Saltar al contenido
GURZTECHNOLOGY

Cómo migrar tu sitio web a otro hosting sin perder tráfico

Guía práctica para migrar tu web a otro hosting sin caídas: copia de archivos y base de datos, pruebas con hosts, TTL del DNS y checklist final.

Guía de Gurztechnology

Cambiar de hosting da miedo porque el temor es real: una migración mal hecha puede dejar tu sitio caído horas, romper enlaces o hacer que pierdas posiciones en Google. La buena noticia es que, con método, se puede migrar con cero o casi cero tiempo de inactividad. La clave está en preparar todo en el servidor nuevo antes de tocar el DNS. Aquí tienes el proceso ordenado.

Antes de empezar: baja el TTL del DNS

El TTL (Time To Live) es el tiempo que los servidores de internet guardan en caché hacia dónde apunta tu dominio. Si tu TTL está en 24 horas, un cambio de DNS puede tardar un día completo en propagarse para algunos visitantes. Por eso, el primer paso —idealmente uno o dos días antes de migrar— es bajar el TTL de tus registros A y CNAME a un valor corto, como 300 segundos (5 minutos). Así, cuando hagas el cambio definitivo, la propagación será casi inmediata.

Paso 1: contrata y prepara el servidor nuevo

No canceles tu hosting actual todavía. Necesitas que ambos convivan durante la migración. En el servidor nuevo:

  • Crea el dominio o el sitio.
  • Configura la versión de PHP (u otro lenguaje) igual o compatible con la actual.
  • Prepara una base de datos vacía y anota usuario, contraseña y nombre.

Paso 2: copia los archivos

Descarga todos los archivos de tu sitio desde el servidor viejo —por FTP/SFTP o desde el administrador de archivos del panel— y súbelos al nuevo. Para sitios grandes es mucho más rápido comprimir todo en un .zip o .tar.gz en el servidor origen, transferir ese único archivo y descomprimirlo en destino. Verifica que se copien también los archivos ocultos (como .htaccess o .env), que suelen pasar desapercibidos y contienen configuración crítica.

Paso 3: migra la base de datos

Si tu sitio usa un CMS como WordPress, Joomla o una aplicación a medida, la base de datos es tan importante como los archivos. Exporta la base completa en un archivo .sql desde phpMyAdmin o por línea de comandos con mysqldump, e impórtala en la base vacía del servidor nuevo. Después, actualiza el archivo de configuración de tu aplicación (en WordPress es wp-config.php) con los nuevos datos de conexión: host, nombre de base, usuario y contraseña.

Paso 4: prueba en el servidor nuevo ANTES de cambiar el DNS

Este es el paso que evita los sustos. No quieres descubrir que algo falla cuando ya el mundo entero está entrando al servidor nuevo. Tienes dos formas de probar sin afectar a nadie:

  • Archivo hosts: edita el archivo hosts de tu computadora y apunta tu dominio a la IP del servidor nuevo. Solo tú verás el sitio nuevo; el resto del mundo seguirá viendo el viejo. Así navegas, pruebas formularios, login y páginas internas como si el DNS ya estuviera cambiado.
  • URL temporal: muchos proveedores dan una dirección de prueba, aunque con algunos CMS puede requerir ajustes por las URLs absolutas.

Revisa a fondo: portada, páginas internas, imágenes, formularios de contacto, carrito si es tienda, y el panel de administración. Corrige lo que falle mientras nadie más lo nota.

Paso 5: instala el certificado SSL

Asegúrate de que el servidor nuevo tenga un certificado SSL válido para tu dominio antes del cambio. Si tu sitio pasa de HTTPS a mostrar advertencias de "no seguro", perderás confianza y posiciones. Muchos paneles emiten certificados gratuitos de Let's Encrypt automáticamente, pero conviene confirmarlo antes de redirigir el tráfico.

Paso 6: cambia el DNS

Con todo probado y funcionando, actualiza los registros DNS (el registro A a la nueva IP, o los nameservers si cambias de proveedor de DNS). Gracias al TTL corto que configuraste al inicio, la mayoría de los visitantes empezará a entrar al servidor nuevo en minutos. Durante un breve periodo, parte del tráfico irá al servidor viejo y parte al nuevo: por eso es importante mantener ambos activos y, si hay base de datos con datos que cambian (pedidos, comentarios), elegir una ventana de bajo tráfico para minimizar desincronización.

Paso 7: vigila y no apagues el viejo de inmediato

Deja el servidor antiguo encendido al menos 48 a 72 horas. Mientras, monitorea el nuevo: revisa los logs de error, que no aparezcan páginas 404 o 500, y vuelve a subir el TTL a un valor normal cuando confirmes que la propagación terminó.

Checklist final

  • TTL bajado con antelación.
  • Archivos y base de datos copiados, incluidos los ocultos.
  • Configuración de conexión actualizada.
  • Sitio probado con el archivo hosts.
  • SSL activo en el servidor nuevo.
  • DNS cambiado en ventana de bajo tráfico.
  • Servidor viejo encendido 48-72 horas.

Conclusión

Migrar sin perder tráfico no es cuestión de suerte, sino de orden: preparas y pruebas todo en el destino, y solo entonces tocas el DNS. Bajar el TTL por adelantado y probar con el archivo hosts son los dos trucos que convierten una migración arriesgada en un cambio silencioso que tus visitantes ni notan. Tómate el tiempo de verificar cada pieza y tu posicionamiento en buscadores quedará intacto.

Otras guías que te pueden servir