Preparar un mundo de Minecraft para subirlo a Realms
Comprueba el mundo local, conserva dos copias identificables, iguala Java o Bedrock y entrega al propietario del Realm la información necesaria antes de cambiar una ranura.
Actualizado 2026-08-13 · MapMC Editorial
Prepara el mundo local antes de que nadie abra la pantalla de carga de Realms. Haz coincidir Java o Bedrock con el Realm de destino y con los jugadores, abre y vuelve a abrir una copia de trabajo local, conserva el archivo de entrega intacto y una copia con nombre claro, y entrega al propietario una ficha breve. Esta guía termina ahí: no te pide iniciar sesión, suscribirte, elegir un Realm, subir, reemplazar una ranura ni invitar a nadie.
El límite es deliberado. Preparar el archivo local evita errores que no se arreglan pulsando otra vez un botón: mezclar ediciones, entregar un paquete que nunca se abrió, confundir varios mundos con el mismo nombre, olvidar una dependencia o tocar una ranura ocupada sin una copia de vuelta. La acción real dentro de Realms la decide el propietario, en su cliente actual y con la ayuda oficial actual de Minecraft.
Esta guía termina antes de la acción de Realms
Usa esta página si tienes un mundo local que quizá se suba después a Minecraft Realms, pero no quieres instalar, comprar, configurar ni probar Realms solo para dejar el archivo listo. El resultado es un origen local identificable y una nota de entrega que el propietario puede revisar, no una afirmación de que el mundo ya está alojado.
Solo el propietario del Realm puede confirmar el servicio, los permisos, la suscripción, el destino y la ranura. Si aparecen inicio de sesión de Microsoft, pago, aceptación de condiciones, controles parentales o requisitos de juego en línea de la plataforma, detente en esa cuenta. La preparación del archivo no autoriza compras, acuerdos ni sustituciones de datos en nombre de otra persona.
Que un mundo se abra localmente no demuestra que una carga futura o el multijugador vaya a funcionar. Demuestra una condición útil y limitada: el origen se puede localizar y comprobar en la edición correspondiente. No promete nada sobre el servicio alojado, otro dispositivo, contenido opcional ni actualizaciones futuras.
Haz coincidir edición, paquete y destinatario
Realms de Java y Realms de Bedrock son servicios separados. Un mundo Java debe ir a un Realm Java y a jugadores Java; un mundo Bedrock debe ir a un Realm Bedrock y a jugadores Bedrock. Cambiar la extensión no convierte el formato ni cambia el servicio que puede aceptarlo.
| Lo que tienes | Cuándo queda listo para entregar | Lo que no debes deducir |
|---|---|---|
| Un ZIP de Java | Está extraído como mundo local de Java y abre en Un jugador de Java | Renombrarlo a .mcworld, apuntar a una carpeta de servidor o abrirlo con un perfil sin conexión lo convierte en Bedrock o en un mundo de Realm |
Un .mcworld de Bedrock | Está importado en la lista local del cliente Bedrock de consumo correcto y abre allí | Renombrarlo a .zip, verlo en Java o verlo en Education demuestra el comportamiento de Bedrock de consumo o de Realms |
| Una carpeta o descarga de procedencia incierta | Has confirmado edición, raíz del mundo, creador y primera apertura local | Un icono, una fecha o un nombre parecidos prueban formato, integridad o derechos |
Incluye la edición en el nombre, por ejemplo river-valley-java-working o river-valley-bedrock-working. Debe distinguir el archivo original, el mundo importado localmente y la copia de trabajo entregable. No dependas solo de recordar el nombre de un Realm o de la fecha que muestra el explorador.
Si no puedes decidir con seguridad si es Java o Bedrock, no lo entregues a Realms. Vuelve a la guía de importación multiplataforma. Un Realm no identifica por ti la edición de un archivo desconocido.
Demuestra el mundo local antes de entregarlo
Abre el mundo local previsto en la edición que corresponda antes de que llegue al propietario. Busca una comprobación breve y repetible, no una sesión larga ni una conversión arriesgada sobre la única copia.
- Inicia el cliente local correcto y selecciona la copia de trabajo, no el único archivo de entrega.
- Anota el nombre visible del mundo, Java o Bedrock, versión del cliente y fecha de la revisión.
- Desde la aparición, registra dos o tres referencias reconocibles. En un mundo MapMC pueden ser costa, trazado de calles, desnivel, edificios importantes o el lugar real elegido.
- Si para verse como esperas necesita una configuración, paquete de datos, Add-On, paquete de recursos, experimento, permiso de comandos, mod o versión concreta, anótalo. Que funcione localmente no garantiza que se conserve en Realms.
- Guarda y sal con normalidad; después abre otra vez la misma copia de trabajo. Así compruebas que no solo apareció una vez en una lista, sino que el origen se puede encontrar y abrir de nuevo.
Si el mundo no aparece, falla en el primer arranque, se ve distinto o hay copias homónimas imposibles de distinguir, detente en esta fase local. Conserva todos los candidatos, apunta el mensaje completo de forma privada y usa la guía de mundo no visible tras importar. No borres mundos por el nombre ni uses una futura carga a Realms para diagnosticar un archivo local.
Conserva dos copias identificables
Guarda como mínimo un origen que no vas a tocar y una copia de trabajo que puedas comprobar y entregar. Dos copias son dos elementos cuya ubicación e identidad puedes explicar de forma independiente; no son dos accesos directos, dos pestañas, dos vistas del mismo archivo en la nube ni nombres duplicados de ubicación desconocida.
| Copia | Finalidad | Comprobación mínima |
|---|---|---|
| Origen de entrega limpio | Conserva exactamente lo que entregó MapMC o el creador | Tiene una ubicación conocida, no ha sido modificado y no es la copia que abres, renombras o editas |
| Copia de trabajo comprobada | Será el candidato local que el propietario podría elegir más adelante | Tiene un nombre descriptivo, edición correcta, registro de apertura y referencias conocidas |
Mantén el origen limpio hasta que el propietario complete por separado la acción autorizada en Realms y las personas responsables acepten el resultado alojado. Un guardado local, un mundo descargado de Realms y una copia automática de Realms son materiales de recuperación distintos; ninguno sustituye silenciosamente a los otros.
En un mundo importante no muevas ambas copias mientras investigas un problema. Si necesitas cambiar algo, crea una nueva copia de trabajo y conserva la última que abrió localmente. Así podrás explicar cada cambio, en vez de adivinar después de varios intentos.
Crea una ficha de entrega para la carga
No le digas al propietario «sube el más nuevo». Entrégale una ficha corta de hechos. Necesita identificar el candidato local correcto y saber cuándo parar; no necesita tu contraseña de Microsoft, recibo de pago, enlace de invitación, lista de jugadores ni capturas privadas.
Usa esta lista; una casilla vacía o desconocida es una razón para parar, no para inventar una respuesta.
| Registro | Qué anotar | Para qué sirve |
|---|---|---|
| Edición y cliente local | Java o Bedrock, más la versión usada | Evita mezclar mundo, Realm y grupo de jugadores |
| Identidad de la copia de trabajo | Nombre visible, ubicación y fecha de comprobación | Permite diferenciarla de mundos antiguos o homónimos |
| Identidad del origen limpio | Archivo/lugar de entrega y estado intacto | Conserva un punto de recuperación si cambia el trabajo |
| Prueba local | «Abierto, guardado y abierto de nuevo» y dos referencias | Da al propietario puntos concretos que podrá reconocer |
| Notas de contenido | Ajustes, paquetes, experimentos, versiones o límites relevantes | No promete compatibilidad universal |
| Tamaño | Tamaño de archivo/carpeta fechado y cercanía al límite oficial | Señala una cuestión de servicio antes de tocar una ranura |
| Pregunta de destino | ¿Hay ranura vacía? ¿La ocupada tiene descarga reconocible? | Hace visible el riesgo de sustitución antes de elegir el mundo |
Deja que el propietario proteja el destino
Esta página no enumera botones de Realms. Sí establece una condición que no se debe saltar: si el destino ya tiene un mundo, el propietario debe descargar una copia de reversión identificable antes de decidir cualquier cambio. La guía actual de Minecraft recomienda descargar el mundo antes de reemplazarlo y advierte que las copias de Realms no se guardan indefinidamente.
El propietario debe comprobar en su cliente y en la página oficial de su edición que el Realm receptor coincide con Java o Bedrock de la ficha, que su cuenta puede administrarlo, que el destino está vacío o contiene progreso, que cualquier mundo existente se descargó y se reconoce localmente, y que la confirmación final cambia datos. No pidas a un amigo contraseñas, códigos, capturas de cuenta, invitaciones ni datos de facturación. Si la propiedad o el destino no están claros, el propietario debe resolverlo de forma privada por el canal oficial.
Revisa tamaño, versión y contenido opcional
Al comprobarlas el 13 de agosto de 2026, las páginas oficiales de carga de Java y Bedrock indicaban un máximo de 4 GB. Es un límite de servicio fechado, no una propiedad permanente del formato. Si el mundo está cerca del límite, el propietario debe revisar de nuevo la página oficial correspondiente el día de la acción real.
No intentes «hacer compatible» un mundo borrando carpetas al azar, cambiando extensiones, separando archivos de la única copia o enviando un mundo privado a un reparador desconocido. Perderías justo la evidencia necesaria para distinguir un problema de origen, edición, contenido opcional o límite del servicio.
Registra lo que mostró la revisión local: cliente y versión usados, experimentos, paquetes, comandos, mods o Add-Ons importantes, si procede de una entrega limpia de MapMC, una copia editada o un mundo descargado, y cualquier mensaje o diferencia al reabrir. Es un inventario, no una promesa de compatibilidad; Java y Bedrock tienen ecosistemas de contenido diferentes.
Detente en el problema de preparación
La solución más segura suele ser parar en el primer límite incierto. Cambia una sola variable únicamente cuando puedas explicar qué cambia y qué copia protege el estado anterior.
| Lo que ves | Fase | Siguiente acción segura | No hagas esto |
|---|---|---|---|
Solo hay ZIP, .mcworld o carpeta; nunca abrió localmente | Prueba local | Resuelve la importación o extracción correcta sobre una copia de trabajo | Entregar un paquete sin abrir como si estuviera listo |
| Las etiquetas de Java y Bedrock entran en conflicto | Edición | Confirma origen, jugadores y Realm antes de seguir | Cambiar extensión o tomar un icono del lanzador por conversión |
| Hay varios mundos con el mismo nombre | Identidad | Añade fecha y propósito al nombre; registra referencias | Elegir el primero o borrar candidatos |
| No sabes si necesita paquetes, experimentos o mods | Inventario de contenido | Registra la duda y prueba el origen local | Prometer que se conservará sin cambios |
| El tamaño roza el límite fechado de 4 GB | Límite de servicio | Pide al propietario que vuelva a comprobar el límite actual | Comprimir, recortar o borrar la única copia por intuición |
| El destino está ocupado o el propietario no puede identificarlo | Protección del destino | Espera una descarga reconocible y un plan claro | Tratar copias automáticas, memoria o captura como prueba de reversión |
| Alguien pide datos de cuenta, invitación, pago o código | Privacidad de cuenta | Limita la ficha a hechos del mundo y resuelve la cuenta en privado | Compartir credenciales o pruebas privadas públicamente |
Qué entrega MapMC y qué no
MapMC entrega las generaciones Java como ZIP y las generaciones Bedrock como paquete .mcworld. Cada una debe entrar primero en su edición local correspondiente para poder crear la ficha de preparación. MapMC puede generar un mundo de Minecraft desde un lugar real, pero no convierte Java a Bedrock, instala Minecraft, autentica cuentas Microsoft, compra o renueva Realms, elige ranuras, carga por ti, garantiza contenido opcional ni administra copias de Realms.
Si el origen local aún no está listo, consulta la guía de importación. Si el destino es un servidor, usa la guía de mundos para servidor Java o la guía de Bedrock Dedicated Server. Para una recuperación local más segura, usa la guía de copia de seguridad y restauración.
Preguntas frecuentes
¿Esta guía sube mi mundo a un Realm?
No. Prepara un origen local comprobado e identificable y una ficha de entrega. El propietario usa por separado la guía oficial actual de su edición y autoriza cualquier acción que cambie una ranura.
¿Puedo prepararlo sin tener un Realm?
Sí. Puedes confirmar edición, abrir la copia local, conservar el origen limpio, anotar referencias y dependencias, y redactar las preguntas para el futuro propietario. Sin su entorno de Realm no puedes probar suscripción, permiso, estado de ranura, interfaz de carga ni resultado alojado.
¿Puedo usar el mismo mundo en Realms Java y Bedrock?
No solo cambiando el nombre del archivo. Son servicios de edición separados. Una conversión requiere herramientas, análisis de pérdidas, copias y validación propios, fuera de esta guía.
¿Las copias automáticas de Realms sustituyen una descarga?
No. La guía actual de Minecraft avisa que no se retienen indefinidamente y recomienda descargar antes de reemplazar. Una descarga identificable es una condición más segura antes de cambiar una ranura.
¿Qué debo entregar al propietario del Realm?
La identidad de la copia de trabajo, edición, fecha de prueba local, dos referencias, ubicación del origen limpio, notas de versión/contenido, tamaño y si el destino está vacío o protegido. No entregues contraseñas, códigos, facturación, enlaces privados ni capturas con otros mundos o jugadores.
Fuentes y base de revisión
Priorizamos documentación oficial y mostramos las referencias de las afirmaciones.