Pega tus registros MX, SPF, DKIM y DMARC y obtén un informe de entregabilidad con puntuación y una solución para cada problema, analizado en tu dispositivo y sin subir nada.
Revisión de salud del dominio de correo
Pega tus registros MX, SPF, DKIM y DMARC y obtén un informe de entregabilidad con puntuación y una solución para cada problema, analizado en tu dispositivo y sin subir nada.
La Revisión de salud del dominio de correo funciona por completo en tu navegador. Los registros que pegas se analizan en tu dispositivo: no se hacen consultas DNS y no se sube ni se guarda nada.
Revisión de salud del dominio de correo lee los registros DNS que deciden si el correo de tu dominio llega a la bandeja de entrada o al spam, y los puntúa. Pega la salida de dig o nslookup, o cualquier línea de un archivo de zona, y la herramienta separa por sí sola MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT y BIMI. Cada registro se valida contra su especificación y después se contrasta con los demás: una política DMARC sin SPF ni DKIM detrás, una política MTA-STS que olvida uno de tus hosts MX, un logotipo BIMI sin una política DMARC estricta. Obtienes una nota sobre 100, una letra y una solución en lenguaje claro para cada hallazgo. Todo se analiza en tu dispositivo; no se hace ninguna consulta DNS y no se sube nada.
Características
Detecta registros MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT y BIMI en un solo pegado
Lee líneas de archivo de zona, salida de dig, salida de nslookup y valores TXT sueltos
Puntúa de 0 a 100 con una letra y una solución escrita para cada hallazgo
Contrasta registros: DMARC sin SPF ni DKIM, hosts MX ausentes en una política MTA-STS, BIMI sin DMARC estricto
Detecta registros publicados en el nombre equivocado, como DMARC en la raíz en vez de _dmarc
Avisa de SPF y DMARC duplicados, +all, rangos ip4 enormes y claves DKIM cortas
Reconoce proveedores de correo habituales por sus hosts MX y señala un include SPF que falta
Copia el informe completo como texto plano para un ticket o un cliente
Cómo usar Revisión de salud del correo
Ejecuta los comandos dig de «Cómo obtener estos registros» y copia lo que muestran
Pega la salida en el cuadro; el dominio se deduce, o escríbelo para comprobar dónde se publica cada registro
Lee la puntuación y abre cada tarjeta para ver sus hallazgos, los errores primero
Corrige los registros en tu proveedor DNS, espera el TTL y vuelve a pegar para confirmar
Ejemplo
Entrada
3 MX records at Google Workspace · SPF with SendGrid ~all · DKIM 2048-bit · DMARC p=none
Salida
Score 83/100, grade B — SPF pass · DKIM pass · MX pass · DMARC review: p=none only monitors
Todos los registros existen y son válidos; la nota solo la frena una política DMARC de mera supervisión.
Errores comunes y solución de problemas
DMARC aparece como no pegado aunque lo publicaste. — DMARC solo se lee en _dmarc.tudominio, como registro TXT. Un registro en el dominio raíz, o en dmarc sin el guion bajo, nunca se encuentra. Muchos paneles DNS añaden el dominio solos, así que escribe solo _dmarc como host.
SPF figura como fallido con dos registros. — Un dominio puede tener exactamente un registro SPF. Con dos, los receptores devuelven un error permanente e ignoran SPF por completo. Une todos los mecanismos include, ip4 e ip6 en una sola cadena v=spf1 y borra el otro.
La comprobación de DKIM no encuentra nada. — Los verificadores consultan <selector>._domainkey.<dominio>, y el selector es el valor s= de la cabecera DKIM-Signature de un mensaje que de verdad enviaste. Un selector adivinado devuelve una respuesta vacía; copia el real de las cabeceras de un mensaje.
La nota se queda en B con todos los registros presentes. — Una política DMARC none solo supervisa, así que el informe marca DMARC para revisar. Lee tus informes agregados, corrige a los remitentes que fallan y sube la política a quarantine y por fin a reject.
Preguntas frecuentes
¿Qué comprueba exactamente una revisión de salud del dominio de correo?
Comprueba los registros DNS que los sistemas de correo consultan antes de fiarse de tu dominio: MX para saber dónde se recibe el correo, SPF para saber qué servidores pueden enviar, DKIM para la clave de firma, DMARC para la política cuando fallan y, opcionalmente, MTA-STS, TLS-RPT y BIMI. De cada uno se revisa la sintaxis y cómo encaja con los demás.
¿Por qué pego los registros en lugar de escribir mi dominio?
Consultar un dominio implicaría enviar su nombre a un resolvedor DNS externo, y ArrayKit mantiene en tu dispositivo lo que trabajas. Pegar lleva segundos con los comandos dig que muestra la página, y además permite revisar registros que aún no has publicado.
¿Qué registros esperan Gmail y Yahoo de los remitentes masivos?
Desde febrero de 2024 ambos exigen a los remitentes masivos, unos 5.000 mensajes diarios o más a sus usuarios, que publiquen SPF y DKIM y un registro DMARC de al menos p=none, con el dominio del From alineado con uno de ellos. Los remitentes pequeños tampoco se libran del filtro de spam.
¿Qué aportan MTA-STS y TLS-RPT además de SPF, DKIM y DMARC?
SPF, DKIM y DMARC demuestran quién envió un mensaje. MTA-STS indica a otros servidores que entreguen en tu dominio solo con TLS validado, lo que frena los ataques de degradación, y TLS-RPT te envía informes cuando eso falla. Protegen la entrega hacia tu dominio, no el correo que sale de él.
¿Cómo encuentro el selector DKIM que debo pegar?
Envía un mensaje a cualquier buzón, abre su código fuente original y busca la cabecera DKIM-Signature. El valor s= es el selector y d= es el dominio. La consola de administración de tu proveedor de correo también lista los selectores configurados, como google o selector1.