Para apuntar tu dominio a un cloud hosting solo necesitas hacer una de dos cosas: cambiar los nameservers de tu dominio a los que te indique tu proveedor de nube, o editar los registros A y CNAME si prefieres conservar el DNS de tu registrar. Ambas opciones funcionan; la elección depende de cuánto control quieres sobre tu configuración DNS.
En esta guía verás exactamente cuándo usar cada método, qué datos necesitas antes de empezar, y cómo verificar que el cambio se propagó correctamente.
Qué necesitas antes de empezar
Antes de tocar cualquier configuración, reúne la siguiente información. Saltar este paso es la causa número uno de errores y tiempo de inactividad innecesario.
- IP pública de tu servidor cloud — la encontrarás en el panel de tu proveedor (DigitalOcean, Linode, Hetzner, etc.) como "IPv4 Address".
- Nameservers del proveedor — solo si vas a delegar el DNS completo (ej.
ns1.proveedor.comyns2.proveedor.com). - Acceso al panel de tu registrar — GoDaddy, Namecheap, Hostinger, o donde compraste el dominio.
- TTL actual de tus registros — si tienes un sitio en vivo, bájalo a 300 segundos (5 min) al menos 24 h antes del cambio para que la propagación sea rápida.
Método 1 — Cambiar los nameservers (recomendado para principiantes)
Este método delega toda la gestión DNS a tu proveedor cloud. Es el más sencillo porque el panel del proveedor maneja automáticamente registros A, MX, CNAME, etc.
- Entra al panel de tu registrar y busca la sección Nameservers o DNS / Name servers.
- Reemplaza los nameservers actuales por los que te proporcionó tu proveedor cloud (normalmente son dos: un primario y un secundario).
- Guarda los cambios. El registrar mostrará una advertencia de propagación: es normal.
- En el panel de tu proveedor cloud, añade una zona DNS para tu dominio y agrega los registros que necesitas (A, CNAME, MX).
Tiempo de propagación: entre 15 minutos y 48 horas según el TTL y los ISP involucrados. El promedio real suele ser menos de 2 horas.
Método 2 — Editar registros A y CNAME desde tu registrar
Si quieres mantener el DNS en tu registrar (útil cuando tienes correo configurado ahí o suites como Google Workspace), solo necesitas modificar dos registros:
| Registro | Host | Valor | TTL |
|---|---|---|---|
| A | @ (raíz) | IP pública de tu servidor cloud | 300 – 3600 s |
| CNAME | www | tudominio.com (o la IP via A record) | 300 – 3600 s |
Algunos proveedores cloud asignan una IP flotante o un hostname en lugar de una IP fija. En ese caso usa un registro CNAME para la raíz (@) si tu registrar admite "CNAME Flattening" (Cloudflare, NS1 lo soportan), o un ALIAS si la plataforma lo ofrece.
¿Qué pasa con el correo electrónico?
Si cambias nameservers, tus registros MX migran a la nueva zona DNS. Cópialos primero antes de cambiar los nameservers para que el correo no se interrumpa. Si solo editas el registro A, los registros MX no se ven afectados.
Cómo verificar que el dominio apunta correctamente
Una vez hecho el cambio, comprueba la propagación con estas herramientas:
- Terminal:
dig tudominio.com A +short— debe devolver la IP de tu servidor cloud. - whatsmydns.net — muestra la propagación en múltiples regiones del mundo simultáneamente.
- dnschecker.org — similar, con mapa visual por país.
Si el registro A ya muestra la IP correcta pero el sitio no carga, el problema está en el servidor (Apache/Nginx no está escuchando en el puerto 80/443, o el firewall bloquea el tráfico), no en el DNS.
SSL/TLS después del cambio
Espera a que el DNS propague completamente antes de solicitar un certificado SSL con Let's Encrypt o similar. Si corres certbot antes de que el dominio resuelva a tu servidor, el desafío HTTP fallará y quemarás intentos de la tasa límite.
Errores frecuentes al configurar dominio en cloud hosting
- No bajar el TTL con anticipación: si el TTL estaba en 86 400 s (24 h), los resolvers cachearán la IP vieja hasta un día completo.
- Cambiar nameservers Y registros A al mismo tiempo: estos métodos son mutuamente excluyentes. Elige uno.
- Olvidar el subdominio www: añade siempre tanto el registro raíz (
@) comowwwpara que ambas versiones funcionen. - IP dinámica sin protección: algunos VPS baratos reasignan la IP si reinicias el droplet. Usa una IP reservada o elástica para que el DNS no quede inválido.
Si tu agencia necesita orientación más detallada para migrar dominios con cero tiempo de inactividad, los expertos de elenlace.com pueden acompañarte en cada paso del proceso.
Para más artículos sobre configuración en la nube, visita nuestra sección de cloud hosting en el blog.
Conclusiones clave
- Tienes dos métodos: cambiar nameservers (delega todo el DNS) o editar registros A/CNAME (conservas el DNS en tu registrar).
- Baja el TTL a 300 s al menos 24 h antes de cualquier cambio si tu sitio ya está en producción.
- Verifica la propagación con
digo whatsmydns.net antes de declarar éxito. - Solicita el certificado SSL solo después de que el DNS propague completamente.
- Nunca uses IP dinámica sin una IP reservada/elástica de tu proveedor.
¿Listo para mover tu dominio sin interrupciones? El equipo de elenlace.com ofrece migraciones asistidas para que tu sitio esté en el cloud en horas, no en días.
Preguntas frecuentes
¿Cuánto tarda en propagarse un cambio de nameservers?
Entre 15 minutos y 48 horas, aunque la mayoría de los ISP actualizan su caché en menos de 2 horas. El TTL que tenía configurado el registro anterior es el principal factor determinante.
¿Puedo apuntar el dominio a una IP de cloud sin cambiar los nameservers?
Sí. Editando solo el registro A (y CNAME para www) desde el panel de tu registrar apuntas el tráfico web a tu servidor cloud sin mover el resto de tu configuración DNS.
¿Qué pasa si tengo correo configurado en el mismo dominio?
Si cambias nameservers, debes recrear tus registros MX en la nueva zona DNS antes de hacer el cambio para no perder el correo. Si solo editas el registro A, los MX no se tocan.
¿Por qué mi sitio no carga aunque el DNS ya propagó?
El DNS correcto es condición necesaria pero no suficiente. Verifica que el servidor web (Apache o Nginx) esté activo, que el virtual host esté configurado para tu dominio y que el puerto 80/443 esté abierto en el firewall del servidor.
Para saber más
Otros proveedores y guías que vale la pena comparar:
