"He comprado el dominio, ¿por qué no funciona la web?" Es una de las preguntas que más veces hemos respondido en veinte años de proyectos, y casi siempre la respuesta está en el mismo sitio: el DNS. No porque sea complicado — en el fondo es una idea sencilla —, sino porque casi nadie te explica qué es hasta que algo falla.
La idea, sin tecnicismos
El DNS (Domain Name System) es, básicamente, una agenda de contactos gigante y distribuida. Tú escribes "idenautas.com" en el navegador, algo tiene que traducir ese nombre legible a la dirección numérica real donde vive el servidor que sirve esa web. El DNS es quien hace esa traducción, en milisegundos, cada vez que alguien visita cualquier web del planeta.
Pero el DNS no solo dirige tráfico web. Dirige también el correo electrónico, verifica que un dominio es dueño legítimo de ciertos servicios, y resuelve docenas de tareas que ocurren en segundo plano sin que nadie las note — hasta que algo se configura mal y todas fallan a la vez.
Los tipos de registro que de verdad importan
No hace falta memorizar la lista completa, pero estos cuatro aparecen en el 90% de los problemas reales:
Registro A. Apunta un dominio a una dirección IP concreta. Es el más básico: le dice a cualquiera que pregunte "¿dónde está idenautas.com?" un número exacto de servidor.
Registro CNAME. En lugar de apuntar a una IP, apunta a otro nombre de dominio. Se usa mucho para subdominios ("www" apuntando al dominio principal, por ejemplo) y para servicios externos que gestionan su propia infraestructura.
Registro MX. Dirige específicamente el correo electrónico. Es completamente independiente del registro que dirige la web — por eso puedes tener tu web en un proveedor y tu correo en otro sin ningún conflicto, siempre que ambos registros estén bien configurados.
Registro TXT. Guarda texto libre que sirve para verificaciones: confirmar que eres dueño del dominio ante Google, autorizar qué servidores pueden enviar correo en tu nombre (SPF), o firmar criptográficamente los correos que envías (DKIM) para que no acaben en spam.
Quién controla cada pieza (y por qué se confunde tanto)
Aquí está la fuente de la mayoría de confusiones: el registrador del dominio, el proveedor de DNS y el proveedor de hosting suelen pensarse como una sola cosa, y casi nunca lo son.
El registrador es la empresa donde compraste el dominio — quien lo tiene inscrito a tu nombre. El proveedor de DNS es quien gestiona los registros que mencionamos arriba, y puede ser el mismo registrador o un servicio completamente distinto. El hosting es donde viven físicamente los archivos de tu web, y es a donde apunta el registro A o el CNAME.
Es perfectamente normal — y a veces recomendable — tener el dominio registrado en una empresa, el DNS gestionado en otra, el correo en una tercera y la web alojada en una cuarta. El problema aparece cuando nadie tiene claro cuál de las cuatro hay que tocar para cambiar algo.
Por qué esto importa en cualquier migración
Cuando migras una web de un proveedor a otro, lo que realmente estás haciendo —entre otras cosas— es cambiar a qué apunta el registro A o el CNAME de tu dominio. Si en ese proceso alguien toca sin querer el registro MX, el correo deja de funcionar, aunque la web vaya perfectamente. Es uno de los errores más comunes y más evitables en cualquier migración, y la causa casi siempre es la misma: copiar toda la configuración DNS del proveedor antiguo sin verificar registro por registro cuál hace qué.
Hay además un factor de tiempo que sorprende a quien no lo conoce: los cambios de DNS no son instantáneos. Cada registro tiene un TTL (tiempo de vida) que determina cuánto tiempo lo recuerdan los servidores intermedios antes de volver a consultarlo. Puede ir de unos minutos a 24-48 horas. Durante ese margen, es normal que algunas personas vean ya la web nueva y otras sigan viendo la antigua, dependiendo de qué servidor DNS esté consultando su conexión.
Cómo comprobarlo tú mismo
No hace falta instalar nada complicado. Herramientas como whatsmydns.net muestran, desde decenas de ubicaciones del mundo a la vez, qué está respondiendo actualmente un dominio para cada tipo de registro — útil tanto para confirmar que una migración se ha propagado como para diagnosticar por qué alguien en otra ciudad sigue viendo la versión antigua.
Si prefieres la línea de comandos, nslookup tudominio.com o dig tudominio.com hacen lo mismo desde tu propio ordenador, aunque solo muestran la respuesta que llega a tu conexión en ese momento.
No necesitas entender el DNS a fondo para tener una web. Pero saber que existen estas cuatro piezas, que no tienen por qué estar en el mismo sitio y que los cambios tardan en propagarse, es la diferencia entre entender tranquilamente por qué algo tarda un día en funcionar tras una migración, y llamar presa del pánico pensando que se ha perdido algo que, en realidad, solo está de camino.
