Checklist de migración de sitios web

Recorre las fases en orden. Los puntos que no se apliquen a tu sitio, como el correo en un sitio sin correo, se pueden tachar. Usa el botón de imprimir o el comando de impresión de tu navegador para obtener una copia en papel limpia con casillas; la navegación y el pie de página no se imprimen.

Cada fase enlaza a una guía con los detalles. Para las partes específicas de cada plataforma, consulta Migración de WordPress sin tiempo de inactividad, el checklist de cPanel a cPanel o migrar a un VPS.

• Fecha y hora de la migración elegidas, fuera de las horas de más tráfico
• Accesos confirmados: hosting anterior, hosting nuevo, proveedor de DNS, registrador, CDN
• Inventario escrito: dominios, subdominios, bases de datos, buzones, tareas cron, integraciones
• Se sabe dónde está alojado el correo (mismo hosting, otro proveedor o ninguno)
• Quién aprueba el lanzamiento y quién está de guardia durante el cambio
• Plan de vuelta atrás: cómo volver a apuntar los DNS al servidor anterior
• TTL actuales anotados para cada registro que va a cambiar

Revisa los TTL con el verificador de TTL y averigua quién aloja hoy el dominio, sus DNS y su correo con ¿Quién aloja este sitio?.

• Copia de seguridad completa del sitio anterior descargada y guardada fuera del servidor anterior
• El servidor nuevo coincide con el entorno anterior: versión de PHP o Node, extensiones, versión de la base de datos
• Archivos copiados y permisos configurados
• Base de datos importada; configuración de la aplicación actualizada con las nuevas credenciales
• Host virtual o sitio configurado para el dominio y www
• Reglas a nivel de servidor recreadas: redirecciones, reglas de reescritura, límites de PHP
• Tareas cron preparadas (todavía sin duplicar con el servidor anterior)
• TTL reducido a 300 segundos, un TTL anterior antes del cambio

Por qué importa el TTL: Reduce el TTL antes de una migración.

• El sitio abre en la nueva IP con su dominio real (enlace de vista previa o archivo hosts)
• Página de inicio y páginas clave revisadas en escritorio y en teléfono
• Formularios enviados; llegan los correos de notificación
• El acceso al CMS o a la administración funciona; la subida de un archivo multimedia funciona
• Pago o inicio de sesión probados con cuentas de prueba
• Rastreo de QA ejecutado; hallazgos críticos corregidos y rastreo repetido
• Sitio anterior y nuevo comparados lado a lado
• Sin restos de staging: noindex, bloqueos en robots.txt, URL temporales
• Plan de certificado: válido ya o emitido justo después del cambio
• Aprobación del cliente o del propietario registrada

Un enlace de vista previa de DNSPeek cubre los primeros puntos en cualquier dispositivo y se puede compartir para su aprobación; un informe de QA y la comparación en vivo cubren el rastreo y la comparación. Ventajas de cada método: archivo hosts o enlace de vista previa. Aprobaciones: aprobación del cliente antes del lanzamiento.

• Congelación de contenido en el sitio anterior (pedidos, comentarios, publicaciones)
• Sincronización final de la base de datos y de los archivos subidos nuevos
• Registro A del dominio cambiado a la nueva IP
• www y los demás nombres de host cambiados
• Registro AAAA antiguo actualizado o eliminado
• Registros MX y de correo cambiados, solo si el correo también se muda
• Origen de la CDN actualizado, si una CDN hace de proxy del sitio

• Los resolvedores públicos devuelven la nueva IP
• El sitio responde desde el servidor nuevo
• Certificado válido para cada nombre de host
• Redirecciones: de http a https y gestión de www en uno o dos saltos
• Cabeceras de seguridad presentes como antes
• MX, SPF, DKIM y DMARC correctos; correo de prueba enviado y recibido
• Formularios y correos transaccionales entregados
• Tareas cron ejecutándose solo en el servidor nuevo
• La analítica registra datos; el sitemap es accesible

Herramientas para esta fase: verificador de propagación de DNS, ¿Mi dominio ya apunta al nuevo servidor?, verificador de SSL, verificador de redirecciones, comprobación de cabeceras de seguridad, consulta de registros MX, verificador de SPF y verificador de DMARC. La lista completa de lo que hay que revisar: qué comprobar después de cambiar de hosting.

• Los registros de acceso del servidor anterior ya no muestran visitantes reales
• No llega correo nuevo al servidor anterior
• Copia de seguridad final de la cuenta anterior guardada
• TTL subido de nuevo a 3600 segundos o más
• Entradas del archivo hosts eliminadas; enlaces de vista previa desactivados
• Copias de seguridad y monitorización configuradas en el hosting nuevo
• Hosting anterior dado de baja

Cuánto esperar: Cuánto tarda la propagación de DNS.

Volver atrás solo es fácil si lo planificaste. Como el servidor anterior sigue en marcha y el TTL es corto, deshacer un cambio es la misma operación a la inversa: vuelve a apuntar los registros a la IP antigua y los visitantes regresan en minutos. Decide de antemano qué te haría volver atrás, como que falle el pago o que el sitio devuelva errores, y quién toma esa decisión.

Los datos escritos en el servidor nuevo después del cambio, como pedidos, registros o comentarios, no vuelven por sí solos. Anota la hora del cambio para poder encontrar y copiar esos registros si tienes que volver al servidor anterior durante un tiempo.

1. 1

   Paso 1: Planifica

   Haz inventario de dominios, datos, correo e integraciones, confirma todos los accesos y acuerda un plan de vuelta atrás.

2. 2

   Paso 2: Reduce el TTL

   Pon en 300 segundos los registros que vas a cambiar, al menos un TTL anterior antes del cambio.

3. 3

   Paso 3: Prepara el servidor nuevo

   Copia los archivos y la base de datos, iguala las versiones del entorno y recrea las reglas a nivel de servidor.

4. 4

   Paso 4: Prueba antes de los DNS

   Abre el sitio en la nueva IP con su dominio real, ejecuta un rastreo de QA, compáralo con el sitio anterior y consigue la aprobación.

5. 5

   Paso 5: Haz el cambio

   Congela el contenido, haz una sincronización final y actualiza los registros A, AAAA y demás.

6. 6

   Paso 6: Verifica

   Comprueba la propagación, el certificado, las redirecciones, el correo y los formularios.

7. 7

   Paso 7: Limpia

   Cuando el servidor anterior ya no reciba tráfico, haz una copia de seguridad final, sube el TTL y da de baja el hosting anterior.