Cómo cambiar de hosting sin perder datos ni SEO (guía sin caídas)

La mayoría posterga cambiar de hosting por una sola razón: teme que el sitio se caiga, que el correo deje de funcionar, o que el posicionamiento ganado en años desaparezca de la noche a la mañana. Ese miedo es razonable, porque una migración mal hecha puede provocar las tres cosas. Una bien hecha no provoca ninguna, y la diferencia depende casi por completo del orden. Mueve las piezas en la secuencia correcta y tus visitas nunca ven un parpadeo. Muévelas en la secuencia equivocada y descubres por las malas que el DNS no se actualiza al instante. Esta guía recorre la secuencia que usamos, para que puedas copiarla.

¿Cómo se cambia de hosting sin perder datos ni SEO?

Cambias de hosting construyendo primero una copia completa y funcional de tu sitio en el nuevo servidor, probándola en privado, y solo entonces apuntando tu dominio hacia ella. La regla que evita casi todos los desastres: nunca canceles ni borres el hosting antiguo hasta que el nuevo sitio esté en línea y verificado. El hosting antiguo es tu red de seguridad.

Todo lo demás se deriva de ese principio. Como la nueva copia se construye y se prueba antes de enviar a ningún visitante, no existe ninguna ventana en la que el sitio esté roto en público. Como el hosting antiguo sigue funcionando sin tocarlo, puedes deshacerlo todo con solo dejar el dominio donde estaba. Mantenemos el entorno anterior intacto en cada migración, justo por esta razón, y es el único hábito que convierte una mudanza angustiosa en una aburrida. El resto de este artículo es ese principio dividido en pasos.

¿Qué hay que copiar y comprobar antes de mover nada?

Antes de tocar el nuevo hosting, haz una copia de seguridad completa del sitio actual y anota cómo está montado. Eso significa cada archivo, la base de datos si el sitio usa una, tus cuentas de correo, tus registros DNS, y una nota de las versiones exactas del software que ejecuta el sitio. Si no puedes restaurar el sitio antiguo a partir de lo que has guardado, no estás listo para empezar.

Un «sitio web» suele tener más piezas móviles de las que la gente espera, y las que se olvidan son justo las que se rompen tras la mudanza. Esta es la lista que conviene completar antes de que ocurra cualquier otra cosa:

• Todos los archivos del sitio. El directorio público completo, no solo la plantilla o las páginas que recuerdas haber editado.
• La base de datos. La mayoría de los sitios gestionados con un CMS (WordPress y similares) guardan su contenido, ajustes y usuarios en una base de datos, no en los archivos. Una copia solo de archivos restaurará un cascarón vacío.
• Las cuentas de correo. Los buzones alojados en tu proveedor actual no viajan con el sitio automáticamente. Exporta el correo y anota cada dirección, o puedes perder mensajes cuando el dominio se mueva.
• Los registros DNS. Captura o exporta tu zona DNS actual: los registros A, los MX del correo, cualquier TXT de SPF, DKIM y verificación de dominio. Son fáciles de olvidar y son los que mantienen el correo en circulación.
• Notas de software y versiones. La versión de PHP, la de la base de datos, y cualquier ajuste del servidor del que dependa el sitio. Hacerlos coincidir en el nuevo hosting evita sorpresas.
• Un registro de tu TTL actual. Vuelvo a ello más abajo, porque decide la rapidez de la conmutación final.
• Una copia fresca de hoy. Si tu hosting actual hace copias de seguridad diarias, coge la más reciente como segunda copia, pero aun así haz una copia fresca tú mismo el día que migres. Una copia de la semana pasada no incluye los pedidos ni los comentarios de esta semana.

¿Cuáles son los pasos para migrar un sitio a un nuevo hosting, en orden?

Construye el nuevo sitio por completo en el nuevo hosting, confirma que funciona ahí, baja tu TTL de DNS, y luego apunta el dominio y vigila. Hazlo en ese orden y el sitio público nunca queda a medias. La secuencia de abajo es todo el trabajo.

Dos cosas enmarcan la secuencia antes de empezarla. Si todavía estás decidiendo a qué tipo de hosting mudarte, nuestra guía sobre hosting compartido, VPS y gestionado explica qué tipo encaja en qué situación. Y planea mantener el hosting antiguo funcionando al menos unos días tras la conmutación, porque hasta que cada caché DNS del mundo se actualice, algunos visitantes siguen yendo al servidor antiguo, y quieres que responda con normalidad cuando lleguen.

• 1. Crea la cuenta y un entorno equivalente en el nuevo hosting. Versiones de PHP y base de datos iguales o más nuevas, el mismo tipo de servidor donde importe. No apuntes todavía tu dominio hacia él.
• 2. Copia los archivos e importa la base de datos al nuevo servidor. Mantén la estructura de archivos idéntica para no tener que reescribir nada.
• 3. Haz que el sitio responda en una dirección temporal que provea el nuevo hosting, o editando el archivo hosts de tu propio ordenador, para cargar el sitio real desde el nuevo servidor mientras el público sigue viendo el antiguo.
• 4. Prueba todo en el nuevo servidor. Abre las páginas clave, envía un formulario, inicia sesión, comprueba que las imágenes y las descargas cargan, y confirma que las partes movidas por la base funcionan. Corrige los problemas aquí, en privado, donde ningún visitante pueda verlos.
• 5. Baja tu TTL de DNS en el dominio a un valor corto (300 segundos es habitual) al menos un día antes de la conmutación, para que el cambio final se propague en minutos en vez de horas.
• 6. Reduce las escrituras justo antes del cambio. En un sitio con movimiento, pausa brevemente todo lo que modifique la base (nuevos pedidos, comentarios) y haz una sincronización final de archivos y datos para que nada creado en la última hora quede varado en el servidor antiguo.
• 7. Actualiza los registros DNS para apuntar el dominio a la dirección IP del nuevo hosting, y actualiza los MX solo si tu correo también se muda.
• 8. Vigila ambos servidores mientras el DNS se propaga. El tráfico pasa poco a poco del antiguo al nuevo a medida que las cachés expiran. Como ambos sirven el mismo sitio, los visitantes reciben una página que funciona sea cual sea el que alcancen.

¿Cómo se mantiene el sitio en línea durante la mudanza, sin ninguna caída?

El cero caídas viene del solapamiento: el nuevo sitio funciona por completo antes de que cambies el DNS, y el antiguo sigue funcionando después de cambiarlo. En ningún momento el dominio apunta a un servidor vacío o roto. Bajar tu TTL de antemano reduce la conmutación de horas a minutos.

Lo que la mayoría hace mal es tratar el DNS como un interruptor que salta al instante. No lo es. Cada red que ha consultado tu dominio hace poco conserva la respuesta antigua hasta que su copia en caché caduca, y ese tiempo de caducidad es tu TTL. Si tu TTL está en 24 horas, algunos visitantes siguen cayendo en el servidor antiguo durante un día entero tras cambiar el registro, lo cual es del todo aceptable si el servidor antiguo sigue sirviendo el mismo sitio, y una caída real si ya lo desmontaste. Por eso la secuencia importa más que cualquier paso por separado. Baja el TTL un día antes, mantén ambos servidores vivos durante la transición, y la «caída» que todos temen nunca llega a tener un sitio donde ocurrir.

¿Cómo se evita perder posicionamiento SEO al cambiar de hosting?

Si mantienes el mismo dominio y las mismas direcciones de página, un cambio de hosting por sí solo no te cuesta posiciones, porque Google indexa tus URL, no tu servidor. Pierdes SEO cuando la mudanza rompe algo: el sitio se cae durante el cambio, las direcciones cambian, el HTTPS deja de funcionar, o un bloqueo de rastreo se arrastra desde la copia de pruebas. Protege esas cuatro cosas y tu posicionamiento viaja contigo.

Aquí es donde unas expectativas honestas te ahorran mucha preocupación. Un cambio de hosting puro, mismo dominio, mismas URL, mismo contenido, es casi invisible para los buscadores. No hay ningún «cambio de hosting» que debas comunicar a Google, ni razón para que las posiciones caigan. Los problemas aparecen cuando una migración se mezcla con otros cambios o se hace sin cuidado. Vigila esto en concreto:

• No cambies tus URL salvo que debas. Mantén cada página en la misma dirección. Si una migración es también un rediseño y las direcciones sí cambian, pon una redirección permanente 301 de cada URL antigua a su equivalente, una a una, no todo volcado a la página de inicio.
• Evita caídas durante el rastreo. Una caída breve rara vez daña, pero errores repetidos mientras Googlebot pasa, sí. El método sin caídas de arriba es tu protección aquí.
• Traslada el HTTPS correctamente. Asegúrate de que el nuevo hosting sirve tu sitio por HTTPS con un certificado válido antes de conmutar, y de que la redirección de http a https sigue funcionando. Nuestro hosting incluye un certificado SSL gratuito, así que la versión segura sigue respondiendo sin un hueco.
• Comprueba que no haya rastreo bloqueado en la nueva copia. Los sitios de pruebas y preproducción suelen estar bloqueados a los buscadores con una etiqueta noindex o una prohibición en robots.txt. Ese bloqueo a menudo sobrevive a la copia al nuevo hosting. Confirma que el sitio en línea es rastreable antes y después del cambio.
• Mantén el contenido idéntico. El posicionamiento va unido a las páginas que Google ya conoce. Si el texto, los títulos y los encabezados cambian durante la mudanza, has cambiado aquello que se posiciona, no solo dónde se aloja.
• Comprueba la indexación. Tras el cambio, abre Google Search Console y usa la inspección de URL en unas cuantas páginas importantes para confirmar que siguen siendo rastreables e indexadas. No necesitas la herramienta de cambio de dirección para un cambio de hosting: esa herramienta solo sirve para mudarte a un dominio distinto.

¿Cómo se comprueba que la migración funcionó de verdad?

Recorre el nuevo sitio como lo harían un visitante real y un buscador: carga las páginas principales, prueba un formulario y un inicio de sesión, envía un correo de prueba de ida y de vuelta, e inspecciona un par de URL en Search Console. La migración está hecha cuando el nuevo servidor pasa todo esto y el antiguo ya no recibe tráfico.

Una migración que «se ve bien» en la página de inicio puede seguir rota tres clics más adentro, así que revisa las partes que fallan en silencio:

• Formularios y pago. Envía un formulario real y completa una transacción de prueba si vendes en línea. Dependen de ajustes del servidor que no siempre se trasladan.
• Correo en ambos sentidos. Envía un mensaje a una cuenta del dominio y otro desde ella. Los MX rotos se ven aquí y en ningún otro sitio.
• Imágenes, descargas y enlaces. Carga páginas con medios y pulsa enlaces internos para cazar cualquier cosa que siga apuntando al servidor antiguo o a una dirección temporal.
• HTTPS y redirecciones. Confirma que aparece el candado y que las direcciones http redirigen a https.
• Estado de indexación. La inspección de URL en Search Console te dice que la página en línea es alcanzable e indexable.
• Tráfico en el servidor antiguo. Cuando sus registros se quedan en silencio, el DNS ha terminado de propagarse y puedes retirarlo con seguridad.

¿Qué errores causan caídas o pérdida de datos al cambiar de hosting?

Los fallos que de verdad le cuestan a la gente su sitio y su posicionamiento son previsibles, y cada uno viene de saltarse la regla «prueba primero, conserva el hosting antiguo». Conocerlos de antemano es la mayor parte de la protección.

• Cancelar el hosting antiguo demasiado pronto. El error más caro. Una vez que el servidor antiguo desaparece, tu red de seguridad y tu plan B se van con él, y todo DNS que siga apuntando allí no encuentra nada.
• Olvidar la base de datos. Copiar los archivos pero no la base deja vacío un sitio de contenido. El contenido vive en la base, no en los archivos.
• No bajar el TTL primero. Sáltate esto y el cambio que debería durar minutos se arrastra horas, con los visitantes repartidos entre servidores todo el rato.
• Perder el correo en la mudanza. Los buzones y los MX son fáciles de pasar por alto porque parecen ajenos al sitio. Exporta el correo y copia los registros antes de tocar el DNS.
• Dejar un bloqueo de preproducción puesto. Una etiqueta noindex o una prohibición en robots.txt copiada desde el sitio de pruebas puede retirar en silencio tus páginas en línea de Google, días después.
• Cambiar de URL sin redirecciones. Si las direcciones cambian y nada redirige las antiguas, te quedas con la pérdida de tráfico y le entregas a Google un montón de enlaces muertos.

¿Deberías migrar el sitio tú mismo o encargarlo?

Hazlo tú mismo si te manejas con copias de seguridad, DNS y bases de datos y el sitio es sencillo. Encárgalo si el sitio genera dinero, funciona sobre una base de datos, o no estás seguro de poder restaurarlo desde tu propia copia. El coste de una migración chapucera casi siempre supera al de una limpia.

No hay vergüenza en ninguna de las dos opciones, y el factor de decisión honesto es lo que te costaría un error. Un pequeño sitio de presentación que puedes reconstruir en una tarde es un buen sitio para practicar. Una tienda que recibe pedidos, o un sitio que tardó años en posicionar, no es el lugar para aprender DNS a presión. Este es exactamente el trabajo para el que existe nuestro servicio de migración de sitios: construimos y probamos el nuevo sitio antes de tocar tu dominio, lo movemos sin caídas y sin pérdida de datos, y conservamos el entorno antiguo como plan B hasta confirmar el nuevo. Si te mudas porque tu hosting actual ha sido poco fiable, nuestro hosting web gestionado incluye copias de seguridad diarias y SSL gratuito, de modo que la próxima mudanza, si alguna vez la hay, parte de una base mucho más segura.