CNAME o registro A: cuál usar y la regla del ápice

Qué hacen en realidad un registro A y un CNAME

Ambos registros responden a la misma pregunta — ¿a dónde apunta este nombre? — pero la responden con información de distinta naturaleza, y esa única diferencia explica todas las reglas que vienen después.

Un registro A asocia un nombre directamente a una dirección IPv4. example.com → 203.0.113.10. Es el final de la cadena: el resolvedor ya tiene lo que necesita y se detiene. (El equivalente para IPv6 es el registro AAAA, y todo lo de esta guía se le aplica igual.)

Un registro CNAME asocia un nombre a otro nombre. www.example.com → example.com, o tienda.example.com → mitienda.miproveedor.net. El resolvedor no obtiene una dirección: obtiene un segundo nombre que ahora debe consultar. CNAME significa «nombre canónico», y el registro se lee mejor como una frase: el nombre real de esto está allí, pregunta por aquel en su lugar.

Esa redirección es justamente el objetivo. Si aquello a lo que apuntas cambia alguna vez de dirección IP, un CNAME sigue funcionando sin que toques nada, porque nunca anotaste la dirección.

La diferencia que de verdad importa

En la práctica la elección se reduce a una pregunta: ¿de quién es la dirección?

• Es tuya: un servidor, un VPS, un balanceador de carga con una IP fija que controlas. Usa un registro A. Conoces la dirección, no cambiará sin que te enteres y una respuesta directa es la más rápida.
• Es de otro: una plataforma de hosting, una CDN, un creador de tiendas, un servicio de formularios o de página de estado. Usa un CNAME. Sus direcciones cambian, a menudo en silencio y sin avisar, y un CNAME hace que su cambio no sea tu caída.

Por eso la página de configuración de cualquier plataforma te pide crear un CNAME en lugar de darte una IP. No es una convención: es que se reservan el derecho a mudarse. Si fijas su IP actual en un registro A, has renunciado sin saberlo a su ventana de mantenimiento.

Hay una diferencia estructural más, y hace caer a mucha gente: un nombre que tiene un CNAME no puede tener ningún otro registro. El estándar es explícito. Si www.example.com es un CNAME, no puede llevar además un registro TXT, uno MX ni uno A. La mayoría de proveedores se niega a guardar el segundo registro, pero algunos lo aceptan y simplemente se comportan de forma impredecible, que es una manera muy desagradable de pasar la tarde.

Por qué el ápice no puede ser un CNAME

El ápice —también llamado raíz, ápice de zona o dominio desnudo— es example.com sin nada delante. Y es el único nombre de tu zona que no puede ser un CNAME. No es una limitación que haya inventado tu proveedor: se deduce de la regla anterior.

Tu ápice ya lleva registros que deben existir para que el dominio funcione: los registros NS que nombran tus servidores de nombres autoritativos y el registro SOA que describe la zona. Viven en el ápice por definición. Como un CNAME prohíbe cualquier otro registro en el mismo nombre, y el ápice está obligado a llevar NS y SOA, un CNAME en el ápice es una contradicción. Un servidor DNS que cumpla el estándar no lo servirá.

Esto tiene una consecuencia práctica que la gente descubre en el peor momento. Tus registros MX también viven en el ápice. Si algún proveedor te deja forzar un CNAME ahí, no solo has apuntado tu web: has dejado tu correo en un estado indefinido, porque ese nombre ahora declara tener su nombre canónico en otro sitio mientras también debe responder consultas MX.

Qué poner en el ápice en su lugar

Hay cuatro respuestas viables, más o menos en el orden en que deberías preferirlas.

Usa el registro alias de tu proveedor

Casi todos los proveedores de DNS modernos ofrecen un tipo de registro que se comporta como un CNAME pero es legal en el ápice: ALIAS, ANAME o el aplanado de CNAME de Cloudflare. Los nombres cambian, el mecanismo es el mismo: el servidor de nombres resuelve el destino por su cuenta y responde a la consulta con el registro A resultante. El mundo exterior ve un registro A perfectamente normal, así que no se rompe ninguna regla, y tú sigues sin haber anotado una IP.

Es la respuesta correcta siempre que tu proveedor la ofrezca. La trampa está en que es una función de tu proveedor, no del DNS: si trasladas la zona a otro que no la soporte, el registro no te acompaña.

Redirige el ápice a www

Pon el sitio real en www con un CNAME —totalmente legal— y convierte el ápice en una redirección hacia él. Muchos registradores y todas las CDN lo ofrecen como un ajuste de una línea, normalmente llamado reenvío de dominio o regla de redirección. Consigues un CNAME limpio donde importa y un único nombre canónico, que además conviene para el SEO.

La contrapartida es estética: tu URL visible lleva un www. y hay gente con opiniones firmes al respecto.

Usa un registro A, a sabiendas

Si la plataforma publica una dirección IP fija y se compromete a ella por escrito, un registro A en el ápice está bien. La palabra que hace el trabajo es «compromete». Una IP que descubriste haciendo ping a su destino CNAME no es un compromiso, es una foto del momento, y cambiará.

Si lo haces, baja el TTL del registro antes de cualquier migración planificada para no quedarte esperando a las cachés cuando la dirección sí cambie.

Comprueba qué tienes en realidad

Antes de cambiar nada, mira el estado actual de la zona en lugar de confiar en el resumen del panel. Consulta el ápice y el nombre www por separado y compara: quieres saber si cada uno responde con un registro A o con un CNAME, y si ya hay algo inesperado. Una herramienta gratuita de consulta DNS te muestra el tipo de registro, el valor y el TTL restante de cada uno.

Cuándo el CNAME es la opción correcta

Recurre a un CNAME siempre que el destino sea un nombre que no controlas:

• Subdominios que apuntan a una plataforma: tienda, docs, status, blog o ayuda hacia un servicio alojado. Es, de largo, el uso correcto más común.
• Una CDN delante de tu origen, cuando la CDN te entrega un nombre de host como d1234.cloudfront.net.
• Registros de verificación y de servicio que un proveedor te pide crear como CNAME, a menudo con una etiqueta larga y aleatoria.
• Mantener www alineado con el ápice, para que un solo cambio actualice los dos.

En los cuatro casos el valor es el mismo: el proveedor puede cambiar de infraestructura y tu DNS sigue funcionando sin que lo toques.

Cuándo el registro A es la opción correcta

Un registro A es lo correcto cuando la dirección es tuya:

• Tu propio servidor o VPS con IP fija.
• El ápice, cuando no hay registro alias disponible y la plataforma publica una IP estable.
• Un balanceador de carga que tu proveedor te entrega como dirección y no como nombre de host.
• Equipos de infraestructura: un servidor de correo nombrado en un registro MX, por ejemplo, debe resolverse mediante A o AAAA. Un registro MX no puede apuntar a un CNAME y los servidores de correo lo rechazan.

Esto último pilla a quien migra el correo. mail.example.com como CNAME parece inofensivo y rompe la entrega de formas tediosas de diagnosticar.

La consulta extra y el segundo TTL

Un CNAME cuesta un paso más. El resolvedor pregunta por tu nombre, recibe «pregunta por este otro nombre» y vuelve a preguntar. En la práctica ese viaje extra son unos milisegundos y casi siempre está en caché, así que no es razón para evitar los CNAME, pero conviene conocer dos consecuencias.

Primera: una cadena de CNAME que apunta a otro CNAME que apunta a otro CNAME añade un paso cada vez. Dos eslabones es normal; una cadena larga es un problema de latencia y una dependencia frágil, porque si se rompe cualquier eslabón tu nombre se cae.

Segunda: un CNAME trae consigo un segundo TTL. El resolvedor guarda tu CNAME con tu TTL y guarda el registro del destino con el TTL del destino, con cuentas atrás independientes. Tu espera real cuando algo cambia es la más larga de las dos, y por eso un CNAME que apunta a un proveedor con TTL largo puede quedarse rezagado frente a tu propio ajuste por bajo que lo pongas. Si estás planificando un cambio, cómo funcionan de verdad el TTL y la propagación explica la secuencia que evita caídas.

Errores comunes

• Forzar un CNAME en el ápice porque la interfaz del proveedor lo permitió. Deja tus registros MX —tu correo— en comportamiento indefinido.
• Añadir un TXT o un MX a un nombre que ya tiene un CNAME. No es legal y los proveedores no se ponen de acuerdo en cómo fallar.
• Copiar la IP actual de una plataforma en un registro A en vez de usar el CNAME que te pidieron. Funciona hasta el día que no, y no te lo van a avisar.
• Apuntar un registro MX a un CNAME. Los servidores de correo receptores lo rechazan; usa un nombre con registro A.
• Configurar www y olvidar el ápice, o al revés. Decide cuál es el canónico, apunta el otro hacia él y mantén los certificados cubriendo ambos.
• Cambiar tipo y valor de registro a la vez sin bajar antes el TTL, y luego preguntarse por qué medio mundo sigue viendo el destino antiguo.

En resumen

Usa un registro A cuando la dirección IP es tuya; usa un CNAME cuando apuntas al nombre de host de otro y quieres que sus cambios de infraestructura te resulten invisibles. Tu ápice no puede ser un CNAME, porque debe llevar los registros NS y SOA y un CNAME no admite compañía en el mismo nombre: usa ahí el ALIAS, el ANAME o el aplanado de CNAME de tu proveedor, redirige el ápice a www o usa un registro A solo cuando la plataforma publique una dirección estable. Comprueba hoy mismo a qué resuelve un dominio, con el tipo de registro y el TTL restante, con la herramienta gratuita de consulta DNS, y confirma el certificado del nuevo host con el verificador de certificados SSL.

Herramientas y guías relacionadas:

• Búsqueda de DNS: Consulta registros A, AAAA, MX, TXT, NS y más, con valores y TTL, además de DNS inverso.
• Verificador de certificados SSL: Comprueba el certificado SSL de cualquier dominio: emisor, fecha de caducidad y días restantes.
• Por qué los cambios de DNS tardan: TTL y propagación: Un cambio de DNS no es lento, está en caché

Preguntas frecuentes