Cómo migrar un sitio WordPress a otro hosting sin tiempo de inactividad

Copiar un sitio WordPress rara vez es lo difícil. El tiempo de inactividad suele llegar en el momento del cambio: los DNS apuntan a un servidor que no está listo, falla la conexión a la base de datos, falta el certificado o una regla que fuerza HTTPS entra en bucle. Todo eso se puede detectar antes del cambio si puedes abrir el sitio en el servidor nuevo mientras el resto del mundo sigue viendo el anterior.

El enfoque de esta guía es sencillo: el servidor anterior sigue atendiendo a los visitantes hasta que el nuevo se ha revisado página por página. Los DNS se cambian una sola vez, con un TTL corto, para que el cambio se extienda en minutos y no en horas.

• Acceso al hosting anterior (archivos y base de datos, o un panel de control), al hosting nuevo y al proveedor de DNS del dominio. El proveedor de DNS es aquel al que apuntan los servidores de nombres: a menudo el registrador, a veces Cloudflare o el hosting anterior.
• Una copia de seguridad completa del sitio actual que hayas descargado, no una que solo exista en el servidor anterior.
• La IP pública del servidor nuevo. Si no tienes claro cuál es, consulta Encontrar la IP de tu servidor.
• Las versiones de PHP y de la base de datos del sitio anterior. Iguálalas en el servidor nuevo o comprueba que tu tema y tus plugins admiten las versiones más recientes.
• Una lista de las páginas importantes: inicio, una entrada, una categoría, la búsqueda, el formulario de contacto, el carrito y el pago si usas WooCommerce, y wp-admin.

Revisa ahora el TTL actual del registro A del dominio con el verificador de TTL. Lo necesitas para calcular los tiempos del paso 1.

1. 1

   Paso 1: Reduce el TTL un día antes

   En tu panel de DNS, pon el TTL del registro A (y del AAAA, si existe) en 300 segundos, todavía apuntando al servidor anterior. Espera al menos lo que dura el TTL anterior antes de cambiar. Consulta Reduce el TTL antes de una migración.

2. 2

   Paso 2: Haz una copia de seguridad del sitio anterior

   Haz una copia de seguridad completa de archivos y base de datos y descárgala. Es tu plan de vuelta atrás si algo sale mal.

3. 3

   Paso 3: Copia archivos y base de datos al hosting nuevo

   Usa un plugin de migración, la herramienta de transferencia del hosting o una copia manual con WP-CLI. Mantén home y siteurl con el dominio de producción.

4. 4

   Paso 4: Abre el sitio en el servidor nuevo

   Crea un enlace de vista previa con tu dominio y la nueva IP. Recorre las páginas clave, entra en wp-admin y sube una imagen para confirmar los permisos de archivos.

5. 5

   Paso 5: Ejecuta un rastreo de QA

   Ejecuta un informe de QA sobre la vista previa para detectar páginas rotas, archivos subidos que faltan, bucles de redirecciones, contenido mixto y URL fijas. Corrige y vuelve a ejecutarlo.

6. 6

   Paso 6: Congela el contenido y haz una sincronización final

   Detén durante unos minutos los pedidos, comentarios y publicaciones nuevos en el sitio anterior y copia la base de datos una vez más para no perder nada de lo escrito desde la primera copia.

7. 7

   Paso 7: Cambia los DNS

   Apunta el registro A del dominio y de www a la nueva IP. Actualiza o elimina cualquier registro AAAA antiguo para que los visitantes con IPv6 no sigan llegando al hosting anterior.

8. 8

   Paso 8: Sigue la propagación y conserva el hosting anterior

   Sigue el cambio con el verificador de propagación de DNS. Mantén el hosting anterior unos días más, hasta que sus registros de acceso no muestren visitantes reales.

Ambos funcionan. Elige según el tamaño del sitio y el acceso que tengas en cada lado.

Para una copia manual, los comandos son así. Ejecuta la exportación en el servidor anterior y la importación en el nuevo:

# Old server: export the database and pack the files
wp db export site.sql
tar -czf site-files.tar.gz --exclude=wp-content/cache .

# New server: unpack, import, check the site URL
tar -xzf site-files.tar.gz
wp db import site.sql
wp option get home
wp option get siteurl

Si el hosting nuevo te da otras credenciales de base de datos, actualiza DB_NAME, DB_USER, DB_PASSWORD y DB_HOST en wp-config.php antes de probar.

WordPress guarda su propia dirección en la base de datos (home y siteurl) y construye a partir de ella la mayoría de los enlaces. Un error habitual es cambiarlas por la IP del servidor o por un nombre de host temporal para probar el servidor nuevo. Eso funciona hasta el cambio, y entonces todos los enlaces fijos apuntan a la dirección temporal.

Deja ambos valores con el dominio de producción, por ejemplo https://example.com, y prueba el sitio con ese nombre. Un enlace de vista previa de DNSPeek hace exactamente eso: se conecta a la nueva IP y pide tu dominio real, así que WordPress se comporta como si los DNS ya se hubieran movido. Los enlaces, las redirecciones y las cookies de inicio de sesión se reescriben a la dirección de la vista previa, para que puedas entrar en wp-admin y recorrer el sitio. Más en la documentación: Ver un sitio WordPress en un hosting nuevo.

Muchos hostings emiten un certificado gratuito solo cuando el dominio ya apunta a ellos, porque la comprobación del dominio se hace por HTTP en el propio dominio. Antes del cambio, el servidor nuevo puede presentar un certificado autofirmado o predeterminado. Es normal y no es motivo para retrasarse.

En una vista previa de DNSPeek, pon el modo SSL del enlace en Omitir verificación mientras falte el certificado. Si no, un plugin o una regla que fuerza HTTPS puede redirigir en bucle cuando la vista previa recurre a HTTP. Después del cambio, confirma el certificado real con el verificador de SSL. Detalles: modos SSL.

En una tienda o un sitio con inicio de sesión, siguen llegando datos nuevos al servidor anterior hasta el cambio. Los pedidos, comentarios y cuentas nuevas creados después de tu copia se perderían. Planifica una breve congelación de contenido: anuncia una ventana de mantenimiento para los pedidos nuevos o pon el sitio anterior en modo mantenimiento solo durante los minutos de la sincronización final de la base de datos. En cualquier caso, las páginas siguen cargando para los lectores.

Las pasarelas de pago y los proveedores de inicio de sesión solo conocen tu dominio real, así que devuelven a los clientes al servidor al que apunten los DNS públicos. Prueba el pago con una pasarela de prueba en la vista previa y haz un pedido real o de sandbox justo después del cambio. Consulta lo que las vistas previas no pueden hacer.