Los correos que llegan a spam pueden parecer enviados correctamente. Los registros devuelven 250 OK y supones que llegaron. Dos días después descubres la propuesta en No deseado o eliminada por un filtro antes de que el destinatario iniciara sesión.
Muchas personas reaccionan a los correos que llegan a spam cambiando asuntos o quitando imágenes. Suele ser poco útil. En 2026, la ubicación depende más de infraestructura, autenticación y reputación que de palabras. Si fallan, lo demás aporta poco.
Desde que Google, Yahoo y Microsoft comenzaron a aplicar normas técnicas más estrictas a principios de 2024, cumplirlas es importante. Esta guía ofrece un flujo paso a paso para identificar por qué fallan los mensajes y abordar cada causa.
El spam es un síntoma, no una causa
"Mi correo llegó a spam" puede describir tres fallos técnicos distintos. Antes de cambiar ajustes, identifica la categoría revisando registros de rebote o cabeceras.
| Tipo de fallo | Síntoma | Causa probable |
|---|---|---|
| Degradación de ubicación | El mensaje llega a No deseado/Spam | Reputación o contenido. La autenticación pasa, pero el receptor no confía plenamente. |
| Rechazo de pasarela (5xx) | Rebota inmediatamente con error 550 5.7.1 |
Política o lista de bloqueo. Puede fallar DMARC o la IP figurar en Spamhaus. |
| Agujero negro | El servidor indica 250 OK, pero el destinatario no ve nada |
Cuarentena. Puede ocurrir en Microsoft 365: acepta el mensaje y después lo elimina. |
Cada fallo requiere una solución distinta. Identificar cuál afecta a tus mensajes evita perder días persiguiendo la causa equivocada.
El umbral de remitente masivo que puede permanecer
Antes del diagnóstico, entiende el contexto. Al superar aproximadamente 5,000 correos a cuentas personales de Gmail en 24-hour, Google puede clasificarte de forma duradera como "remitente masivo". Aunque el volumen baje, podrían seguir aplicándose requisitos más estrictos.
Las pequeñas empresas que envían solo 50 correos diarios también necesitan autenticación. Microsoft y Yahoo pueden rechazar correo no autenticado de dominios nuevos. Sin SPF y DKIM bien configurados, los receptores no pueden distinguir fácilmente tu dominio de una fuente abusiva.
Flujo de diagnóstico de 15 minutos para correos en spam
Sigue esta secuencia sin saltar pasos. Una buena reputación no compensa una autenticación rota. Orden: autenticación, reputación y, al final, contenido.
Fase 1: autenticación, el triángulo esencial, 5 minutos
Comprueba SPF, DKIM y DMARC. Si falla una parte, el mensaje puede bloquearse antes de evaluar la reputación. Usa dig o MXToolbox.
1. SPF (Sender Policy Framework)
Comprobación: ¿La IP que envía coincide con las IP del registro TXT DNS del dominio?
Fallo: límite de 10 consultas. SPF admite como máximo 10 consultas DNS. Si usas include: para Google Workspace, Outlook, Mailchimp, Zendesk y tu CRM, puedes superarlo. El resultado es PermError, que invalida el registro y puede hacer que el correo llegue a spam.
Solución: revisa los mecanismos include: y elimina servicios sin uso. Consulta Configuración del registro SPF.
2. DKIM (DomainKeys Identified Mail)
Comprobación: ¿La firma criptográfica saliente es válida e íntegra?
Fallos:
- Longitud de clave: Google exige al menos 1024-bit y recomienda 2048-bit. Las claves antiguas de 512-bit suponen riesgo y pueden perjudicar la entregabilidad.
- Selector discordante: si DNS publica
s=selector1, pero el servidor firma cons=selector1-2026, DKIM falla. El correo parece no firmado y es más probable que llegue a spam.
3. DMARC (aplicación de políticas)
Comprobación: ¿Hay al menos un registro DMARC con p=none publicado?
Fallo: la trampa de alineación. Muchas empresas fallan DMARC aunque SPF y DKIM pasen por separado.
La alineación DMARC exige que el dominio visible en "De" coincida con el que pasa SPF o DKIM. Al enviar con Mailchimp, Return-Path suele apuntar a
mailchimp.com. SPF pasa para sus servidores, pero la alineación SPF falla porquemailchimp.comno coincide conyourcompany.com.
Solución: usa la alineación DKIM. Configura el ESP para firmar con una clave vinculada a tu dominio. Suele llamarse "Autenticación de dominio personalizada" o "Verificación de dominio".
Fase 2: reputación, el límite de 0.3%, 5 minutos
Si la autenticación pasa, revisa la reputación del remitente. Abre Google Postmaster Tools y consulta la reputación del dominio: alta, media, baja o mala.
Regla de 0.3%: comprueba las quejas. Si supera 0.3%, es decir, 3 quejas por 1,000 correos, Google puede limitar el tráfico comercial o enviarlo a spam.
Corrección: pausa temporalmente los envíos comerciales. Envía solo correo transaccional, como facturas, restablecimientos y confirmaciones, a usuarios activos durante 2-4 semanas para recuperar confianza gradualmente.
La trampa del "denominador de bandeja" de Yahoo
Yahoo calcula la tasa de spam con la entrega en bandeja como denominador, no el total enviado. Ejemplo:
- Envías 1,000 correos a Yahoo.
- 900 llegan a Spam. Solo 100 llegan a Bandeja.
- 1 persona de esas 100 pulsa "Informar de spam".
- Tasa de quejas: 1 / 100 = 1.0%, más del triple del umbral indicado.
Con este cálculo puedes alcanzar el límite más rápido, y el spam posterior puede agravar el problema.
Fase 3: higiene técnica y contenido, 5 minutos
Si el problema persiste tras corregir autenticación y reputación, revisa la higiene técnica. Los filtros buscan señales que suelen incluir los remitentes legítimos.
1. FCrDNS (Forward-Confirmed Reverse DNS)
Cada IP necesita un PTR que resuelva a un hostname, y este debe volver a la misma IP. Esa confirmación bidireccional demuestra control.
Comprobación: ejecuta dig -x <your-sending-IP> y revisa el resultado.
Fallo: si la IP resuelve a NXDOMAIN o a un nombre genérico como ip-192-168-1-1.cloudprovider.com, los receptores pueden considerarla una máquina desechable o comprometida.
2. RFC 8058: baja con un clic
Desde junio de 2024, Google y Yahoo exigen cabeceras legibles por máquina para darse de baja con un clic en correo comercial. Incluye ambas líneas:
List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://yourdomain.com/unsubscribe...>
Sin ellas, el botón "Cancelar suscripción" puede no aparecer junto al remitente en Gmail. Los usuarios pueden pulsar "Informar de spam", afectando la reputación del remitente. La especificación está en IETF RFC 8058.
3. Reputación de enlaces
Una causa olvidada es la reputación de los enlaces. Los filtros comparan cada URL del mensaje con listas de bloqueo actualizadas.
- URIBL/SURBL: enlazar un dominio bloqueado, afiliado dudoso, WordPress comprometido o dominio vencido, puede bloquear todo el correo.
- Acortadores públicos: evita
bit.lyytinyurl. Su abuso hace que algunos filtros penalicen las URL acortadas.
Análisis de cabeceras: leer la realidad
Para un diagnóstico definitivo, revisa las cabeceras sin procesar. En Gmail, abre el mensaje, pulsa los tres puntos y elige "Mostrar original". Busca Authentication-Results.
Escenario A: fallo de alineación
Este correo pasó SPF y DKIM, pero falló DMARC porque los dominios no se alinearon:
Authentication-Results: mx.google.com;
dkim=pass header.i=@sendgrid.net;
spf=pass (sendgrid.net designates 167.89.x.x as permitted);
dmarc=fail header.from=yourcompany.com
La firma DKIM y SPF apuntan a SendGrid, no al dominio. Ninguno se alinea con yourcompany.com en De, por lo que DMARC falla.
Escenario B: penalización de reputación de Microsoft
Las cabeceras de Microsoft son más extensas. Busca X-Forefront-Antispam-Report:
X-Forefront-Antispam-Report: ... SCL:5 ... CAT:SPM ...
Un valor SCL:9 sugiere un posible bloqueo fuerte de IP. SCL:5 indica filtro por contenido o reputación.
Tabla rápida de soluciones
Tras identificar la causa, aplica la solución específica correspondiente.
| Causa | Solución |
|---|---|
| Fallo de autenticación/alineación | Configura autenticación de dominio en el ESP. Asegura que la etiqueta DKIM d= coincida con el dominio De. |
| Reputación de Google (baja/mala) | Pausa el marketing. Envía correo transaccional a usuarios activos durante 2-4 semanas para recuperar confianza. |
| Lista de bloqueo (Spamhaus, etc.) | Comprueba IP y dominio en Spamhaus. Solicita la retirada y aporta pruebas de la corrección. |
| Contenido/enlaces | Quita acortadores. Añade la cabecera de baja con un clic según RFC 8058 e incluye una dirección postal válida. |
| Limitación de Microsoft | Reduce el volumen por hora. Si usas IP compartida, solicita una dedicada o compara otro proveedor. |
Deja de luchar con DNS y simplifica la infraestructura con TrekMail
Cuando el spam es recurrente, diagnosticar cabeceras y gestionar DNS manualmente exige atención constante. Un carácter incorrecto en TXT puede interrumpir el flujo durante días antes de detectarse.
TrekMail puede simplificar esta infraestructura para centrarte en enviar:
- Asistente SPF/DKIM/DMARC: genera los registros DNS requeridos para copiarlos al registrador.
- SMTP gestionado (Starter a $3.50/mo): según las funciones actuales, gestiona reputación IP, cabeceras y calentamiento.
- SMTP propio: si prefieres Amazon SES o SendGrid, TrekMail puede integrarlos y combinar su bandeja con la infraestructura del proveedor.
- Calentamiento de dominio: puede aumentar el volumen gradualmente durante semanas para construir reputación en vez de dañarla el primer día.
- Reenvío SRS: permite reenviar entre dominios sin romper SPF. Consulta Sender Rewriting Scheme.
Si el spam perjudica tu negocio, los precios publicados van de Gratis ($0, sin tarjeta) a Agency ($23.25/mo) para gestionar 100+ dominios desde un panel. Cada plan de pago anuncia una prueba de 14-day.
Si tus correos llegan a spam, deja de adivinar. Ejecuta el diagnóstico de 15 minutos, corrige la causa y vuelve al trabajo importante.
Prueba TrekMail gratis y reduce la carga de gestionar DNS.
