Registros DNS (A, AAAA, CNAME, MX, TXT): qué son y cómo editarlos

Un registro DNS es una línea de la zona de tu dominio que dice «este nombre apunta a esto». Editarlo es rápido; lo difícil es saber qué tipo usar, qué poner en cada campo y dónde hacerlo. Te explicamos los cinco que más vas a tocar y el paso a paso en cPanel, Plesk y tu registrador.

Qué necesitas antes de empezar

• Saber quién gestiona tus DNS. Consulta los registros NS de tu dominio en nuestra consulta de registros DNS. Si apuntan a tu hosting, editarás en su panel; si apuntan a tu registrador o a Cloudflare, en el suyo.
• Acceso al panel correcto. Los proveedores con cPanel, como Nicalia, Raiola Networks, LucusHost, SeRed o Factoría Digital, usan el Zone Editor. Los que trabajan con Plesk, como Profesional Hosting o Cubenode (hoy Axarnet), usan Configuración DNS.
• Permiso para editar DNS. En cPanel, el proveedor puede desactivar el Zone Editor desde WHM, y en Plesk necesitas que te haya concedido la gestión de DNS. Si no ves la opción, pídela a soporte.
• Los valores exactos (IP, MX, código de verificación), copiados y pegados, no escritos a mano.
• Una captura o exportación de la zona actual, para poder deshacer.

Cómo se lee un registro DNS

Todos los registros tienen los mismos campos, aunque cada panel los llame a su manera:

• Nombre (host): la parte del dominio a la que afecta. @ significa el dominio raíz (tudominio.es); www es www.tudominio.es; tienda es tienda.tudominio.es.
• Tipo: A, AAAA, CNAME, MX, TXT…
• Valor (también «destino», «apunta a» o «registro»): una IP, otro nombre o un texto, según el tipo.
• TTL: segundos que otros servidores pueden guardar la respuesta en caché.
• Prioridad: solo en los MX. Cuanto más bajo el número, más preferencia.

La @ y los subdominios

Un subdominio no es más que un nombre dentro de la zona: para crear tienda.tudominio.es basta con añadir un registro A o CNAME con el nombre tienda. En la mayoría de paneles escribes solo la parte del subdominio y el panel añade tu dominio detrás. En el Zone Editor de cPanel, los manuales de Nicalia y Raiola indican que, para el dominio raíz, el nombre se escribe completo y terminado en punto (tudominio.es.), y para un subdominio, solo su nombre (www).

El punto final de los nombres

En DNS, un nombre que termina en punto (tudominio.es.) es absoluto: se toma tal cual. Uno sin punto final es relativo, y el servidor le añade el dominio de la zona. Por eso, si en una zona escribes como valor de un CNAME tudominio.es sin punto y el panel no lo corrige, el destino real acaba siendo tudominio.es.tudominio.es. Muchos paneles añaden el punto por ti y otros lo exigen (Google y Microsoft lo avisan en sus guías). La regla práctica: después de guardar, mira cómo ha quedado el registro en la lista.

El TTL, explicado de verdad

El TTL no dice cuánto tarda en aplicarse tu cambio, sino cuánto tiempo pueden seguir usando los demás el valor anterior. Si el registro tenía un TTL de 14.400 segundos (4 horas, un valor habitual en cPanel), un servidor que lo consultó justo antes del cambio puede seguir dando la IP vieja durante cuatro horas.

Por eso el orden importa: baja el TTL a 300 segundos con una antelación al menos igual al TTL antiguo, haz el cambio y, cuando todo funcione, vuelve a subirlo (3.600 o 14.400). Bajarlo justo en el momento del cambio no acelera nada para quien ya tenía la respuesta guardada. Y deja margen: no todos los servidores respetan el TTL al segundo.

Los registros principales, uno a uno

Registro A: el que lleva tu web a una IP

El registro A asocia un nombre con una dirección IPv4. Es el que tocas cuando quieres apuntar tu web a un nuevo hosting sin mover el correo: cambias la IP del registro A de la raíz (y del www, si también es un A) por la que te da el nuevo proveedor. También sirve para mandar un subdominio a otro servidor, por ejemplo una tienda o una aplicación alojada aparte.

Un detalle que da muchos problemas: si en un mismo nombre hay dos registros A, los visitantes irán a una IP o a la otra. Al migrar, edita el registro existente en lugar de añadir uno nuevo y olvidarte del viejo.

Registro AAAA: lo mismo, con IPv6

Hace lo mismo que el A, pero con una dirección IPv6 (del tipo 2001:db8::10). Solo necesitas uno si tu hosting te da una IPv6. Lo importante es no olvidarlo al migrar: si cambias el registro A y dejas un AAAA con la IPv6 del servidor antiguo, quienes navegan por IPv6 seguirán llegando a la web vieja. Si el nuevo hosting no te da IPv6, borra el AAAA antiguo.

Registro CNAME: un alias de otro nombre

El CNAME dice «este nombre es igual que aquel otro». El uso clásico es www como alias de la raíz: así, si cambias la IP del registro A de tudominio.es, el www la sigue sin tocar nada más. También lo piden muchos servicios externos: Microsoft 365 usa un CNAME autodiscover para que Outlook se configure solo, y varios proveedores de correo usan CNAME para sus claves DKIM.

Tres reglas que no se pueden saltar:

• El valor de un CNAME es siempre un nombre, nunca una IP.
• Un nombre con CNAME no puede tener ningún otro registro (ni MX, ni TXT). Lo dice el estándar DNS.
• Por esa misma regla, no puedes poner un CNAME en la raíz (@), porque allí ya están los registros NS y SOA, y normalmente los MX. Para la raíz, usa un registro A. Algunos proveedores DNS ofrecen tipos especiales (ALIAS o ANAME); en cPanel, ALIAS solo existe en servidores PowerDNS y su documentación lo desaconseja por experimental.

Registro MX: adónde va tu correo

El MX indica qué servidor recibe el correo de tu dominio. Tiene dos datos: la prioridad (más baja = preferido) y el destino, que debe ser un nombre de servidor, nunca una IP. Si el correo está en tu propio hosting, el MX suele apuntar a algo como mail.tudominio.es, que a su vez tiene un registro A con la IP del servidor.

Cuando contratas correo fuera del hosting, cambias los MX por los del proveedor:

• Google Workspace: un único MX con valor smtp.google.com y prioridad 1, en el nombre @ (o vacío). Google pide borrar cualquier otro MX. Si tu dominio usa todavía los antiguos valores aspmx y el correo funciona, Google indica que no hace falta cambiarlos.
• Microsoft 365: el valor del MX es propio de cada dominio y lo copias del centro de administración de Microsoft 365, en Settings › Domains, dentro de los registros DNS de tu dominio (los nombres de los menús cambian según el idioma). Microsoft indica nombre @, la prioridad más alta disponible (normalmente 0) y TTL de 3.600 segundos; Exchange Online solo admite TTL de menos de 6 horas. Crea antes los buzones de todos los usuarios para no perder correos durante el cambio.

En ambos casos, borra los MX del proveedor anterior (o, como permite Microsoft, déjalos con una prioridad peor). Los correos antiguos se quedan en el servidor anterior: el MX solo decide adónde llega el correo nuevo. Si estás eligiendo dónde alojar el correo, lo comparamos en correo corporativo: opciones y precios.

Registro TXT: verificaciones y seguridad del correo

El TXT guarda un texto que leen otros servicios. Sus usos más habituales:

• Verificar que el dominio es tuyo. Para dar de alta una propiedad de dominio en Google Search Console eliges el método TXT y Google te da un valor que empieza por google-site-verification=. Lo añades en el nombre @ (o vacío, según el panel) y pulsas «Verificar». Google avisa de que puede tardar hasta dos o tres días en verse y de que no debes borrar el registro después: lo comprueba periódicamente y, si desaparece, pierdes la verificación.
• SPF, DKIM y DMARC, los tres registros que evitan que tus correos acaben en spam o que alguien envíe en tu nombre. Los explicamos con ejemplos en cómo configurar SPF, DKIM y DMARC.

Puedes tener varios TXT en el mismo nombre (por ejemplo, la verificación de Google y el SPF, ambos en @). La excepción es el SPF: solo puede haber un registro que empiece por v=spf1. Y si un valor es muy largo (como una clave DKIM de 2.048 bits), recuerda que cada cadena de un TXT admite hasta 255 caracteres: la mayoría de paneles la dividen solos, pero si el tuyo da error al guardar, pide a soporte cómo introducirla.

En el panel de tu registrador o proveedor DNS

En el registrador o en Cloudflare, el proceso es el mismo con otros nombres. La sección puede llamarse «Zona DNS», «Gestión de DNS», «Registros DNS» o, en paneles en inglés, «DNS Manager», «Zone File Settings» o «Manage Domains». Los campos suelen ser Host o Nombre, Tipo, Valor (o «Apunta a», «Destino», «Contenido»), TTL y Prioridad.

• En el campo Host escribe solo la parte del subdominio (www, no www.tudominio.es), o @ o vacío para la raíz. Si escribes el nombre completo en un panel que añade el dominio, acabarás con www.tudominio.es.tudominio.es.
• Algunos paneles exigen el punto final en los valores que son nombres (smtp.google.com.) y otros lo añaden solos. Si tu proveedor de correo o tu hosting te da el valor con punto final, respétalo salvo que el panel lo rechace.

Cómo comprobar que funciona

Después de guardar, comprueba dos cosas distintas: qué dice tu zona ahora mismo y qué ve el resto de internet, que puede seguir con el valor antiguo en caché.

• Nuestra consulta DNS muestra los registros A, AAAA, CNAME, MX, NS y TXT del dominio o de un subdominio (por ejemplo, www.tudominio.es).
• La comprobación de propagación DNS pregunta a varios servidores públicos a la vez. Si unos devuelven el valor nuevo y otros el antiguo, la propagación está en marcha: espera a que caduque el TTL anterior.
• Desde la terminal, pregunta directamente a un servidor DNS de tu dominio: su respuesta no pasa por cachés y te confirma al instante si el cambio está bien guardado.

Errores frecuentes y cómo solucionarlos

He cambiado el registro y no pasa nada

Causa: has editado una zona que no es la activa. Pasa mucho cuando el dominio está en un registrador, el hosting en otro sitio y los NS apuntan a un tercero (Cloudflare, por ejemplo). Solución: mira los registros NS en nuestra consulta DNS, identifica a qué empresa pertenecen y haz el cambio en su panel.

El panel no me deja poner un CNAME en la raíz

Causa: el estándar no permite que un nombre con CNAME tenga otros registros, y la raíz siempre tiene NS y SOA. Solución: usa un registro A (y AAAA si hay IPv6) con la IP del servidor en la raíz, y el CNAME solo en www u otros subdominios.

Tengo dos registros SPF

Causa: al contratar un servicio nuevo (Google Workspace, una herramienta de newsletter) se añadió otro TXT con v=spf1 en lugar de ampliar el existente. Con dos, la comprobación SPF da error y el correo puede ir a spam. Solución: fusiónalos en uno solo, con todos los include y una sola terminación all. Lo explicamos paso a paso en el tutorial de SPF, DKIM y DMARC.

El registro ha quedado como «tudominio.es.tudominio.es»

Causa: escribiste un nombre completo en un campo que añade el dominio, o un valor sin punto final en un panel que lo interpreta como relativo. Solución: edita el registro y deja solo la parte del subdominio en el nombre, o añade el punto final al valor (tudominio.es.).

He puesto una IP en el registro MX

Causa: el MX debe apuntar a un nombre de servidor, no a una dirección. Solución: crea un registro A (por ejemplo, mail → 203.0.113.10) y pon mail.tudominio.es como destino del MX.

Yo veo el cambio y otros no (o al revés)

Causa: la caché. Cada operador y cada servidor público guarda la respuesta el tiempo que marcaba el TTL antiguo. Solución: espera; no hay forma de vaciar las cachés ajenas. Sigue la propagación DNS y, para la próxima vez, baja el TTL con antelación.

He movido el correo a Google o Microsoft y los avisos de mi web no llegan

Causa: si el servidor de cPanel se sigue considerando responsable de tu correo, los mensajes de tu web (formularios, pedidos) se entregan en los buzones locales y no salen hacia los nuevos MX. Solución: en cPanel, revisa Email Routing, en la sección de correo (el nombre puede aparecer traducido según el idioma de tu panel). La opción recomendada es que detecte la configuración automáticamente a partir de los MX; si sigue en «Local Mail Exchanger», cámbiala a «Remote Mail Exchanger».

Cómo deshacer el cambio

Deshacer es volver a poner el valor anterior: por eso es tan útil la captura o exportación de la zona antes de empezar. Edita el registro, restaura el valor antiguo y espera el TTL.

Evita las opciones de «restablecer» como forma de deshacer: en cPanel, restablecer la zona borra tus cambios (el sistema intenta conservar los TXT, pero no el resto), y en Plesk «Restablecer a predeterminado» elimina todos los registros personalizados. Solo tienen sentido si quieres volver a la configuración de fábrica del hosting.