Cambiarse de hosting en Chile: cuánto demora, qué se cae y qué pasa con tu correo

Casi nadie se queda en un mal hosting por gusto. Se queda por miedo: a que la página desaparezca un día entero, a perder los correos de cinco años o a que el cambio demore semanas.

Ese miedo tiene base, porque las migraciones que salen mal existen. Pero casi nunca fallan por la copia de los archivos. Fallan por el orden en que se hicieron las cosas. Aquí va cuánto demora de verdad cada parte, qué se puede caer, qué pasa con el correo y qué te van a pedir.

Una migración son tres mudanzas, no una

Cuando alguien dice «me cambié de hosting» en realidad movió tres cosas distintas, y cada una tiene su propio reloj:

Qué se mueve	De qué depende el tiempo	Qué puede salir mal
El sitio: archivos y base de datos	Del peso del sitio y de la velocidad con que el hosting antiguo entrega la copia	Que la copia quede incompleta o que el sitio dependa de una versión de PHP distinta
El correo: casillas y mensajes	De cuántas casillas hay y de cuántos GB de mensajes guarda cada una	Que los mensajes que llegaron durante el cambio queden en el servidor antiguo
El dominio: hacia dónde apunta	Del TTL de tus registros DNS, no de «la propagación»	Cambiarlo antes de que lo otro esté listo, o perder registros que nadie anotó

Las dos primeras se hacen sin que nadie lo note, porque tu sitio sigue funcionando donde siempre. La tercera es el momento del cambio, y dura mucho menos de lo que se cree.

Cuánto demora de verdad

La respuesta honesta es que depende del peso, y por eso conviene desconfiar de quien promete un plazo sin haber visto tu cuenta. Lo que sí se puede decir es de qué depende cada tramo.

La copia del sitio depende de los GB. Un sitio corporativo de unas pocas páginas pesa poco y se copia rápido; una tienda con años de fotos de productos o un sitio con respaldos antiguos guardados dentro de la misma cuenta pesa mucho más. Antes de migrar conviene saber cuánto ocupas de verdad, que es justo lo que explicamos en cuántos GB de hosting necesitas.

La copia del correo suele ser la parte más larga. Una casilla que lleva años guardando adjuntos puede pesar más que todo el sitio web. Se copia casilla por casilla, con sus carpetas.

El cambio de DNS no demora 48 horas. Demora lo que diga el TTL de tus registros, que es el tiempo que cada servidor de internet guarda la respuesta antigua antes de volver a preguntar. Si el TTL se baja con anticipación, el cambio se nota en minutos. Lo medimos con un dominio .cl y está contado en cuánto tarda de verdad un cambio de DNS: el sitio cargaba desde el servidor nuevo esa misma mañana.

Por eso el plazo total de una migración bien hecha lo marca la copia, no el cambio. Y la copia se puede hacer con calma, porque mientras tanto nada está caído.

Qué se cae y qué no

Si se respeta el orden, no se cae nada. El orden es este:

1. Se copia todo al hosting nuevo mientras el antiguo sigue atendiendo.
2. Se prueba el sitio en el hosting nuevo antes de tocar el dominio.
3. Recién entonces se cambian los DNS.
4. Se hace una última pasada de correo, para traer lo que llegó durante el cambio.
5. El hosting antiguo se da de baja al final, no al principio.

Las caídas que la gente recuerda vienen de saltarse un paso. Las tres más comunes:

• Dar de baja el hosting antiguo antes de terminar. O dejar que venza. Revisa la fecha de vencimiento de tu plan actual antes de empezar, y parte con días de margen.
• Cambiar los DNS primero «para ir avanzando». El dominio queda apuntando a una cuenta vacía.
• Olvidar los registros DNS que no son del sitio. El correo en otro proveedor, la verificación de Google, un subdominio de la tienda o del sistema de facturación. Si no se anotan antes, desaparecen con el cambio.

Lo que sí puede pasar, incluso en una migración bien hecha, es que durante un rato algunos visitantes vean el sitio desde el servidor antiguo y otros desde el nuevo. Como ambos tienen la misma copia, nadie lo nota. El único cuidado es no publicar contenido ni recibir pedidos importantes justo en esa ventana.

Qué pasa con tu correo

Es la pregunta que más pesa, y con razón: una página caída una hora se olvida; un correo de un cliente perdido, no. Hay tres casos y conviene saber en cuál estás.

Tu correo vive en el mismo hosting que tu sitio. Es lo más común en una pyme. Las casillas hay que crearlas en el hosting nuevo y copiar los mensajes. Durante el cambio de DNS un correo puede llegar al servidor antiguo o al nuevo, según a cuál le pregunte quien lo envía; por eso se hace una segunda pasada al final. Mientras el hosting antiguo siga activo, ese correo no se pierde: queda esperando allá.

Tu correo está en Google Workspace o Microsoft 365. Entonces el correo no se mueve. Lo único que hay que hacer es copiar idénticos los registros MX, SPF y DKIM en el DNS nuevo. Si se olvidan, el correo deja de llegar aunque no se haya tocado ni una casilla. La diferencia entre ambos modelos está en Google Workspace o correo en cPanel.

Lees el correo con POP y lo guardas en tu computador. Los mensajes antiguos ya están en tu equipo y no dependen del servidor. Igual hay que crear las casillas en el hosting nuevo para seguir recibiendo.

En los tres casos, pregunta antes si vas a tener que volver a configurar el correo en el celular y en el computador. Depende de cómo estén configurados hoy tus equipos y es mejor saberlo antes que descubrirlo un lunes a las nueve.

Y una revisión que casi nadie hace al terminar: enviar un correo de prueba a una casilla de Gmail y a una de Outlook. Si llegan a la bandeja de entrada, el SPF y el DKIM quedaron bien. Si caen en spam, falta un registro, y la causa suele estar entre las que describimos en por qué tus correos van al spam.

Qué te van a pedir

Si la migración la hace tu proveedor nuevo, necesita tres accesos. Tenerlos a mano antes de partir ahorra días de ida y vuelta.

Qué te piden	Para qué	Dónde lo encuentras
Acceso al panel del hosting actual	Copiar el sitio, las bases de datos y el correo	En el correo de bienvenida de tu proveedor actual, o lo pides a su soporte
La lista de casillas de correo en uso	No migrar casillas muertas ni olvidar una viva	En la sección de correo de tu panel
Acceso a donde se administra el dominio	Cambiar los DNS al final	Para un .cl, tu cuenta de NIC Chile. También puedes hacer tú ese paso con las instrucciones que te den

Si no tienes alguno de esos accesos porque la página te la hizo otra persona, pídeselos con tiempo. Es un trámite normal y no significa romper con nadie.

Lo que no se migra solo

Aunque se copie «todo», hay cosas que no viajan dentro de los archivos y hay que revisar una por una:

• El dominio. Sigue registrado donde estaba; sólo cambia hacia dónde apunta. Moverlo de proveedor es un trámite aparte y opcional, que explicamos en transferir tu dominio .cl a otro proveedor.
• La versión de PHP. Si el hosting nuevo corre una versión distinta, un sitio antiguo puede mostrar errores. Anota cuál usas hoy; en qué versión de PHP corre tu sitio está cómo verla.
• El certificado SSL. Se emite de nuevo en el servidor nuevo. Si se cambia el DNS antes de tenerlo, el navegador muestra una advertencia.
• Los reenvíos y respuestas automáticas del correo. Se configuran en el panel, no en las casillas.
• Las tareas programadas. Respaldos, envíos automáticos o sincronizaciones que alguien dejó andando hace años.
• Los registros DNS adicionales. Verificaciones, subdominios y servicios externos.

Cuándo no conviene migrar

Hay semanas malas para cambiarse, y la peor es la anterior a un evento de ventas. El Black Friday de este año es el 27 de noviembre. Si tienes tienda, o te cambias con varias semanas de margen o esperas a que pase. Lo que hay que dejar revisado antes de esa fecha está en qué revisar en tu hosting antes del Black Friday.

Tampoco es buena idea en medio de una campaña de publicidad pagada, durante un cierre de mes con facturación por correo, o el día antes de salir de vacaciones.

Y hay un caso en que migrar no arregla nada: cuando el problema está en el sitio y no en el servidor. Antes de decidir, compara lo que te pasa con las señales de que tu hosting te está fallando.

Si lo quieres hacer tú: los pasos para un WordPress

Se puede hacer sin ayuda si tienes paciencia y un sitio simple. El resumen:

1. Respalda todo y descarga la copia a tu computador: archivos y base de datos. Cómo hacerlo está en cómo hacer un backup de tu sitio.
2. Contrata el hosting nuevo sin cancelar el antiguo.
3. Sube los archivos a la carpeta pública de la cuenta nueva.
4. Crea una base de datos nueva e importa la copia.
5. Actualiza el archivo wp-config.php con el nombre, el usuario y la clave de la base nueva.
6. Crea las casillas de correo y copia los mensajes.
7. Prueba el sitio en el servidor nuevo antes de tocar el dominio. Pregúntale a tu proveedor nuevo cómo verlo sin cambiar los DNS.
8. Cambia los DNS siguiendo el orden correcto para no quedarte sin correo.
9. Revisa y recién después da de baja el hosting antiguo.

Cómo saber que terminó de verdad

• El sitio carga con el candado, con www y sin www.
• Puedes entrar al administrador y guardar un cambio.
• El formulario de contacto llega a tu casilla.
• Envías y recibes correo desde el celular y desde el computador.
• Un correo de prueba a Gmail y otro a Outlook llegan a la bandeja de entrada.
• Si tienes tienda, una compra de prueba termina con su correo de confirmación.

Con esa lista completa, mantén el hosting antiguo unos días más antes de cerrarlo. Es el seguro más barato que existe.

Si prefieres que lo hagamos nosotros

En AltaHosting la migración es gratis con cualquier plan y la hace nuestro equipo. Movemos el sitio con sus archivos y bases de datos, y las casillas de correo con sus mensajes y contactos. Probamos todo en el servidor nuevo y recién entonces se cambian los DNS. Tu dominio sigue siendo tuyo y no es obligatorio moverlo.

Lo único que necesitamos de ti son los accesos a tu hosting actual. El detalle de lo que incluye está en migración de hosting gratis, y puedes partir con 5 días de prueba sin tarjeta para ver tu sitio funcionando antes de decidir.