≡En resumen
- Una migración de hosting bien hecha no cambia las URL ni provoca caídas visibles para el usuario.
- El TTL de los DNS decide cuánto tardan los usuarios en llegar al servidor nuevo: bájalo días antes.
- Copia archivos, base de datos, correo y tareas programadas, y prueba la web en el nuevo servidor antes de tocar el dominio.
- Durante el cambio, congela el contenido o sincroniza la base de datos para no perder pedidos ni formularios.
- No canceles el hosting antiguo hasta que deje de recibir tráfico y tengas una copia completa guardada.
01 ¿Qué es el website hosting?
Website hosting es otra forma inglesa de llamar al alojamiento web. Los tipos de hosting y lo que conviene revisar en un plan antes de contratarlo los tienes en la ficha sobre qué revisar en un plan de web hosting. Aquí tratamos una situación concreta que tarde o temprano vive casi toda web: trasladarla a otro hosting sin que se caiga, ya sea por precio, rendimiento, soporte o porque el plan actual se ha quedado pequeño.
02 Qué pasa realmente cuando cambias de hosting
Tu dominio apunta a un servidor mediante registros DNS, sobre todo el registro A (dirección IPv4) y, si existe, el AAAA (IPv6). Cambiar de hosting consiste en copiar la web al servidor nuevo y después modificar esos registros para que apunten a la nueva IP. El problema es que los servidores DNS de todo el mundo guardan en caché la respuesta anterior durante el tiempo que marca el TTL (time to live) de cada registro.
Por eso la llamada «propagación DNS» no es un proceso misterioso: es la caducidad de cachés que tú controlas bajando el TTL con antelación.
03 Antes de migrar: inventario y copias
- ✓Archivos de la web, incluidos los subidos por usuarios y los que están fuera de la carpeta pública.
- ✓Bases de datos, con su versión de MySQL o MariaDB y su codificación de caracteres.
- ✓Cuentas de correo del dominio y sus buzones, si el correo está en el mismo hosting.
- ✓Todos los registros DNS actuales: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, verificaciones).
- ✓Tareas programadas (cron), reglas de .htaccess o Nginx y variables de entorno.
- ✓Versión del lenguaje (PHP, Node.js) y extensiones que usa la web.
- ✓Certificado SSL y cómo se renovará en el nuevo servidor.
- ✓Accesos: panel, SSH, base de datos, registrador del dominio y CDN.
Con el inventario hecho, genera una copia de seguridad completa y guárdala fuera de los dos proveedores. Es tu seguro si algo sale mal en cualquiera de ellos.
04 Cómo migrar de hosting sin caída, paso a paso
-
1
Baja el TTL con antelación
Al menos una semana antes, reduce el TTL de los registros A y AAAA a un valor bajo, por ejemplo 300 o 3.600 segundos, para que el cambio se aplique rápido.
-
2
Prepara el servidor nuevo
Misma versión del lenguaje o superior, mismas extensiones, límites de memoria y reglas de reescritura.
-
3
Copia y prueba sin tocar el dominio
Sube la copia y visita la web en el servidor nuevo editando el archivo hosts de tu ordenador o con un subdominio temporal protegido con noindex.
-
4
Revisa todo en el servidor nuevo
Páginas, imágenes, formularios, pagos, buscador, área privada, tareas programadas y envío de correos.
-
5
Congela y sincroniza
Bloquea cambios de contenido, haz una última copia de la base de datos y súbela al servidor nuevo justo antes del cambio.
-
6
Cambia los DNS
Apunta los registros A y AAAA a la nueva IP y mantén intactos los registros de correo si no lo migras.
-
7
Vigila los dos servidores
Revisa los registros de acceso: el tráfico debe ir bajando en el antiguo y subiendo en el nuevo.
-
8
Restaura el TTL y cierra
Con todo estable, vuelve a un TTL normal y cancela el hosting antiguo solo cuando ya no reciba visitas.
05 Casos delicados: tiendas online y correo
Tiendas y webs con registros
Durante la propagación, algunos pedidos pueden entrar en el servidor antiguo. Activa un modo mantenimiento breve en el antiguo o sincroniza los pedidos de esa ventana a mano.
Correo en el mismo hosting
Si cambias también el correo, migra los buzones y cambia los registros MX aparte, fuera del horario laboral, y comprueba SPF y DKIM en el nuevo proveedor.
Correo en otro proveedor
Si usas un servicio externo de correo, basta con copiar exactamente los registros MX y TXT en la nueva zona DNS.
Cambio de servidores DNS
Si además cambias los servidores de nombres del dominio, el plazo depende del TTL de la delegación en el registro, que no siempre controlas: hazlo en una fase separada.
06 SEO y rendimiento después del traslado
Si las URL no cambian, Google no necesita redirecciones ni la herramienta de cambio de dirección. Su guía para mover un sitio sin cambiar URL recomienda comprobar que el cortafuegos o la protección anti-DoS del nuevo servidor no bloquean a Googlebot, verificar que la propiedad de Search Console sigue validada y esperar una bajada temporal del ritmo de rastreo mientras Google se adapta al nuevo servidor. Comprueba también que la web sigue sirviéndose solo por HTTPS, sin avisos de certificado.
- ✓El certificado SSL es válido y se renueva solo en el servidor nuevo.
- ✓Googlebot recibe respuestas 200, no errores 403 o 5xx del cortafuegos.
- ✓El tiempo de respuesta del servidor mejora o, al menos, no empeora.
- ✓La analítica y las conversiones siguen registrándose.
- ✓Las tareas programadas y los correos automáticos se ejecutan en el servidor nuevo, no en los dos.
Mide el TTFB antes y después: es la forma más directa de saber si el nuevo servidor responde mejor. Si la web sigue lenta con un buen hosting, el problema suele estar en el código o en los recursos, y una optimización de la velocidad web dará más resultado que otro cambio de proveedor.
07 Elegir bien el hosting de destino
Una migración cuesta tiempo; hacerla dos veces por elegir mal cuesta el doble. Antes de mover la web, compara proveedores por disponibilidad garantizada, soporte, ubicación del centro de datos y facilidad de salida, como explicamos al hablar de cómo evaluar web hosting providers, y revisa nuestra guía sobre qué hosting elegir según el tipo de web.
Preguntas frecuentes sobre Website Hosting
Significa alojamiento de un sitio web: el servicio que guarda los archivos, la base de datos y el software de una web en un servidor conectado a internet.
No tiene por qué. Si bajas el TTL de los DNS con antelación, pruebas la web en el servidor nuevo antes de cambiar el dominio y mantienes el antiguo activo unos días, los usuarios no notan el cambio.
Depende del TTL que tuviera el registro: con un TTL de 300 segundos, minutos; con uno de 24 horas, hasta un día. Por eso se baja el TTL una semana antes del cambio.
Si las URL no cambian y el nuevo servidor responde bien, no debería. Google puede rastrear algo menos al principio, pero se normaliza cuando comprueba que el servidor aguanta.
Si el correo está en el mismo hosting, hay que migrar los buzones y cambiar los registros MX. Si está en otro proveedor, basta con copiar los registros MX y TXT a la nueva zona DNS.
Cuando los registros de acceso muestren que ya no recibe tráfico y tengas una copia completa guardada fuera de ambos proveedores. Unos días de margen suelen bastar.
Editando el archivo hosts de tu ordenador para que el dominio apunte a la nueva IP, o con un subdominio temporal protegido y marcado con noindex.
Fuentes consultadas
Sobre el autor
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil y artículos → Ver perfil en LinkedIn ↗