Qué es el DNS: cómo funciona, los registros A, CNAME y MX, y cuánto tarda un cambio

Cada vez que alguien escribe tunegocio.com, su teléfono tiene que averiguar en qué servidor está tu página, y cada vez que alguien te escribe a ventas@tunegocio.com, su servidor de correo tiene que averiguar a dónde entregarlo. Las dos respuestas salen del DNS. Y el día que conectas un dominio, te cambias de hosting o configuras tu correo, lo que vas a tocar son sus registros.

Esto es lo que dicen ICANN, IANA, MDN, la ayuda de Google Workspace y la documentación de los proveedores, consultados el 30 de septiembre de 2026.

Qué es

El Sistema de Nombres de Dominio (DNS, por sus siglas en inglés) es, según ICANN, el que «ayuda a los usuarios a ubicarse en Internet». Existe por una razón simple: cada servidor tiene una dirección IP, una serie de números, y «las direcciones IP son difíciles de recordar». El DNS traduce el nombre a esa dirección. MDN lo compara con una libreta de direcciones; Google, con una guía telefónica.

Cómo se resuelve un nombre

ICANN lo explica en pasos:

1. Tu dispositivo pregunta a un resolutor: el de tu red o el de tu proveedor de internet, o uno público, como Google Public DNS, OpenDNS o Quad9.
2. El resolutor pregunta, por lo general, a varios servidores de nombres autoritativos. El sistema es jerárquico: arriba de todo están los servidores raíz, y al final, los que tienen los datos de tu dominio.
3. Esos datos se llaman zona, y suelen estar en manos de un tercero: tu registrador, el registro o tu compañía de hosting.
4. La respuesta se guarda en caché, en el resolutor y en tu dispositivo, para no repetir todo el camino en la próxima visita.

Los servidores de la raíz son 13 nombres, pero, según IANA, en realidad son cientos de servidores en muchos países.

Dónde se configura

En tu registrador eliges los servidores de nombres: los que van a tener la zona de tu dominio. Pueden ser los del propio registrador, los de tu hosting o los de un servicio aparte. Los registros se editan en el panel de quien tenga esos servidores. Si vienes de comprar el dominio → comprar un dominio, y si todavía no tienes hosting → qué es un hosting.

Los registros que vas a ver

Tipo	Qué hace	Para qué lo usa un negocio
A	Apunta un nombre a una dirección IPv4	Llevar tunegocio.com al servidor de la página
AAAA	Lo mismo, con una dirección IPv6	Lo mismo, si el hosting la da
CNAME	Apunta un nombre a otro nombre	Llevar www.tunegocio.com al nombre que te da el hosting
MX	Dice qué servidores reciben el correo	Que lleguen los correos a @tunegocio.com
TXT	Guarda un texto	Probar ante Google que el dominio es tuyo, y el SPF, el DKIM y el DMARC del correo
NS	Dice qué servidores de nombres tienen la zona	Se cambia desde el registrador, al elegir los servidores de nombres

En los paneles, el @ quiere decir el dominio raíz, tunegocio.com sin nada delante.

El registro MX

• Qué hace: según Google, los MX «dirigen el correo electrónico de un dominio a los servidores que alojan las cuentas». Quien te escribe busca tus MX para saber a dónde entregar.
• Prioridad: puede haber varios, cada uno con una prioridad; si el principal falla, se usa el siguiente.
• Un nombre, no una IP: ICANN aclara que el MX tiene que apuntar a un nombre de dominio, que a su vez apunta a la dirección.
• Un ejemplo real: en Google Workspace, el valor actual es smtp.google.com, con prioridad 1. Quien empezó antes de 2023 puede tener valores que empiezan con aspmx, y siguen funcionando. Google pide quitar los otros MX, y avisa que los nuevos pueden tardar hasta 72 horas en reconocerse.

Que el correo llegue no es lo mismo que no caer en spam: para eso están el SPF, el DKIM y el DMARC, que van en registros TXT. Desde el 1 de febrero de 2024, Gmail exige SPF o DKIM a todo el que le envía correos → correo con dominio propio.

El TTL, y por qué un cambio «tarda»

El TTL, o tiempo de vida, es según ICANN el período, en segundos, durante el que un resolutor puede guardar un registro. Cuando vence, pide una copia nueva. Por eso no hay un «envío» del cambio a todo internet: cada servidor sigue usando la respuesta vieja hasta que se le vence. Google lo pone en números: con un TTL de 86 400 segundos, un cambio puede tardar hasta 24 horas en aplicarse, y recomienda 3600, una hora.

Por eso las fuentes no coinciden en cuánto tarda la famosa propagación:

Fuente	Qué dice
MDN	Unas pocas horas
Netlify	Hasta un día
Cloudflare	Hasta 24 horas, al cambiar los servidores de nombres
ICANN, en una página antigua	48 horas
Google Workspace, al cambiar los MX	Hasta 72 horas

Antes de una mudanza, Google recomienda bajar el TTL a un valor bajo, por ejemplo unas horas, al menos una semana antes → cómo mudarte de hosting sin caerte.

Los errores más comunes

1. Un CNAME en el dominio raíz. No se puede: Netlify lo dice sin vueltas, y GitHub configura el raíz con un registro A. El CNAME es para subdominios como www; en el raíz va un A, o un ALIAS o ANAME si tu proveedor los tiene.
2. Un MX que apunta a una dirección IP. Tiene que apuntar a un nombre.
3. Dejar los MX viejos al cambiarte de correo. Google pide quitar los otros y dejar solo los del servicio nuevo.
4. Esperar que el cambio se vea al instante. Hay que darle lo que diga el TTL, y probar desde otra red, por ejemplo con los datos del celular.
5. Confundir el resolutor con la zona. El 8.8.8.8 de Google es un resolutor público y gratuito: responde consultas, pero no aloja la zona de nadie, y Google aclara que no tiene un acuerdo de nivel de servicio. Tus registros viven en tus servidores de nombres.

Fuentes oficiales

• Sistema de Nombres de Dominio, tiempo de vida, DNSSEC y cómo funciona el DNS y preguntas frecuentes — ICANN.
• Servidores raíz y los tipos de registro — IANA.
• ¿Qué es un nombre de dominio? y cómo funciona la web — MDN.
• Conceptos básicos de DNS, los registros MX y el SPF — Ayuda de Google Workspace; lineamientos para remitentes — Ayuda de Gmail.
• Google Public DNS y sus preguntas frecuentes — Google.
• Trasladar un sitio sin cambiar las URL — Google Search Central.
• DNS externo — Netlify; configurar los servidores de nombres — Cloudflare; dominios propios en GitHub Pages — GitHub.