Registros MX: qué son y por qué no te llegan las respuestas

Enviaste 300 recordatorios y nadie respondió. ¿Seguro?

Un cliente responde a tu recordatorio de pago: “Pagué el viernes, te adjunto el comprobante”. Otro pide una copia de la factura. Un tercero dice que el importe no es correcto porque cambió de plan. No ves ninguno de esos mensajes. La campaña salió, las estadísticas de entrega se ven bien y tu bandeja de entrada está sospechosamente tranquila… hasta que alguien llama, molesto porque nadie contesta sus correos.

Cuando el envío funciona pero el correo entrante desaparece sin dejar rastro, el culpable suele ser una pequeña entrada DNS: el registro MX. En esta guía verás qué hacen los registros MX, en qué se diferencian de SPF y DKIM, cómo es una configuración correcta, qué errores la rompen y cómo revisar la tuya en menos de un minuto.

Qué hace realmente un registro MX

MX significa Mail Exchange. Un registro MX le dice al resto de internet adónde entregar el correo dirigido a tu dominio. Cuando alguien pulsa “Responder” a tu mensaje enviado desde facturacion@tuempresa.com, su servidor de correo consulta los registros MX de tuempresa.com, elige el servidor con mejor prioridad y le entrega el mensaje. Sin registro MX, no hay entrega.

Puedes tener SPF, DKIM y DMARC impecables, llegar a la bandeja de entrada siempre y, aun así, perder todas las respuestas porque tus registros MX faltan o están mal. También funciona al revés: unos MX correctos no aportan nada a la autenticación de tus envíos. Si tu problema está en el envío, empieza por nuestra guía sobre cómo corregir errores en el registro SPF.

Cómo son unos registros MX correctos

Cada registro MX tiene dos partes: una prioridad (un número; el más bajo se intenta primero) y el nombre de host de un servidor de correo. Abajo tienes configuraciones típicas de los dos proveedores de correo empresarial más habituales. Tómalas como ejemplos y copia siempre los valores exactos de la consola de administración de tu proveedor.

Google Workspace

Las configuraciones más recientes de Google Workspace usan un solo registro:

tuempresa.com. 3600 IN MX 1 smtp.google.com.

Las cuentas más antiguas suelen seguir usando el conjunto clásico de cinco registros, que sigue funcionando:

• MX 1 aspmx.l.google.com.
• MX 5 alt1.aspmx.l.google.com.
• MX 5 alt2.aspmx.l.google.com.
• MX 10 alt3.aspmx.l.google.com.
• MX 10 alt4.aspmx.l.google.com.

Microsoft 365

Microsoft 365 usa un solo registro con un nombre de host derivado de tu dominio:

tuempresa.com. 3600 IN MX 0 tuempresa-com.mail.protection.outlook.com.

Con proveedores grandes como estos, un solo registro es suficiente, porque detrás de ese nombre de host hay una infraestructura redundante. Si gestionas tu propio servidor de correo, un segundo MX con un número más alto (por ejemplo 20 backup.tuempresa.com.) da a los remitentes una alternativa cuando el principal no responde. Los registros con la misma prioridad se reparten la carga.

Seis problemas de MX que se tragan las respuestas

1. Sin registros MX tras migrar el dominio o el hosting

El clásico. Mueves la web a un nuevo hosting o transfieres el dominio a otro registrador, y la nueva zona DNS se crea a partir de una plantilla que solo incluye los registros de la web. Los registros MX de la zona antigua nunca llegan. El envío sigue funcionando, porque tu plataforma de email no necesita tus MX, pero nada puede llegarte a ti. Algunos servidores recurren entonces al registro A de tu dominio e intentan entregar en tu servidor web, que normalmente lo rechaza, y quien te respondió recibe un rebote horas o días después, si es que lo recibe.

2. MX que apunta a una IP o a un CNAME

Un registro MX debe apuntar a un nombre de host, y ese nombre necesita su propio registro A (o AAAA). MX 10 203.0.113.25 simplemente no es válido. Apuntar el MX a un nombre que a su vez es un alias CNAME está prohibido por el RFC 2181: muchos servidores lo toleran, otros no, y nunca sabrás cuáles fallan en silencio.

3. Prioridades erróneas o invertidas

Recuerda: número más bajo = prioridad más alta. Si tu servidor de respaldo tiene 10 y el principal 20, la mayor parte del correo irá primero al de respaldo. Si ese servidor no está configurado para pasar los mensajes a tu buzón real, el correo se acumula allí o rebota.

4. Registros sobrantes del proveedor anterior

Al cambiar de proveedor de correo, es frecuente añadir los nuevos registros MX y olvidarse de borrar los antiguos. Entonces internet ve dos conjuntos de servidores sin relación entre sí. Según las prioridades, algunas respuestas llegan al buzón nuevo y otras a la cuenta antigua que ya no revisas, y que pueden cerrar cualquier día.

5. TTL y propagación

Cada registro DNS tiene un TTL (time to live) que indica durante cuánto tiempo se puede guardar en caché. Con un TTL de 86400 (24 horas), servidores de todo el mundo pueden seguir usando tu MX antiguo hasta un día después del cambio. Antes de una migración planificada, baja el TTL a algo como 300 uno o dos días antes, haz el cambio y vuelve a subirlo cuando todo funcione.

6. Errores tipográficos y el punto final

En los archivos de zona DNS, un nombre de host sin punto final se interpreta como relativo a tu propio dominio. Así, mail.proveedor.com (sin punto) en la zona de tuempresa.com se convierte en mail.proveedor.com.tuempresa.com, un servidor que no existe. Algunos paneles de registradores añaden el punto por ti, otros no y otros añaden tu dominio de todos modos. Después de guardar, consulta siempre el registro y comprueba el nombre de host que devuelve de verdad. Vigila también las erratas, como aspmx.l.gogle.com: el DNS publicará cualquier disparate sin quejarse.

Por qué importa todavía más si escribes a muchos clientes

Si sobre todo envías correos programados, es tentador pensar que recibir correo es problema de otro. No lo es:

• Las respuestas son parte del trabajo. En recordatorios de pago, estados de cuenta y avisos de cuotas, las respuestas suelen ser el resultado más valioso: “pagué ayer”, “¿me reenvías la factura?”, “¿puedo pagar en dos plazos?”. Si las pierdes, pierdes la conversación que termina en un pago.
• Algunos receptores comprueban que tu dominio puede recibir correo. Muchos servidores de correo rechazan mensajes de dominios remitentes sin registro MX (o al menos A), porque un dominio que no acepta correo tampoco puede aceptar rebotes ni quejas, un patrón típico del spam. Gmail, Yahoo y Microsoft centran sus requisitos en SPF, DKIM, DMARC, bajas y tasa de spam (lo explicamos en los requisitos de Gmail, Yahoo y Microsoft para remitentes masivos), pero un dominio que parece incapaz de recibir correo no ayuda a tu reputación.
• Reply-To hacia un buzón que no existe. Tu MX puede estar perfecto y aun así las respuestas desaparecen si la dirección From o Reply-To es un buzón que nadie creó, por ejemplo cobros@ cuando el buzón real es cobranza@. Envíate una prueba, pulsa “Responder” y asegúrate de que la respuesta llega donde alguien la lee.

Cómo revisar tus registros MX en un minuto

1. Escribe solo el dominio (sin www ni https://) en el verificador MX.
2. Compara los nombres de host con los que indica tu proveedor de correo y asegúrate de que no queda nada del proveedor anterior.
3. Revisa las prioridades: tu servidor principal debe tener el número más bajo.
4. Lee las advertencias. La herramienta detecta dominios sin registros MX, hosts MX que no resuelven a ninguna dirección IP (así suelen aparecer las erratas y los fallos con el punto final) y configuraciones de un solo registro sin respaldo. Con Google Workspace o Microsoft 365 un solo registro es lo normal, así que esa última advertencia es informativa.
5. Ejecuta un análisis completo de salud del dominio para ver el MX junto a SPF, DKIM, DMARC y el estado en listas negras en un único informe.
6. Termina con una prueba real: desde una cuenta externa (un Gmail personal sirve) responde a uno de tus propios correos y confirma que llega.

Cómo te ayuda MailerBit

MailerBit está pensado para correos recurrentes en los que cada destinatario recibe sus propios datos: recordatorios de pago, estados de cuenta para clientes, avisos de cuotas. Son justo los correos a los que la gente responde, así que la configuración que los rodea importa.

• Herramientas DNS gratuitas, sin crear cuenta. El verificador MX y el análisis de salud del dominio son públicos. En la puntuación global de salud, el MX pesa un 15%, junto a SPF, DKIM, DMARC y listas negras.
• Tu propio dominio en el remitente. Antes de enviar una campaña verificas tu dominio. MailerBit genera los registros DKIM y Return-Path que debes pegar en tu DNS y comprueba la configuración por ti. Los destinatarios ven tu nombre y tu dominio, así que las respuestas van a tu dominio, y precisamente por eso tus registros MX tienen que funcionar.
• Rebotes gestionados aparte de tu buzón. Un Return-Path personalizado dirige los rebotes a través de un subdominio de tu propio dominio, no a tu buzón. Si la tasa de rebotes supera el 5% o la de quejas por spam el 0,1%, los envíos se pausan automáticamente para proteger la reputación de tu propio dominio.

Revisa tus registros MX hoy mismo: tardarás menos que en leer este párrafo dos veces. Cuando tu dominio esté listo para enviar y recibir, empieza tu prueba gratuita de MailerBit y configura tu primer recordatorio recurrente con el importe y la fecha de vencimiento de cada cliente.