Cómo mudar tu sitio a otro hosting sin cortes y sin perder correo

Por qué se cae un sitio en una mudanza

El corte aparece cuando el dominio empieza a apuntar a un servidor que todavía no está listo: falta la base, el certificado o las casillas. Durante horas, una parte de los visitantes ve el sitio viejo, otra ve un error y el correo llega a un lugar donde nadie lo lee.

La solución es invertir el orden. Primero, todo andando y probado en el destino; el DNS, al final. Así el cambio de dominio deja de ser una mudanza y pasa a ser un desvío de tráfico entre dos servidores que funcionan.

Una semana antes: el inventario

• Sitios y subdominios, con la versión de PHP que usa cada uno. En DirectAdmin se elige por dominio, así que conviene arrancar con la misma que tenías.
• Bases de datos, con su usuario y contraseña. En DirectAdmin el nombre de la base y el del usuario llevan adelante el nombre de la cuenta (cuenta_tienda), así que el archivo de configuración del sitio va a cambiar.
• Casillas, reenvíos, respuestas automáticas y listas de correo.
• Tareas programadas: no viajan con los archivos y hay que volver a crearlas.
• Todo lo que dependa de la IP del servidor viejo: pasarelas de pago, APIs de terceros que la tienen habilitada, el registro SPF del dominio.
• Dónde están los DNS del dominio y quién tiene la clave de esa cuenta. Es lo que más demora cuando nadie lo sabe.

Un día antes: bajar el TTL

Cada registro DNS tiene un TTL: los segundos que los demás servidores pueden guardar la respuesta antes de volver a preguntar. Si hoy es de 14.400 (cuatro horas) y cambiás la IP, hay quien va a seguir viendo la vieja durante cuatro horas. Bajalo a 300 segundos al menos un día antes, para que las respuestas guardadas con el TTL largo terminen de vencer en todas partes.

Ojo con una diferencia. Si solo cambiás los registros A y MX dentro de la misma zona, el TTL bajo hace que el cambio se vea en minutos. Si cambiás los servidores de nombres del dominio (la delegación), ese dato lo guarda el registro del dominio con su propio TTL, que vos no podés bajar: en los .com es de dos días. Por eso, cuando se puede, conviene migrar cambiando registros y mover la delegación después, con calma. Más detalle en qué DNS conviene usar.

Copiar todo sin tocar el dominio

1. Copiá los archivos y exportá cada base de datos. Importala en el destino y actualizá el archivo de configuración del sitio con el nombre de base, el usuario y la contraseña nuevos (en WordPress, wp-config.php).
2. Creá las casillas en el destino con las mismas direcciones y hacé una primera copia del correo. Con IMAP se hace de servidor a servidor, con herramientas como imapsync, sin pasar por tu computadora.
3. Volvé a crear las tareas programadas, los reenvíos y las respuestas automáticas del inventario.

Probar el sitio nuevo antes que nadie

El archivo hosts de tu computadora le gana al DNS: lo que pongas ahí vale solo para tu equipo. Agregá una línea con la IP del servidor nuevo (figura en los datos del correo de bienvenida) y el dominio, y tu navegador va a abrir el sitio migrado mientras el resto del mundo sigue viendo el original.

# Windows: C:\Windows\System32\drivers\etc\hosts (abrí el Bloc de notas como administrador)
# macOS y Linux: sudo nano /etc/hosts
203.0.113.10   tudominio.com.ar www.tudominio.com.ar

• Recorré lo que usan tus visitas: portada, formularios, carrito, búsqueda y el acceso al administrador del CMS.
• Si el navegador muestra una advertencia de certificado, es normal en esta etapa: el certificado gratuito del servidor nuevo se emite cuando el dominio ya apunta ahí.
• Al terminar, borrá la línea. Es fácil olvidarla y después no entender por qué tu equipo ve algo distinto que el resto.

La noche del cambio

1. Elegí el horario de menos movimiento. En la mayoría de los sitios argentinos, de noche o un domingo temprano.
2. Congelá el sitio viejo: nada de publicar, cargar productos ni tomar pedidos durante la ventana. Una tienda puede quedar media hora en modo mantenimiento.
3. Exportá la base de nuevo e importala en el destino, para llevarte lo que cambió desde la primera copia.
4. Cambiá los registros A del sitio, y los MX si el correo también se muda. O los servidores de nombres, si pasás a usar los DNS que te enviamos al activar el plan.
5. Emití el certificado SSL en el servidor nuevo en cuanto el dominio resuelva ahí. En DirectAdmin lleva un par de minutos y está explicado en activar el certificado SSL.
6. Hacé una segunda sincronización del correo, para traer lo que entró al servidor viejo mientras el cambio se propagaba.

La semana siguiente

• Dejá el servicio viejo activo al menos siete días. Algunos servidores remitentes guardan el dato viejo más de lo que deberían y siguen entregando ahí.
• Revisá una vez por día la casilla vieja, por el webmail del proveedor anterior, y pasá lo que haya llegado.
• Volvé a subir el TTL a un valor normal, como 3.600 o 14.400 segundos.
• Actualizá el SPF para que autorice al servidor nuevo y deje afuera al viejo, y activá DKIM en el destino.
• Confirmá que las tareas programadas corrieron, que los formularios llegan y que el certificado quedó con renovación automática.

Si la migración la hacemos nosotros

Si contratás un plan de hosting en InHosting, la migración desde tu proveedor actual es sin cargo: copiamos archivos, bases de datos y casillas de correo, y te avisamos cuándo cambiar los DNS, de forma que tus visitas no noten el cambio. El dominio puede quedar donde está, apuntado a nuestros DNS, o transferirse después, cuando quieras. Para hacerla hace falta acceso al panel del proveedor anterior o una copia completa del sitio y del correo.