¿Qué es un registro CNAME?
Un CNAME (Canonical Name) es una entrada DNS que asigna un alias de host a un nombre canónico. Cuando un resolver consulta el alias, sigue la cadena hasta encontrar un registro A o AAAA en el destino canónico y devuelve la IP subyacente. Por eso CNAME es la forma estándar de delegar un subdominio a un servicio de terceros sin tener que codificar su IP.
Los CNAME son centrales en las operaciones modernas de correo y web: los CDN publican IPs que cambian constantemente y solo un CNAME puede seguir limpiamente; los proveedores de DKIM-as-a-service exigen delegación por CNAME para las claves de selector; las plataformas SaaS los usan para personalizar endpoints de cara al cliente. El estándar se define en **RFC 1034** y **RFC 2181**.
¿Por qué comprobar tus registros CNAME?
1Detecta alias rotos pronto
Si un proveedor renombra o retira su host, tu CNAME se rompe en silencio y solo un verificador lo revela
2Confirma la delegación de DKIM y BIMI
Ambos dependen de CNAME que apuntan a registros gestionados por el proveedor — verifica que la cadena resuelve de extremo a extremo
3Evita errores de registros mixtos
Un CNAME no puede coexistir con otros registros en el mismo nombre. El verificador detecta el conflicto al instante
4Audita migraciones
Tras redirigir un dominio personalizado a un nuevo SaaS, verifica el destino canónico antes de anunciar el cambio
Cómo funciona la resolución CNAME paso a paso
Tu proveedor DNS publica un CNAME que asigna un alias (p. ej. `www.example.com`) a un destino canónico (`example.com` o un host del proveedor).
Un cliente consulta el alias. El resolver devuelve el CNAME y sigue consultando el destino canónico.
Si ese destino es a su vez un CNAME, el resolver continúa la cadena — la mayoría de stacks permiten hasta ~8 saltos antes de abandonar.
Cuando el resolver encuentra un registro A o AAAA, devuelve esa IP al cliente original.
Toda la cadena (alias → alias intermedios → registro A) se cachea en cada salto durante el TTL del registro.
Sintaxis del registro CNAME
www.example.com. 300 IN CNAME example.com.Desglose de campos
alias— el host que se delegaTTL— vida en caché en segundos (300 = 5 min)IN— clase de registro InternetCNAME— tipo de registrodestino— host canónico (debe terminar con un punto)Fallos comunes de CNAME y soluciones
CNAME en el apex
Los dominios apex no pueden alojar un CNAME — usa registros ALIAS o ANAME de tu proveedor DNS
CNAME junto a otros registros
El RFC 1034 prohíbe un CNAME en un nombre que también tenga MX, TXT o A — separa los registros en nombres distintos
Destino colgante
Si el destino canónico ya no existe, los resolvers devuelven NXDOMAIN — apunta a un destino activo
Cadena demasiado larga
Cadenas de más de 8 saltos hacen que algunos resolvers aborten — aplánala apuntando directamente al destino final
Preguntas Frecuentes
Un CNAME (Canonical Name) es una entrada DNS que asigna un nombre de host a otro. En lugar de apuntar directamente a una IP, el host se convierte en alias de un destino canónico, de modo que cualquier cambio en los registros A o AAAA del destino se aplica automáticamente a todos los alias. Se usan habitualmente para subdominios www, endpoints de CDN, dominios personalizados de SaaS y delegaciones de autenticación de correo como DKIM e informes DMARC.
La autenticación moderna de correo depende de claves DKIM delegadas vía CNAME y de los Branded Indicators for Message Identification (BIMI). Si el CNAME de un selector DKIM o de un logo BIMI está roto, los receptores pueden bajar tu puntuación de confianza y enviar el correo a spam. El verificador confirma que el alias resuelve limpiamente al destino esperado, para que la firma y los indicadores de marca funcionen de extremo a extremo.
Hay cadena CNAME cuando un alias apunta a otro alias antes de llegar a un registro A. La mayoría de resolvers siguen las cadenas de forma transparente, pero cada salto añade latencia, aumenta el riesgo de configuración incorrecta y puede romper validadores que solo siguen un nivel. El verificador muestra cada paso para que puedas aplanar saltos innecesarios.
Estrictamente no — el RFC 1034 prohíbe un CNAME junto a otros registros, y los dominios apex necesitan SOA y NS. Algunos proveedores DNS ofrecen ALIAS, ANAME o CNAME-at-apex aplanados que sintetizan un registro A a partir del destino. Si confías en estas opciones, nuestro verificador comprueba igualmente que la IP resuelta funciona como se espera.
Un resultado vacío suele significar que el CNAME aún no se ha publicado, se ha añadido en el subdominio equivocado o hay un typo en el destino. La propagación DNS puede tardar hasta 48 horas, aunque la mayoría de proveedores modernos se actualizan en minutos. Confirma que el registro existe en tu panel DNS y vuelve a comprobarlo.
Sí. Las consultas CNAME usan datos DNS públicos y no tocan el servidor de destino. Puedes verificar la configuración de un partner, proveedor o competidor sin autenticación y sin generar tráfico contra su infraestructura.