Registro A o CNAME: cuál usar para apuntar tu dominio

Al apuntar un dominio a un hosting, el panel de DNS te pregunta el tipo de registro. Una elección equivocada produce errores confusos: el panel rechaza el registro, el sitio desaparece o el correo deja de llegar.

La decisión es pequeña, pero una regla del estándar DNS atrapa a mucha gente. Si entiendes de dónde viene, resuelves casi todos los casos de raíz, www, subdominio y correo.

¿Qué es un registro A?#

Un registro A asocia un nombre a una dirección IPv4. Cuando alguien consulta app.misitio.com, el DNS responde con algo como 203.0.113.10 y el navegador se conecta a esa IP. El equivalente para IPv6 es el registro AAAA.

dig app.misitio.com A +short
203.0.113.10

Es el tipo más simple y el más previsible: una consulta, una respuesta. El costo es que la IP queda grabada en tu zona. Si el hosting cambia de IP, tienes que editar el registro en cada nombre que apunta a ella.

¿Qué es un CNAME?#

CNAME significa "nombre canónico". El registro dice que un nombre es un alias de otro: quien consulta el alias recibe el nombre de destino y sigue la consulta hasta encontrar una IP.

dig www.misitio.com CNAME +short
misitio.com.

El punto final en el valor indica un nombre completo (FQDN). Sin él, algunos paneles añaden el dominio al valor y el destino queda mal.

La ventaja es el mantenimiento: si el destino cambia de IP, tu alias lo sigue sin que toques el DNS. La desventaja es una consulta más en la resolución, que la caché suele absorber mientras dura el TTL.

¿Cuál es la diferencia entre un registro A y un CNAME en la práctica?#

No hay un ganador universal: lo que decide es lo que entrega el hosting (una IP o un nombre) y dónde va a estar el registro.

¿Por qué el CNAME no funciona en el dominio raíz?#

La RFC 1034 define que, si existe un CNAME en un nombre, no debe existir ningún otro dato en ese mismo nombre. La RFC 2181 refuerza la regla, y la RFC 1912 lo resume: un CNAME no puede convivir con ningún otro dato.

El dominio raíz (misitio.com, sin prefijo, también llamado apex) siempre tiene registros SOA y NS, y normalmente también MX y TXT. Un CNAME ahí chocaría con todos ellos. Los paneles de DNS suelen rechazar el registro, y cuando lo aceptan el resultado es impredecible: la RFC 1912 advierte que BIND rechaza los demás datos del nombre cuando ve el CNAME, así que los NS se ignoran y los hosts del dominio quedan inalcanzables.

Algunos proveedores lo resuelven con CNAME flattening, también llamado ALIAS o ANAME. El propio proveedor resuelve el nombre de destino y responde con las IP como si fueran registros A. Es una función del proveedor de DNS, no del estándar, y el nombre varía: Cloudflare lo llama flattening, otros proveedores usan ALIAS o ANAME. Si el tuyo no lo tiene, usa un A en la raíz.

¿Y el correo? ¿Cómo interfiere el CNAME?#

El CNAME puede romper el correo de dos formas distintas.

CNAME en el mismo nombre que el MX. Como el CNAME no convive con otros datos, crear un CNAME en la raíz choca con el MX y el TXT (SPF, verificaciones). El correo del dominio deja de llegar. Es la causa más común de "toqué el sitio y el correo dejó de funcionar".

MX apuntando a un CNAME. La RFC 2181 (sección 10.3) dice que el destino de un MX o NS no puede ser un alias, y la RFC 1912 también lo desaconseja. El valor del MX debe ser un nombre con registro A o AAAA.

Por eso, si el dominio recibe correo, nunca pongas un CNAME en la raíz y apunta siempre el MX a un nombre que resuelva directo a una IP.

¿Cuándo usar cada uno?#

• Dominio raíz (misitio.com): registro A, o ALIAS/ANAME/flattening si tu proveedor lo ofrece.
• www: CNAME a la raíz (misitio.com.) o al nombre que indique el hosting. Si prefieres, un A con la misma IP.
• Subdominios (app, api, bot): CNAME cuando el hosting da un nombre de destino. Es la opción que mejor sobrevive a los cambios de IP. Mira qué es un subdominio.
• Hosting que solo informa una IP: registro A, en cualquier nombre.
• Nombre que también necesita MX o TXT: registro A (o AAAA), nunca CNAME.

Ejemplo de zona para un sitio en la raíz con www y app:

Los valores son ficticios: usa los que te indique tu hosting. El paso a paso completo está en cómo apuntar un dominio a tu hosting, y el catálogo de tipos en qué son los registros DNS.

¿Cómo confirmar lo que está publicado?#

Consulta el tipo de registro directamente:

dig misitio.com A +short
dig www.misitio.com CNAME +short
dig misitio.com MX +short

Para ver la cadena completa hasta la IP, ejecuta dig www.misitio.com: la sección ANSWER muestra el CNAME seguido del A. Si un mismo nombre muestra un CNAME y otros tipos a la vez, la zona es inconsistente y hay que corregirla.

Después de cambiar un registro, el valor antiguo puede seguir visible hasta que el TTL expire en los resolvedores.

Cómo hacerlo en Square Cloud#

Cada aplicación web en Square Cloud recibe un subdominio *.squareweb.app con HTTPS, en todos los planes, sin que tengas que crear ningún registro. El dominio propio está disponible a partir del plan Standard.

Añades el dominio en el panel, que te muestra los registros DNS necesarios, y tú los creas en tu registrador o proveedor de DNS. El destino es un CNAME a cname.squareweb.app, más un TXT de validación. El panel muestra el estado de la validación en tiempo real y emite el TLS automáticamente.

Como no hay una IP fija para poner en un registro A, el dominio raíz funciona cuando tu proveedor de DNS acepta CNAME en la raíz (flattening o ALIAS), como viste arriba. Para www, lo recomendado es un redirect al dominio principal. El dominio sigue registrado a tu nombre, y la zona DNS sigue en tus manos.

Si varias aplicaciones atienden el mismo dominio, mira también el load balancing. Los detalles están en la página de dominios.