Registros DNS explicados (A, AAAA, MX, TXT, CNAME)

Cada vez que abres un sitio, envías un correo o verificas un dominio, estás leyendo registros DNS — las pequeñas entradas de texto que le dicen a internet a dónde apunta tu dominio. Esta guía explica los tipos de registro que de verdad encontrarás, cómo se ve cada uno, y cómo el TTL y la propagación deciden cuándo entran en vigor tus cambios. Puedes verlos todos para cualquier dominio con nuestra herramienta de búsqueda DNS.

Respuesta rápida

Un mismo dominio suele tener varios tipos a la vez — A/AAAA para el sitio, MX para el correo, TXT para verificación, y NS que delega quién responde.

A y AAAA — direcciones

Los dos registros de dirección son los caballos de batalla del DNS. Ambos responden a la pregunta «¿a qué IP me conecto?» — solo que hablan versiones distintas del protocolo de internet.

• Registro A → una dirección IPv4 (104.16.132.229)
• Registro AAAA → una dirección IPv6 (2606:4700::6810:84e5)

Un dominio puede publicar ambos; un cliente usa el que admita su red (los dispositivos modernos prefieren IPv6 cuando está disponible). Si un sitio carga en un dispositivo pero no en otro, los registros AAAA ausentes o erróneos son un culpable clásico. Para la diferencia entre los dos protocolos, ve IPv4 vs IPv6 explicado.

CNAME — alias

Un registro CNAME (nombre canónico) dice «este nombre es en realidad otro nombre». Así es como www.example.com puede apuntar a example.com, o como un dominio personalizado apunta a un proveedor de hosting como myapp.netlify.app.

Dos reglas hacen tropezar a mucha gente:

1. Sin CNAME en el apex. No puedes poner un CNAME en el dominio raíz (example.com) junto a registros obligatorios como MX y NS. Los proveedores ofrecen «ALIAS»/«ANAME»/«flattening» para sortearlo.
2. Un CNAME no puede coexistir con otros tipos de registro en el mismo nombre. El alias es la respuesta.

MX — a dónde va el correo

Los registros MX (mail exchange) enrutan el correo. Cuando otro servidor quiere escribir a tu@example.com, consulta tus registros MX para encontrar los servidores de recepción.

Prioridad   Servidor de correo
10          aspmx.l.google.com.
20          alt1.aspmx.l.google.com.

• Cuanto más bajo el número de prioridad, mayor la preferencia — los emisores prueban 10 antes que 20.
• Los MX apuntan a nombres de host, no a IP, y esos nombres necesitan sus propios A/AAAA.
• No tener registros MX suele significar que el dominio no puede recibir correo.

TXT — verificación y autenticación de correo

Los registros TXT contienen texto libre y realizan en silencio algunas de las tareas más importantes del DNS:

• SPF — lista qué servidores pueden enviar correo de tu dominio: v=spf1 include:_spf.google.com ~all
• DKIM — publica una clave pública usada para firmar tu correo saliente.
• DMARC — fija una política sobre qué hacer con el correo que falla SPF/DKIM.
• Verificación de dominio — cadenas como google-site-verification=… que prueban que eres el propietario.

Si tu correo cae en spam, tus registros TXT (SPF/DKIM/DMARC) son lo primero que debes revisar.

NS — quién manda

Los registros NS (servidor de nombres) listan los servidores autoritativos de un dominio — los que tienen las respuestas reales. Cuando mueves tu DNS a Cloudflare, Route 53 u otro proveedor, cambias los registros NS en tu registrador. Todo lo demás (A, MX, TXT…) reside en los servidores de nombres a los que apuntan los NS.

TTL y propagación — por qué los cambios no son instantáneos

Cada registro lleva un TTL (tiempo de vida) en segundos — cuánto puede un resolutor guardarlo en caché.

example.com.   300   IN   A   104.16.132.229
               ↑ TTL = cachear esta respuesta 300s (5 min)

Tras editar un registro, los resolutores que ya cachearon el valor antiguo lo siguen sirviendo hasta que expira el TTL. Por eso un cambio puede verse activo para ti pero obsoleto para otra persona — tiene una copia en caché. A nivel mundial, la propagación completa puede tardar hasta 48 horas.

Consejo pro: antes de una migración planificada, baja el TTL (p. ej. a 300s) un día antes. Así el cambio se despeja en minutos en vez de horas.

Puedes ver si un cambio se ha propagado comparando resolutores: si Cloudflare 1.1.1.1 y Google 8.8.8.8 devuelven respuestas distintas para el mismo registro, el cambio aún se está desplegando (o el dominio usa DNS geográfico / split-horizon). Nuestra herramienta DNS hace esa comparación por ti y señala si los dos grandes resolutores públicos coinciden.

Leer registros como un profesional

1. ¿El sitio no carga en algunas redes? Revisa A y AAAA.
2. ¿Correos que rebotan? Revisa MX, luego SPF/DKIM/DMARC en TXT.
3. ¿Dominio personalizado mal apuntado? Revisa el CNAME (y recuerda: no en el apex).
4. ¿Acabas de cambiar de proveedor? Confirma los registros NS en tu registrador.
5. ¿El cambio no aparece? Es el TTL — compara resolutores y espera a que expire la caché.

¿Quieres el panorama completo de tu dominio? Haz una búsqueda DNS — muestra los registros A, AAAA, MX, TXT, NS y CNAME con sus TTL, te permite alternar entre los resolutores de Cloudflare y Google, y comprueba la propagación. Para saber cómo viajan las consultas por la red, lee Qué es la resolución DNS y DNS over HTTPS.