Planifica antes de tocar nada
Una migración bien preparada es invisible para el visitante. Una improvisada deja el sitio caído en horario laboral y el correo perdido. La diferencia está casi toda en el trabajo previo.
Recopila primero: acceso al hosting de origen, acceso al registrador del dominio, inventario de sitios, bases de datos y buzones, y una lista de los servicios externos que dependan del dominio.
Baja el TTL con antelación
Es el paso que más ayuda y el que casi nadie hace. Uno o dos días antes de la migración, reduce el TTL de los registros DNS del dominio a 300 segundos. Así, cuando llegue el momento del cambio, la propagación tardará minutos en lugar de horas.
El orden correcto
- Crea la cuenta en tu Plesk con el plan que corresponda.
- Sube los archivos por FTP a la carpeta del dominio.
- Exporta e importa la base de datos y actualiza los datos de conexión en el archivo de configuración de la aplicación.
- Crea las cuentas de correo con los mismos nombres que tenía el cliente.
- Migra el contenido de los buzones antes de mover el MX, para no perder mensajes.
- Prueba el sitio antes de cambiar el DNS, editando el archivo hosts de tu equipo para que resuelva a la IP nueva.
- Cambia los DNS en el registrador.
- Emite el certificado SSL en cuanto el dominio resuelva a tu servidor.
- Mantén el servicio anterior activo al menos una semana más.
Probar antes de cambiar el DNS
Editar el archivo hosts de tu equipo hace que solo tú veas el sitio en el servidor nuevo, mientras el resto del mundo sigue viendo el antiguo. Es la única forma de verificar de verdad que todo funciona antes de mover a nadie.
192.0.2.10 su-negocio.mx 192.0.2.10 www.su-negocio.mx
En Windows el archivo está en C:\Windows\System32\drivers\etc\hosts y hay que abrirlo como administrador. Recuerda quitar esas líneas al terminar.
El correo es la parte delicada
Mientras el MX apunta al proveedor antiguo, los mensajes siguen llegando allí. Durante la transición pueden repartirse entre ambos servidores según qué DNS haya consultado cada remitente. Por eso conviene migrar los buzones antes, avisar al cliente de que revise ambos accesos durante 48 horas, y no cancelar el servicio anterior de inmediato.
Errores frecuentes
| Error | Consecuencia |
|---|---|
| Cancelar el servicio antiguo el mismo día | Si algo falla, no hay a dónde volver. |
| Olvidar registros DNS de servicios externos | Se rompen verificaciones, firmas de correo o subdominios de terceros. |
| No revisar SPF y DKIM tras el cambio | El correo empieza a caer en spam. |
| Migrar un viernes por la tarde | Cualquier incidencia se resuelve el lunes. |
Cuando la migración es compleja
Si el origen tiene decenas de cuentas, aplicaciones a medida o volúmenes grandes de correo, abre un ticket antes de empezar. Existen herramientas de migración a nivel de servidor que no están disponibles en el panel de revendedor y que pueden ahorrarte días de trabajo manual.
