Cambiar de hosting da miedo por una razón concreta: el mundo. Horas de construcciones, la economía, los rangos de cada jugador, los cofres. La buena noticia es que un servidor de Minecraft es, al final, una carpeta. Si copias la carpeta completa y arrancas el mismo software en el destino, todo sigue donde estaba. Esta guía es ese proceso, en el orden correcto, con lo que suele salir mal y cómo evitarlo.

Sirve para cualquier proveedor de origen y destino. Donde haya diferencias según el panel, lo decimos. Y si tu nuevo hosting ofrece migración gratuita (nosotros la hacemos), igual conviene que entiendas el proceso para saber qué pedir y qué comprobar después.

Antes de tocar nada: tres decisiones

1. Mismo software y misma versión

Migrar y actualizar al mismo tiempo es la forma más segura de no saber qué se rompió. Si tu servidor corre Paper 1.21.1, el destino debe arrancar Paper 1.21.1. Si usas Forge con un modpack concreto, el destino necesita exactamente el mismo cargador y la misma versión del pack. Cambia de versión después, cuando todo funcione, con un backup fresco.

2. Qué tipo de servidor tienes

Vanilla, Paper, Purpur o Spigot: lo esencial son las carpetas de mundo, plugins/ y los archivos de configuración de la raíz.
Forge, NeoForge o Fabric: además, mods/, config/ y, en packs grandes, carpetas como kubejs/, scripts/ o defaultconfigs/. Lo práctico es llevarse todo.
Bedrock: la carpeta worlds/, server.properties, permissions.json, allowlist.json y los packs de comportamiento y recursos.
Network (Velocity o BungeeCord): cada servidor de la red se migra por separado y el proxy al final; el secreto de reenvío y las IPs internas cambian.

3. Cuánto pesa

Mira el tamaño de la carpeta del servidor en el gestor de archivos. Un survival de meses puede pesar 5-20 GB, casi todo en la carpeta del mundo. De eso depende si lo bajas y subes desde tu PC (lento) o si lo transfieres de servidor a servidor (rápido). También te dice si el plan de destino tiene disco suficiente.

Paso 1: avisa y congela

Pon un aviso en el servidor con fecha y hora de la mudanza, y en Discord. El día de la migración, activa la whitelist o para el servidor de origen antes de copiar: si copias el mundo mientras la gente juega, los chunks que se guarden después de tu copia se pierden, y es el origen número uno de "me desapareció lo que construí ayer".

Secuencia correcta en el origen: avisar → expulsar a todos → save-all → detener el servidor. Con el servidor parado, la copia es consistente.

Paso 2: haz un backup completo (y descárgalo)

Aunque el panel de origen tenga backups, haz uno manual ahora y descárgalo a tu PC. Es tu seguro si algo se corrompe en el camino o si el proveedor de origen cierra tu cuenta en cuanto cancelas, que pasa. Tenemos una guía de backups por si tu panel no lo hace en un clic.

Paso 3: copia la carpeta entera

No selecciones archivos. Llévate la raíz del servidor completa. Lo que de verdad importa, por si tienes que elegir:

Mundos: world/, world_nether/ y world_the_end/ en Paper y Spigot. En Vanilla, Forge y Fabric las tres dimensiones viven dentro de world/. Si tu mundo tiene otro nombre, está en level-name de server.properties.
plugins/ o mods/ con sus carpetas de configuración (cada plugin guarda su config dentro de plugins/NombreDelPlugin/; ahí están las bases de datos de rangos, economía, protecciones y tiendas).
Archivos de raíz: server.properties, bukkit.yml, spigot.yml, la carpeta config/ de Paper, ops.json, whitelist.json, banned-players.json, banned-ips.json, usercache.json y eula.txt.
Si usas una base de datos externa (MySQL para LuckPerms, CoreProtect o una tienda), exporta esa base por separado; no está en la carpeta.

Cómo moverla

De servidor a servidor por SFTP (lo más rápido para mundos grandes): comprime la carpeta en el origen desde el gestor de archivos, descarga el .zip o .tar.gz y súbelo al destino, o pide a soporte del destino que lo descargue directamente si te dan la opción.
Desde tu PC por SFTP con FileZilla o WinSCP: funciona siempre, pero sube al ritmo de tu conexión. Un mundo de 10 GB puede tardar horas. Comprime primero: miles de archivos pequeños de región suben muchísimo más lento que un solo archivo grande. Tenemos una guía de SFTP.

Descomprime en el destino desde el gestor de archivos del panel, no en tu PC. Comprueba que la estructura quedó igual: server.properties debe estar en la raíz, no dentro de una carpeta extra con el nombre del zip.

Paso 4: prepara el destino y arranca una vez

Antes de arrancar con tu contenido, revisa en el panel de destino:

Que el tipo de servidor y la versión coincidan con el origen (Paper 1.21.x, Forge 1.20.1 con tal versión, etc.).
Que la RAM asignada sea la que necesitas. Si dudas, la calculadora de RAM te da la cifra; y si en el origen arrancabas con las flags de Aikar, pide que se mantengan.
Que el puerto del servidor en server.properties sea el que te asignó el nuevo panel. Es el fallo más común: el archivo trae el puerto viejo y el servidor no levanta.
Que eula=true siga ahí.

Arranca y mira la consola completa, no solo que diga "Done". Busca líneas en rojo de plugins que no cargan (suelen ser dependencias que faltan, como Vault) o errores de versión. Si se rompe, tenemos una guía de errores de conexión y arranque.

Paso 5: comprueba lo que importa, en este orden

Entra tú. Con tu cuenta, y confirma que apareces en el mismo sitio y con el mismo inventario. Si apareces en spawn con inventario vacío, el mundo que cargó no es el tuyo: revisa level-name.
Rangos y permisos. /lp user TuNombre info si usas LuckPerms. Si te salió todo por defecto, la carpeta plugins/LuckPerms/ no vino o la base de datos externa no está conectada.
Protecciones y economía. Prueba un terreno protegido y un comando de dinero. Son los datos que la gente más echa en falta y los que más cuesta reconstruir.
Nether y End. Cruza un portal. Si te genera un Nether nuevo, las carpetas world_nether o DIM-1 no se copiaron.
Bedrock, si tienes crossplay: entra desde un celular. Geyser necesita el puerto UDP del destino en su config; suele ser lo primero que hay que reajustar.

Paso 6: cambia la IP sin perder a nadie

Tus jugadores tienen guardada la IP vieja. Tienes dos caminos:

Si entran por un dominio (del tipo play.tuserver.com), solo cambias el registro A y el registro SRV en tu DNS para que apunten a la nueva IP y puerto. Baja el TTL del registro a 300 segundos un día antes para que el cambio se propague rápido. Nadie tiene que hacer nada.
Si entran por IP numérica, no hay atajo: deja el servidor viejo encendido unos días con un MOTD que diga la nueva IP y, si puedes, un plugin que al entrar muestre un cartel con la dirección nueva. Aprovecha para pasarte a un subdominio, que los paneles suelen dar gratis, y no vuelvas a repartir una IP numérica.

Paso 7: no canceles el origen todavía

Mantén el servidor viejo (parado o con whitelist) hasta que el nuevo lleve una semana sin sorpresas. Es el tiempo en que aparecen los problemas raros: un plugin que guardaba datos fuera de su carpeta, un jugador que no encuentra su casa porque entró por el servidor viejo el día de la mudanza. Después cancela desde el panel del proveedor viejo antes de la renovación, no solo dejando de pagar.

Lo que suele salir mal (y la causa)

"Me cargó un mundo nuevo": level-name distinto, o la carpeta quedó anidada dentro de otra al descomprimir.
"Perdimos lo de las últimas horas": se copió el mundo con el servidor encendido o sin save-all.
"Los plugins no tienen datos": faltó la subcarpeta de cada plugin o la base MySQL externa.
"No arranca": puerto viejo en server.properties, versión de Java distinta, o RAM asignada mayor que la del plan.
"Los de celular no entran": Geyser apunta al puerto UDP del servidor viejo.
"Va peor que antes": no es la migración, es el hardware del destino o la configuración. Pasa un reporte por el analizador de Spark y compara.

Lista de comprobación

Aviso a la comunidad con fecha y hora.
Whitelist activada, save-all, servidor parado.
Backup manual descargado a tu PC.
Carpeta raíz completa copiada (mundos, plugins o mods, configs, listas de ops y bans).
Base de datos externa exportada, si la hay.
Mismo software y versión en el destino; puerto y RAM correctos.
Entraste, tu inventario y tus rangos están, el Nether es el tuyo.
DNS actualizado o MOTD con la IP nueva en el servidor viejo.
Origen conservado una semana; cancelado después desde su panel.

Si prefieres que lo hagamos nosotros

En TaroHosting la migración es gratuita para quien contrata cualquier plan: traemos el mundo, los plugins o mods y la configuración desde tu hosting actual, hacemos backup antes de tocar nada y revisamos el rendimiento al llegar. Se coordina por Discord y normalmente queda el mismo día. Lo único que necesitamos es acceso SFTP o el archivo comprimido de tu servidor, y que sigas tú los pasos 1 y 6 de esta guía, que son los que dependen de tu comunidad.

Cómo migrar tu servidor de Minecraft a otro hosting sin perder nada