Comprobador de entregabilidad de email
Introduce un dominio para comprobar todos los registros DNS que deciden si su correo llega a la bandeja de entrada: MX, SPF, DMARC, DKIM, BIMI, MTA-STS y TLS-RPT. Cada comprobación recibe una nota de aprobado, aviso o fallo, una puntuación sobre 100 y una solución lista para publicar.
Última actualización:
Haz clic en Comprobar entregabilidad para revisar MX, SPF, DMARC, DKIM, BIMI, MTA-STS y TLS-RPT del dominio en un solo informe.
- MX
- SPF
- DMARC
- DKIM
- BIMI
- MTA-STS
- TLS-RPT
Cómo usar Comprobador de entregabilidad de email
- Introduce un dominio como example.com, o pega una dirección de email: se toma su dominio.
- Añade un selector DKIM si lo conoces (el valor
s=de una cabecera DKIM-Signature). Los selectores comunes se prueban automáticamente. - Haz clic en Comprobar entregabilidad. Todas las consultas se hacen en paralelo y terminan en unos segundos.
- Lee la puntuación y las etiquetas: las comprobaciones en rojo bloquean la entrega o permiten la suplantación, y las naranjas la debilitan.
- Copia el registro sugerido de cada tarjeta y publícalo como registro TXT en el host indicado; luego vuelve a comprobar.
Qué significa cada comprobación
| Comprobación | Nombre DNS consultado | Se aprueba cuando | Puntos |
|---|---|---|---|
| MX | example.com (MX) | Existe al menos un host MX y resuelve a una dirección A o AAAA (o un null MX deliberado) | 15 |
| SPF | example.com (TXT) | Exactamente un registro v=spf1, que termina en ~all o -all, con 10 consultas DNS o menos | 25 |
| DMARC | _dmarc.example.com | p=quarantine o p=reject con pct 100 y una dirección de informes rua | 30 |
| DKIM | <selector>._domainkey.example.com | Se encuentra una clave válida; claves RSA de 2048 bits o claves Ed25519 | 20 |
| BIMI | default._bimi.example.com | Una URL de logotipo https y una política DMARC aplicada | 3 |
| MTA-STS | _mta-sts.example.com | Un registro v=STSv1; id=… válido (y un archivo de política en modo enforce) | 4 |
| TLS-RPT | _smtp._tls.example.com | v=TLSRPTv1 con una dirección de informes mailto: o https: | 3 |
Cómo funcionan juntos SPF, DKIM y DMARC
SPF enumera los servidores autorizados a enviar en nombre del dominio del remitente del sobre (Return-Path). DKIM añade a cada mensaje una firma que los receptores verifican con una clave pública publicada en el DNS. DMARC los vincula a la dirección que la gente ve realmente: un mensaje supera DMARC cuando SPF o DKIM se aprueban y el dominio que usaron se alinea con el dominio From visible. Después, la política DMARC indica a los receptores si entregar, poner en cuarentena o rechazar los mensajes que fallan.
Como el reenvío suele romper SPF, DKIM es el camino más fiable para superar DMARC. Asegúrate de que todos los servicios que envían como tu dominio (proveedor de correo, herramienta de newsletters, CRM, help desk, facturación) firman con DKIM usando tu dominio, no el suyo.
Cómo solucionar los problemas más comunes
- El correo va a spam justo después de configurarlo: los cambios de DNS se aplican cuando caducan las respuestas en caché (el TTL, a menudo de 5 minutos a una hora). Vuelve a comprobarlo más tarde, envía un mensaje de prueba y lee su cabecera Authentication-Results con el analizador de cabeceras de email.
- Dos registros SPF: combínalos en uno, por ejemplo
v=spf1 include:_spf.google.com include:sendgrid.net ~all. Dos registros siempre fallan. - Demasiadas consultas SPF: elimina los servicios que ya no usas, sustituye
aymxpor rangosip4:, o mueve una herramienta de envío a un subdominio con su propio registro SPF. - Clave DKIM débil: rota las claves de 1024 bits a 2048 bits en la consola de administración de tu proveedor y publica el nuevo selector antes de eliminar el antiguo.
- DMARC estancado en p=none: revisa los informes agregados con el analizador de informes DMARC, corrige los remitentes no alineados y pasa a
p=quarantiney finalmente ap=reject. - Dominio que nunca envía correo: publica
v=spf1 -all,v=DMARC1; p=rejecty un null MX (0 .) para que nadie pueda suplantarlo.
Preguntas frecuentes
¿Qué comprueba un comprobador de entregabilidad de email?
Consulta los registros DNS que usan los receptores para decidir si confían en el correo de un dominio: MX (dónde se recibe el correo), SPF (qué servidores pueden enviar), DKIM (claves de firma criptográfica), DMARC (qué hacer cuando fallan SPF y DKIM) y extras opcionales como BIMI, MTA-STS y TLS-RPT. Los problemas en estos registros son un motivo habitual de que el correo acabe en spam.
¿Por qué DKIM aparece como no encontrado si lo tengo?
El DNS no permite listar los selectores DKIM de un dominio, así que la herramienta prueba unos 40 nombres comunes como google, selector1, k1 y s1. Si tu proveedor usa un selector personalizado, abre un mensaje que hayas enviado, busca la cabecera DKIM-Signature, copia su valor s= e introdúcelo en el campo Selector DKIM adicional.
¿Qué exigen Gmail y Yahoo a los remitentes masivos?
Desde febrero de 2024, Gmail y Yahoo exigen a quienes envían más de unos 5,000 mensajes al día a sus usuarios que tengan SPF y DKIM, un registro DMARC (p=none como mínimo), alineación entre el dominio From y SPF o DKIM, y baja con un solo clic. Todos los remitentes necesitan al menos SPF o DKIM y un DNS directo e inverso válido.
¿Cómo se calcula la puntuación?
Las comprobaciones principales suman 90 puntos: DMARC 30, SPF 25, DKIM 20 y MX 15. Las opcionales suman 10: MTA-STS 4, BIMI 3 y TLS-RPT 3. Un aprobado da todos los puntos, un aviso la mitad y un fallo ninguno. 90 o más es una A, 80 una B, 65 una C y 50 una D.
¿Qué es el límite de 10 consultas DNS de SPF?
El RFC 7208 permite como máximo 10 mecanismos que requieren consultas DNS adicionales (include, a, mx, ptr, exists y redirect), contados en todos los include anidados. Los registros que superan el límite devuelven un error permanente, así que SPF falla en todos los mensajes. El comprobador los cuenta de forma recursiva por ti.
¿Necesito BIMI y MTA-STS?
No. Son opcionales. BIMI puede mostrar tu logotipo en las bandejas de entrada compatibles cuando DMARC está aplicado, y MTA-STS con TLS-RPT obliga a entregar cifrado el correo que se te envía. No influyen en el filtrado de spam de forma tan directa como SPF, DKIM y DMARC.
¿Se envía algo a FreeToolCabin?
No. Tu navegador envía las consultas DNS del dominio directamente al resolver público DNS-over-HTTPS de Cloudflare o de Google y genera el informe localmente. Este sitio no guarda ni registra nada.
¿Se prueban todas las herramientas de FreeToolCabin para comprobar su calidad y precisión?
Sí. Cada herramienta del sitio pasa pruebas automáticas en navegadores reales para comprobar que el resultado es correcto y que no hay errores. Si encuentras un fallo o tienes una sugerencia, escríbenos a [email protected] y lo revisaremos.