Registros DNS explicados: A, CNAME, MX y TXT sin enredos
Qué hacen los registros A, AAAA, CNAME, MX, TXT, NS y CAA, cuáles necesita el dominio de tu app, los errores que tumban web y correo y cómo revisarlos.
Read in English →
Los registros DNS son las entradas que le dicen a internet dónde vive cada parte de tu dominio: un registro A o CNAME manda a los visitantes al hosting de tu app, los MX mandan el correo a tu proveedor de buzones y los TXT sirven para demostrar que el dominio es tuyo y publicar reglas de seguridad del correo. Una app típica necesita unos pocos, y casi todas las caídas después de "conectar el dominio" vienen de un registro que falta, que está repetido o que apunta a un servicio viejo.
En esta guía te explicamos cada tipo de registro con palabras simples, te mostramos una configuración de ejemplo para una app en Vercel o Netlify con el correo en otro proveedor, y repasamos los errores que más seguido dejan sin web o sin correo.
¿Quién manda en mi DNS?
Hay tres papeles que se confunden mucho:
- Registrador: la empresa donde compraste el dominio y pagas la renovación.
- Proveedor de DNS: el servicio que guarda tus registros y responde las consultas. Puede ser el mismo registrador, Cloudflare, Vercel, Netlify u otro.
- Nameservers (NS): se configuran en el registrador y dicen qué proveedor de DNS está a cargo.
Solo cuenta el proveedor que indican tus nameservers. Una trampa típica: editas registros en el registrador mientras los nameservers apuntan a Cloudflare, y nada de lo que cambias tiene efecto. Antes de tocar algo, corre dig ns tudominio.com (o búscalo en Google Public DNS) y edita donde realmente corresponde.
¿Qué hace cada tipo de registro?
| Registro | Para qué sirve | Valor típico en una app |
|---|---|---|
| A | Apunta un nombre a una dirección IPv4 | La IP de tu hosting para el dominio raíz (Vercel te sugiere una en la configuración de dominios del proyecto; Netlify documenta 75.2.60.5) |
| AAAA | Apunta un nombre a una dirección IPv6 | Solo si tu hosting lo pide; Vercel todavía no soporta IPv6 en dominios propios |
| CNAME | Convierte un nombre en alias de otro | www apuntando al valor que te muestra el hosting, por ejemplo tusitio.netlify.app |
| MX | Indica qué servidores reciben el correo del dominio | Los servidores de tu proveedor de correo, con prioridades |
| TXT | Texto libre para verificaciones y reglas de correo | SPF, claves DKIM, DMARC, códigos de verificación |
| NS | Delega el dominio o un subdominio a un proveedor de DNS | Se fija en el registrador; casi nunca se edita dentro de la zona |
| CAA | Dice qué autoridades pueden emitir certificados | Vacío, o incluyendo letsencrypt.org si tu hosting lo usa |
¿Por qué el dominio raíz no puede ser un CNAME?
Las reglas del DNS dicen que un nombre con CNAME no puede tener ningún otro registro. La raíz (tudominio.com) siempre lleva registros NS y casi siempre MX y TXT, así que un CNAME ahí choca con todo. Por eso los hostings te dan un registro A para la raíz y un CNAME para www. Algunos proveedores ofrecen registros ALIAS o "flattening" que se comportan como un CNAME en la raíz; úsalos solo si la documentación de tu hosting dice que lo soporta.
¿Cómo se ve una configuración que funciona?
Este es un ejemplo realista para una app en Vercel, con el correo en Google Workspace y un servicio de correos transaccionales. El valor del registro A y el destino del CNAME son de ejemplo; usa los valores exactos que te muestren tu hosting y tus proveedores.
Tipo Nombre Valor
A @ 76.76.21.21
CNAME www <valor que muestra tu configuración de dominios en Vercel>
MX @ smtp.google.com (prioridad 1)
TXT @ v=spf1 include:_spf.google.com include:<tu servicio de envío> ~all
TXT google._domainkey v=DKIM1; k=rsa; p=<clave de Google>
TXT _dmarc v=DMARC1; p=none; rua=mailto:dmarc@tudominio.comEl @ representa el dominio raíz, y el campo Nombre lleva solo el prefijo. Si escribes www.tudominio.com en ese campo, muchos proveedores crean www.tudominio.com.tudominio.com, uno de los errores más comunes al configurar.
¿Qué es el TTL y por qué tarda la propagación?
El TTL (time to live) es la cantidad de segundos que los servidores pueden guardar en caché un registro antes de volver a preguntar. Si un registro tenía un TTL de un día, algunos visitantes pueden seguir recibiendo el valor viejo hasta un día después del cambio. Los cambios en registros normales suelen verse rápido; según la documentación de Vercel, cambiar de nameservers puede tardar entre 24 y 48 horas en llegar a todos.
Un hábito práctico: un día antes de un cambio planeado, baja el TTL de los registros que vas a tocar a unos 300 segundos. Haz el cambio cuando venza el TTL anterior, confirma que todo anda y vuelve a subirlo.
¿Qué errores tumban la web o el correo?
- Cambiar de nameservers y perder el correo. Si mueves los nameservers a tu hosting, la zona nueva arranca vacía salvo que copies todos los registros. Crea primero los MX y los TXT del correo, o dejarán de llegar mensajes.
- Dos registros SPF. Un dominio solo puede tener un TXT que empiece con
v=spf1. Con dos, SPF falla. Júntalos en uno solo con variosinclude:. - Restos de la página de estacionamiento. Un A o AAAA viejo de la página por defecto del registrador manda a parte de los visitantes (y a las verificaciones de certificados) al lugar equivocado. Borra lo que no reconozcas después de averiguar para qué era.
- Proxy encendido durante la configuración. El proxy de Cloudflare (la nube naranja) se mete entre los visitantes y tu hosting. Algunos hostings necesitan que esté en modo solo DNS para verificar el dominio y emitir el certificado.
- Registro CAA restrictivo. Si un CAA permite una sola autoridad y no es la que usa tu hosting, el HTTPS nunca se activa. Lo vemos en la guía de certificado SSL que no funciona.
¿Cómo reviso mis registros DNS?
Desde una terminal:
dig ns tudominio.com +short
dig a tudominio.com +short
dig cname www.tudominio.com +short
dig mx tudominio.com +short
dig txt tudominio.com +shortCompara cada respuesta con lo que esperan tu hosting y tu proveedor de correo. Si no usas terminal, consulta los mismos nombres en dns.google. Después confírmalo en los propios servicios: la configuración de dominios del hosting debería mostrarlo como válido y la consola de tu proveedor de correo, como verificado.
Respuestas rápidas
¿Tengo que pasar mis nameservers a Vercel o Netlify? Normalmente no. Basta con agregar los registros A y CNAME que te indican en tu proveedor de DNS actual. Mover los nameservers ayuda sobre todo con subdominios comodín.
¿Por qué la web me abre en el celular y no en la laptop? Uno de los dos sigue usando un registro viejo en caché. Espera a que venza el TTL o limpia la caché DNS de ese equipo y de la red.
¿Puedo borrar registros que no reconozco? No a ciegas. Un TXT puede estar verificando un servicio que sigues usando. Busca el valor, averigua quién lo agregó y luego decide.
¿Para qué sirve el registro _dmarc? Le dice a los servidores que reciben correo qué hacer con los mensajes que no pasan SPF ni DKIM. Lo explicamos en la guía de correos de tu app que llegan a spam.
¿Quieres que alguien revise tu DNS?
Un registro mal puesto puede tumbar la web y el correo a la vez, así que vale la pena una segunda mirada antes de un cambio grande. Nuestros planes de mantenimiento de software incluyen trabajo de dominios y DNS, y la guía de dominio propio para tu app de Lovable o Bolt recorre una conexión completa. El chequeo gratuito también muestra lo que se ve desde afuera, o puedes escribirnos.
