Cambiar de hosting sin perder la web ni los correos.

La respuesta corta

Cambiar de hosting no tiene por qué costarte ni un correo ni una visita. Lo que rompe las cosas es el orden. Si se cambia el DNS antes de tener todo listo en el sitio nuevo, el correo llega a un buzón que ya no miras y la web enseña un error mientras el cambio se reparte por internet. Se hace al revés: primero se copia todo y se prueba en el hosting nuevo, después se cambia el DNS de la web y el correo va el último. El hosting viejo no se da de baja hasta comprobar que ya no le llega nada.

Lo que se pierde si se hace mal

• Correos durante el cambio de DNS. Mientras el cambio llega a todos los servidores, unos entregan el correo en el hosting viejo y otros en el nuevo. Si el viejo ya está dado de baja, esos correos se pierden y nadie avisa.
• Los buzones antiguos. Los correos guardados en el servidor del hosting no se mudan solos. Si das de baja el hosting sin copiarlos, desaparecen años de correos con clientes y proveedores.
• Los formularios. Muchos formularios envían el aviso desde el propio servidor. En el hosting nuevo pueden dejar de llegar o empezar a caer en spam sin que nadie se dé cuenta.
• El certificado SSL. El candado no viaja con la web. Si el hosting nuevo no lo tiene puesto cuando llegan las visitas, el navegador avisa de que la web no es segura y mucha gente se va.
• Las posiciones en Google. Si al mudarte cambian las direcciones de las páginas, por ejemplo al pasar de Wix a WordPress, cada dirección antigua da error. Las páginas que salían en Google pierden su sitio si nadie las redirige.
• El dominio. Si el dominio está contratado en el mismo hosting y lo das de baja todo junto, puedes perderlo. Con él se va el correo.

El orden correcto

1. Copia completa. Archivos, base de datos, buzones y una lista de los registros DNS actuales, incluidos el MX, el SPF y el DKIM del correo. Antes de tocar nada.
2. Bajar el TTL de los DNS. Al menos una semana antes y a unas horas. Así el cambio, cuando se haga, llega antes a todo el mundo.
3. Montar la web en el hosting nuevo y probarla. Sin cambiar todavía el DNS. Se prueban las páginas, los formularios y el certificado.
4. Crear los buzones en el sitio nuevo y copiar el correo con IMAP. Se conectan los dos servidores y se copian las carpetas de cada buzón. Los buzones viejos siguen funcionando mientras tanto.
5. Si cambian las direcciones, el mapa de redirecciones. Una lista con cada dirección antigua y su página nueva, con una redirección 301 de una a otra. Nunca todas a la portada.
6. Cambiar el DNS de la web. El registro que apunta al servidor pasa al hosting nuevo.
7. Cambiar el MX al final. Cuando los buzones nuevos ya tienen el correo antiguo. Después se vuelve a copiar lo que haya entrado en el viejo mientras tanto y se revisan el SPF y el DKIM para el servidor nuevo.
8. Comprobar después. Mandar y recibir correo desde fuera, rellenar el formulario, mirar el candado y abrir unas cuantas direcciones antiguas para ver que redirigen. El hosting viejo no se da de baja hasta que deja de recibir tráfico.

Lo que dicen Google y Microsoft

Google tiene una guía para cada caso. Si solo cambias de hosting y las direcciones siguen igual, Cambiar el alojamiento recomienda bajar el TTL de los DNS a unas horas al menos una semana antes y no apagar el hosting anterior hasta que deje de recibir tráfico. Si cambian las direcciones, Cómo trasladar un sitio pide preparar la asignación de las URL antiguas a las nuevas, usar redirecciones permanentes del lado del servidor y conservarlas todo el tiempo que puedas, normalmente un año como mínimo. También pide no mandar muchas URL antiguas a un único destino que no sea relevante, como la página principal. Para el correo, Microsoft explica en Lo que debe saber sobre la migración de sus buzones IMAP a Microsoft 365 u Office 365 el mismo orden: primero los buzones y la copia con IMAP y después el cambio del registro MX. Y avisa de que IMAP no migra contactos, calendario ni tareas.

Lo que puedes hacer tú

• Averigua dónde está registrado el dominio y dónde se gestiona su DNS. No siempre es el hosting.
• Apunta todo lo que usa el dominio: la web, cada buzón, el formulario, las facturas y los boletines.
• Descarga una copia de la web desde el panel del hosting y guarda en tu ordenador los correos que no puedes perder.
• Si tu correo ya está en Google Workspace o en Microsoft 365, los buzones no se mudan. Lo que hay que llevarse tal cual son sus registros DNS, si el DNS también cambia de sitio.
• Si tu web es sencilla y las direcciones no cambian, muchos hostings te traen la web ellos. Pregúntalo antes de contratar.
• Después del cambio, mándate un correo desde una cuenta de fuera, rellena tu formulario y abre la web desde el móvil con datos.

Lo que no conviene hacer

• No des de baja el hosting viejo el mismo día. Es donde sigue entrando parte del correo mientras el cambio llega a todos.
• No cambies el MX antes de copiar los buzones. El correo nuevo entra en buzones vacíos y el antiguo se queda donde ya no miras.
• No redirijas todas las direcciones antiguas a la portada. Google pide evitarlo y puede tratarlas como páginas que ya no existen. Cada dirección va a la página que la sustituye.
• No rehagas la web a la vez sin mapa. Si además de mudarte cambias de plataforma, cambian las direcciones. Sin la lista de redirecciones es cuando se pierden las posiciones.
• No te olvides del correo que envía la web. El SPF tiene que incluir el servidor nuevo o los avisos del formulario acaban en spam.

Cuándo compensa que lo haga alguien

Si la web es sencilla, el correo ya está en Google Workspace o en Microsoft 365 y no cambian las direcciones, es probable que puedas hacerlo tú con la ayuda del hosting nuevo. Compensa que lo haga alguien si el correo está en el mismo hosting del que te vas, si hay varios buzones con años de correo, si la web tiene tienda o formularios que no pueden fallar o si al mudarte vas a rehacer la web. Un MX mal puesto deja sin correo a toda la empresa y unas redirecciones olvidadas se notan en Google semanas después.

Cómo se hace en Vaseia

• Antes de tocar nada, una copia completa y la lista de todo lo que usa el dominio.
• La web montada y probada en el sitio nuevo antes de cambiar el DNS.
• Los buzones copiados con IMAP y el MX cambiado al final, con una segunda copia de lo que entre en el viejo durante el cambio.
• SPF, DKIM y DMARC revisados para el servidor nuevo y el certificado comprobado.
• Si cambian las direcciones, el mapa de redirecciones 301 una a una. Es lo que se hizo con la web de una academia de formación en Madrid: 26 redirecciones sin perder posiciones.
• Comprobación después del cambio. El hosting viejo se da de baja solo cuando ya no recibe nada.

Si tus correos ya llegaban a spam antes de mudarte, es buen momento para arreglarlo: mira por qué tus correos llegan a spam. Y si te vas porque la web va lenta, mide antes qué la frena en qué hacer si tu web va lenta. Cambiar de hosting no arregla unas imágenes enormes.

Si no quieres pelearte con esto

Te lo hago yo, con precio cerrado antes de empezar. Cuéntame dónde tienes ahora la web, el dominio y el correo y a dónde te quieres ir. Te digo qué hay que mover y en qué orden.

Preguntas