Migrar de un hosting compartido sin romper nada
Una lista de comprobación de quien lo ha hecho muchas veces, con los tres pasos que todo el mundo olvida y luego lamenta.
Las migraciones salen mal de formas predecibles. Casi siempre porque alguien cambió el DNS antes de tenerlo todo listo, o porque olvidó que el correo vive en el mismo sitio que la web.
Antes de tocar nada
Haz un backup completo y restáuralo en otro sitio para comprobar que funciona. Un backup sin probar no es un backup. Este solo paso ha salvado más migraciones que ningún otro.
Anota cada servicio que corre en el hosting viejo: web, correo, bases de datos, tareas programadas, subdominios, certificados, cuentas FTP. La gente migra la web y descubre una semana después que un informe programado dejó de ejecutarse.
La trampa del correo
En el hosting compartido, el correo suele vivir en el mismo servidor. Si mueves el dominio sin mover o reapuntar el correo primero, deja de llegar. Y a diferencia de una web caída, no lo notas al momento: lo notas cuando un cliente pregunta por qué nunca respondiste.
# Antes de mover nada, baja el TTL del DNS# asi el cambio propaga en minutos y no en horasdig +short aprwebs.com A # Y comprueba a donde apunta el correo AHORAdig +short aprwebs.com MXEl orden que funciona
Monta el servidor nuevo por completo. Copia la web y pruébala forzando el archivo hosts, así tú ves el nuevo mientras el mundo sigue viendo el viejo. Migra el correo y verifica que envía y recibe. Baja el TTL del DNS 24 horas antes. Solo entonces cambia el DNS. Mantén el hosting viejo vivo dos semanas.
Las tres que todos olvidan
Las redirecciones desde las URLs viejas, si cambió la estructura. El SSL en el servidor nuevo antes del cambio, no después. Y las tareas programadas, que viven fuera de la web y nunca se copian solas.
¿Lo estás llevando tú solo?
Gestionamos infraestructura, automatización e IA para empresas que prefieren concentrarse en su negocio. Cuéntanos qué se está rompiendo.
Empezar la conversación
