Como apuntar tu dominio a un nuevo hosting sin downtime

Apuntar tu dominio a un nuevo hosting es una de esas tareas que parece simple en la teoria, pero que en la practica puede dejar tu web caida varias horas si no se hace con cuidado. Y cuando hablamos de un negocio peruano que vive de su tienda online, de un consultorio que recibe citas por su web o de un medio digital que vende publicidad por trafico, cada hora de downtime se traduce en plata perdida y clientes molestos.

La buena noticia es que existe una receta probada para mudar un dominio de un hosting a otro sin que ningun visitante note el cambio. La clave esta en preparar el terreno antes, no improvisar durante la propagacion DNS y tener un plan B listo por si algo sale mal. En esta guia vamos a recorrer paso a paso ese proceso, con ejemplos pensados para dominios .pe y .com administrados desde Peru.

Por que la migracion tradicional genera downtime

Cuando alguien hace una migracion sin preparacion, el patron suele ser el mismo. Primero cancela el hosting antiguo o simplemente cambia los nameservers del dominio apuntando al nuevo proveedor. Lo que pasa entonces es que durante varias horas, hasta 48 en algunos casos, distintas partes del mundo siguen viendo la version anterior mientras otras ya ven la nueva. Si la web vieja todavia esta arriba, perfecto. Pero si fue dada de baja o si la version nueva todavia no tiene los archivos cargados, los visitantes encuentran errores, paginas en blanco o, peor aun, la pagina de bienvenida del nuevo hosting que basicamente le dice al mundo entero que tu sitio no esta listo.

Ese intermedio entre que se inicia el cambio y que el cambio termina de propagarse en todo el planeta se llama propagacion DNS. Y es el enemigo numero uno cuando hacemos una migracion mal planificada. Lo bueno es que se puede acortar y, mas importante, se puede manejar para que el visitante nunca vea una pantalla en blanco.

Paso uno: clonar el sitio antes de cambiar nada

La regla de oro de toda migracion sin downtime es que el sitio nuevo debe estar funcionando perfectamente en el nuevo hosting antes de tocar el dominio. Eso significa que primero copias todos los archivos, la base de datos y las configuraciones al nuevo servidor, lo pruebas con una direccion temporal y solo cuando confirmas que todo carga bien recien empiezas a pensar en el cambio de DNS.

Para clonar un WordPress, por ejemplo, lo mas comodo es usar un plugin como Duplicator, All-in-One WP Migration o WPVivid. Estos generan un paquete completo del sitio que despues se restaura en el nuevo hosting en pocos minutos. Si manejas la web en otro CMS o si es un desarrollo a medida, el proceso es mas manual: descargas todos los archivos via FTP o SFTP, exportas la base de datos via phpMyAdmin o linea de comandos, y luego subes todo al nuevo proveedor.

Una vez instalado el sitio nuevo, casi todos los hostings te dan una URL temporal o un archivo hosts personalizado para que veas como se ve la web antes de mover el dominio. En cPanel, por ejemplo, suele venir con una direccion del tipo servidor.proveedor.com/~tucuenta. Editar tu archivo hosts local para forzar a tu computadora a ver la nueva IP tambien funciona y es lo mas profesional, porque te permite navegar la web entera como si el dominio ya estuviera apuntando, incluyendo formularios y carrito de compras.

Paso dos: ajustar el TTL del DNS para acelerar la propagacion

El TTL, o Time To Live, es un parametro que cada registro DNS lleva consigo y que le dice a los servidores intermedios cuanto tiempo deben recordar ese dato antes de volver a consultarlo. Si el TTL esta en 86400 segundos, los proveedores de internet de todo el mundo van a guardar la direccion vieja por 24 horas. Si lo bajamos a 300 segundos, solo cinco minutos, la propagacion sera casi inmediata cuando hagamos el cambio.

El truco consiste en bajar el TTL al menos 24 horas antes de la migracion. Asi cuando hagamos el cambio real, los servidores DNS de todo el mundo ya estaran acostumbrados a refrescar el dato cada cinco minutos y la transicion sera practicamente invisible. Despues de la migracion, una vez que confirmes que todo esta estable, puedes volver a subir el TTL a su valor original para reducir el trafico hacia tus servidores DNS.

Este ajuste se hace en la zona DNS de tu dominio. Si tu dominio esta registrado en Peru con Punto Pe o con un registrador internacional como Namecheap, GoDaddy o Cloudflare, el cambio se hace en el panel del registrador. Si tus DNS estan delegados a un servicio externo, como el propio Cloudflare, el cambio se hace ahi. Lo importante es bajar el TTL de los registros A, AAAA, CNAME y MX que vayas a modificar.

Paso tres: el cambio de nameservers o registros A

Llegado el dia de la migracion, tienes dos caminos para apuntar el dominio al nuevo hosting. El primero es cambiar los nameservers del dominio, que es lo mas comun cuando dejas que el nuevo proveedor maneje todos los DNS. El segundo es cambiar solo los registros A y AAAA, lo cual te conviene si gestionas los DNS con un tercero como Cloudflare y quieres mantener esa configuracion.

Si vas por el cambio de nameservers, entras al panel del registrador del dominio, buscas la opcion de nameservers o servidores de nombres, y reemplazas los que tienes por los que te entrego el nuevo hosting. Suelen ser dos o cuatro direcciones del tipo ns1.nuevohosting.com y ns2.nuevohosting.com. Guardas el cambio y a esperar la propagacion.

Si vas por el cambio de registros A, entras a tu administrador de DNS, editas el registro A del dominio raiz para que apunte a la IP del nuevo servidor, haces lo mismo con el registro A del subdominio www, y si manejas correo en el mismo hosting tambien actualizas los registros MX. Este metodo es mas quirurgico, mas rapido en propagar y te deja control total sobre cada registro.

Paso cuatro: mantener ambos hostings activos durante 72 horas

Aqui esta el secreto que pocas guias mencionan. No canceles el hosting viejo el mismo dia que cambias los DNS. Mantenlo activo y con el sitio funcionando durante al menos 72 horas despues del cambio. De esa forma, mientras la propagacion termina de completarse en todo el planeta, los visitantes que todavia ven la IP vieja siguen entrando a un sitio que funciona, no a un error.

Esto es especialmente importante para tiendas online, donde un cliente que llega a un error en plena compra simplemente abandona el carrito y se va a la competencia. Tambien para sitios que generan formularios, citas medicas o reservas, donde un error de carga puede costar un cliente perdido para siempre. Setenta y dos horas suele ser tiempo mas que suficiente para que el cambio se complete a nivel global, incluyendo los servidores DNS mas lentos de algunos proveedores residenciales.

Paso cinco: monitorear la propagacion

Existen herramientas gratuitas que te permiten ver desde distintas ciudades del mundo a que IP esta resolviendo tu dominio en tiempo real. DNS Checker, WhatsMyDNS y DNS Map son las mas conocidas. Ingresas tu dominio, eliges el tipo de registro a verificar y veras un mapa mundial con los resultados. Cuando todos los puntos verdes muestren la nueva IP, sabras que la propagacion termino.

Para clientes peruanos, conviene revisar especialmente nodos de Lima, Bogota, Santiago, Buenos Aires, Madrid, Miami y Mexico, ya que esos suelen ser los origenes mas comunes del trafico hispanohablante. Si despues de seis a doce horas algunos nodos todavia muestran la IP vieja, lo mas probable es que sea cache del proveedor residencial y se resolvera solo en las proximas horas.

Plan B: que hacer si algo sale mal

Por mas que planifiques, siempre puede pasar algo inesperado. Un certificado SSL que no se genera, una configuracion de PHP distinta que rompe el sitio, una base de datos que se corrompio en la copia. Para esos casos, tener un plan B claro es lo que diferencia una migracion profesional de un desastre.

El plan B mas simple es revertir el cambio de DNS. Si bajaste el TTL como recomendamos en el paso dos, esa reversion tambien sera rapida. Vuelves los nameservers a los del hosting viejo o los registros A a la IP vieja, y en cuestion de minutos el sitio vuelve a cargar desde el servidor original mientras tu equipo arregla el problema en el nuevo entorno. Este plan B es la razon por la que insistimos tanto en no cancelar el hosting viejo durante los primeros dias.

Otro plan B util es tener una copia de respaldo completa del sitio funcionando local o en un tercer hosting de emergencia. Si la situacion se complica mucho, puedes restaurar esa copia y ganar tiempo mientras se resuelven los problemas tecnicos.

Casos peruanos: cuando la migracion es mas delicada

En Peru hay algunos escenarios donde la migracion requiere mas cuidado. Las tiendas que operan con pasarelas de pago como Culqi, Niubiz, MercadoPago o Izipay suelen tener configuraciones de webhook o URLs de retorno que dependen del dominio. Cuando migras, debes verificar que el SSL del nuevo hosting este activo antes de que la propagacion termine, porque sino las pasarelas pueden rechazar las transacciones.

Los sitios que envian boletas y facturas electronicas tambien dependen de configuraciones de servidor que deben replicarse en el nuevo entorno. Si usas un plugin que se conecta a SUNAT o a un PSE como Nubefact, Bsale o Defontana, asegurate de que las credenciales y los endpoints sigan funcionando despues del cambio.

Y los medios digitales que dependen de AdSense, Taboola u otras redes publicitarias deben recordar que algunas de esas plataformas reverifican el sitio despues de un cambio de IP. Esto suele resolverse solo en pocas horas, pero conviene avisarle al equipo de monetizacion para que no se asusten si ven anuncios vacios durante el primer dia.

Cuanto dura realmente la propagacion DNS

La respuesta corta es que con TTL bajo y planificacion adecuada, la propagacion completa puede tomar entre 15 minutos y 4 horas para el 90 por ciento del trafico mundial. Sin planificacion previa, puede tomar entre 24 y 72 horas. Por eso la importancia de bajar el TTL con anticipacion.

Hay un mito de que la propagacion DNS siempre dura 48 horas. Eso era cierto hace una decada, cuando los TTL por defecto eran de 86400 segundos y los proveedores residenciales cacheaban agresivamente. Hoy en dia, con buenas practicas, es perfectamente posible mover un dominio con una ventana de downtime efectivo de cero segundos para los visitantes, siempre que ambos servidores tengan el sitio funcionando durante el periodo de transicion.

Lista de verificacion antes de migrar

Antes de tocar cualquier registro DNS, repasa esta lista. Tener clara la respuesta a cada punto evita la mayoria de los problemas que vemos en migraciones que terminan mal. Si algun punto no esta resuelto, conviene posponer la migracion hasta resolverlo.

Primero: el sitio nuevo esta completamente clonado y probado en el hosting nuevo via URL temporal o archivo hosts. Segundo: el TTL de los registros DNS esta bajado a 300 segundos desde hace al menos 24 horas. Tercero: tienes anotadas las IPs y nameservers del hosting viejo para poder revertir si algo sale mal. Cuarto: el certificado SSL del nuevo hosting esta generado o esta listo para generarse en cuanto la propagacion arranque. Quinto: tienes acceso al panel del registrador del dominio y la contrasena funciona. Sexto: el hosting viejo no se cancelara hasta minimo 72 horas despues del cambio. Septimo: tienes un backup completo y descargado fuera de ambos hostings, por si todo falla.

Preguntas frecuentes

Cuanto tiempo antes debo bajar el TTL

Lo ideal es bajarlo entre 24 y 48 horas antes del cambio real. Eso le da tiempo a todos los servidores DNS del mundo a refrescar el valor anterior y empezar a respetar el nuevo TTL corto. Si solo tienes unas horas, baja el TTL igual, porque aunque la propagacion no sea perfecta, mejora respecto a no hacer nada.

Que pasa si cambio los nameservers y olvido los registros MX

Si tus correos electronicos del dominio estaban configurados en el hosting viejo y no replicas los registros MX en el nuevo, dejaras de recibir correos hasta que lo soluciones. Por eso siempre conviene anotar todos los registros DNS actuales antes de mover los nameservers, o mejor aun, mantener los DNS en un servicio externo como Cloudflare donde tu controlas cada registro y solo cambias los A para apuntar al nuevo servidor.

Puedo migrar sin acceso al panel del registrador

No, es indispensable. El cambio de nameservers o de registros DNS solo se puede hacer desde el panel donde el dominio esta registrado. Si perdiste el acceso, primero debes recuperarlo con el registrador antes de planear cualquier migracion. Para dominios .pe, esto se gestiona con Punto Pe o con el registrador acreditado donde compraste el dominio.

Como saber si el SSL funcionara despues de la migracion

La mayoria de hostings modernos generan certificados SSL automaticamente via Lets Encrypt en cuanto detectan que el dominio apunta al servidor. Antes de migrar, confirma con tu nuevo proveedor que tienen SSL automatico activo. Tambien puedes pre-generar un certificado usando el metodo de validacion DNS, que te permite tener el certificado listo antes de cambiar los nameservers.

Que diferencia hay entre cambiar nameservers y cambiar registros A

Cambiar nameservers transfiere toda la administracion del DNS al nuevo proveedor, incluyendo MX, TXT, CNAME y demas. Cambiar registros A solo modifica donde apunta el dominio para servir el sitio web, pero deja todos los demas registros bajo tu control en el DNS actual. La primera opcion es mas simple, la segunda es mas quirurgica y suele propagar mas rapido.

Mi web es muy pequena, vale la pena tanto trabajo

Si tu web es realmente personal y no genera ingresos, una migracion rapida con cierto downtime puede ser aceptable. Pero si recibes consultas, leads, ventas o publicidad, cada hora caida cuesta. Bajar el TTL toma cinco minutos y mantener el hosting viejo unos dias mas cuesta poquisimo comparado con las perdidas de una migracion mal hecha.

Cuanto cuesta una migracion profesional en Peru

En el mercado peruano, una migracion gestionada por un proveedor profesional cuesta entre 80 y 300 soles para sitios simples, y entre 400 y 1500 soles para sitios complejos con bases de datos grandes, multiples dominios o integraciones especiales. Muchos hostings ofrecen migracion gratuita como parte del onboarding, conviene preguntar antes de pagar por separado.

Que hago si despues de 48 horas algunos usuarios todavia ven el sitio viejo

Probablemente sea cache del proveedor residencial del usuario o cache del navegador. Pidele que pruebe abrir el sitio en modo incognito, que use otra red como datos moviles, o que limpie la cache de su navegador. Si es un cliente importante, puedes pedirle que cambie su DNS local a 8.8.8.8 de Google o 1.1.1.1 de Cloudflare, que suelen tener cache mas corto.

Conviene usar Cloudflare durante la migracion

Si, conviene mucho. Cloudflare actua como una capa intermedia entre el visitante y tu servidor, asi que cuando cambies la IP del servidor de origen, los visitantes siguen viendo Cloudflare con el dominio funcionando. La propagacion se vuelve casi instantanea porque solo cambias la IP de origen en el panel de Cloudflare, no los nameservers del dominio.

Como manejo el correo electronico durante la migracion

Si tu correo esta en el mismo hosting que la web, lo ideal es migrarlo unas horas antes o el mismo dia, replicando todos los buzones en el nuevo servidor. Si usas un servicio de correo separado como Google Workspace, Microsoft 365 o Zoho, asegurate de mantener los registros MX intactos durante el cambio para no perder correos. En general, separar correo de hosting es una buena practica que evita exactamente este tipo de complicaciones.