Imagina una empresa de logística de 25 personas que cambia su software de facturación. Dos semanas después el área de cobros nota que la mitad de las facturas no reciben respuesta, un cliente cuenta que encontró la suya en spam y el buzón de un proveedor las está rechazando de plano. Del lado del envío nada parece roto: el software dice "entregado" y una prueba al Gmail de un colega llega en un segundo.
Ese hueco entre "lo enviamos" y "lo leyeron" es de lo que trata la entregabilidad. Casi nada de esto es misterioso. Es DNS, luego reputación, luego el comportamiento de las listas, en ese orden, y buena parte la puedes revisar tú en una tarde. El resto es donde un par de ojos externos se paga solo, porque la evidencia vive en códigos de rebote, cabeceras de mensajes y reportes DMARC que nadie en un equipo de 25 personas ha tenido motivo para leer antes.
Las situaciones que justifican llamar a alguien
Vale la pena pagar ayuda externa cuando el problema tiene un orden de pasos y equivocarse en ese orden te cuesta semanas. Recuperar la reputación es el caso más claro: si subes el volumen antes de tener la autenticación limpia, usas la ventana de recuperación para hacer el hoyo más profundo. Las listas de bloqueo son el segundo, porque una solicitud de retiro que no nombra la causa ni la corrección suele ser rechazada, y en algunas listas la entrada vuelve de inmediato.
Usa esto para ubicar en qué caso estás.
| Lo que estás viendo | Lo que normalmente resulta ser | Primer paso |
|---|---|---|
| El correo empezó a caer en spam justo después de que una plataforma nueva comenzó a enviar | La plataforma envía como tu dominio sin SPF ni DKIM alineado | Hazlo tú: el proveedor publica los registros DNS exactos |
| Un dominio destinatario rebota y todos los demás reciben el correo | Un filtro o un bloqueo de dirección de ese lado, o una cadena de reenvíos | Primero tu proveedor de envío, y pide ayuda si se extiende a otros dominios |
Gmail rechaza con 550 5.7.1 o 550 5.7.26, una y otra vez | Reputación baja del dominio, o correo que llega sin autenticar | Pide ayuda: la corrección tiene secuencia y tiempos de espera |
| Tu dominio o tu dirección de envío aparece en una lista de bloqueo | Un buzón comprometido, una lista comprada o un vecino ruidoso en hosting compartido | Pide ayuda: el retiro solo se sostiene cuando la causa ya no está |
Una migración movió los MX y el sistema viejo sigue enviando | Dos registros SPF, o DKIM firmando con un dominio que ya no coincide con el From | Pide ayuda si el correo ya está fallando, si no, planifica el corte |
Dos cosas no son problemas de entregabilidad, y una respuesta honesta en la primera llamada lo dice. Una caída en la tasa de apertura mientras las respuestas se mantienen suele ser un cambio de medición, no de entrega. Y un mensaje que una sola persona no encuentra es un ticket de soporte, no un proyecto.
Qué cubre el primer diagnóstico, punto por punto
Esto es lo que recorremos en una primera pasada sobre el dominio de un cliente. El orden importa, porque cada punto explica el siguiente.
Todos los sistemas que envían como tu dominio. La plataforma de correo, el CRM, el software de facturación, la tienda en línea, la mesa de ayuda, el escáner del rincón, la herramienta de marketing que alguien contrató hace dos años. Esta lista casi siempre es más larga de lo que espera quien nos contrata, y la entrada olvidada suele ser la que falla.
SPF, como está publicado y como se evalúa. Un registro, no dos, y por debajo del techo de consultas. El RFC 7208, sección 4.6.4, exige que los mecanismos include, a, mx, ptr y exists más el modificador redirect no sumen más de diez consultas DNS por evaluación, y que una implementación que pase ese límite devuelva permerror. Con tres o cuatro includes de proveedores ya lo cruzas, y cuando lo cruzas el registro falla para todos los destinatarios a la vez.
DKIM, firmando y alineado. Las guías para remitentes de Google piden llaves de al menos 1024 bits y recomiendan 2048, y exigen que el dominio del From coincida con el dominio de SPF o con el de DKIM. Una plataforma que firma con su propio dominio en lugar del tuyo pasa DKIM y aun así falla DMARC, y es la sorpresa más común de este trabajo.
DMARC, y si alguien lee los reportes. Un registro en _dmarc con dirección de reportes es la única forma de ver quién envía en tu nombre:
Tipo: TXT
Host: _dmarc
Valor: v=DMARC1; p=none; rua=mailto:dmarc@ejemplo.com; adkim=r; aspf=r
Dos semanas de esos reportes normalmente terminan la discusión sobre cuál sistema está roto.
Reputación, con los números del propio receptor. Postmaster Tools califica un dominio remitente como High, Medium, Low o Bad, y el panel de dominio solo muestra los mensajes enviados desde el dominio exacto que se usó para autenticar con DKIM y SPF, así que un subdominio de envío necesita su propia vista verificada. Las guías de Google dicen mantener la tasa de spam reportada por usuarios por debajo de 0.1% y que nunca llegue a 0.3%. Un remitente masivo arriba de 0.3% no es elegible para mitigación de entrega, y la elegibilidad regresa cuando la tasa se mantiene bajo 0.3% durante siete días consecutivos.
Los umbrales de los otros proveedores de buzón. Microsoft publicó requisitos para remitentes de alto volumen hacia Outlook.com y sus otros servicios de consumo, vigentes desde mayo de 2025: SPF que pase, DKIM que pase y DMARC con al menos p=none alineado con uno de los dos. El correo que no cumple primero se enviaba a Correo no deseado, y después Microsoft dijo que lo rechazaría, lo que aparece como 550 5.7.515.
El comportamiento de la lista y de las quejas. De dónde salieron las direcciones, qué tan rápido creció la lista, si las bajas se respetan pronto y si el correo de marketing y el transaccional salen por el mismo dominio. Una sola lista comprada puede deshacer un trimestre de envíos cuidados.
Listas de bloqueo, y la causa detrás del listado. Spamhaus es explícito: la causa de un listado en CSS tiene que identificarse y corregirse antes del retiro, una dirección puede volver a listarse de inmediato si el problema sigue siendo detectable, y la solicitud debe decir qué causó el problema, qué se corrigió, cuándo se corrigió y qué evita que vuelva a pasar. También dice que nunca hay cargo por retirar uno de sus listados, lo cual conviene saber antes de pagarle a alguien que insinúe lo contrario.
Qué puedes revisar tú antes de llamar a nadie
Haz esto primero. Si resuelve el problema, te ahorraste un proyecto, y si no lo resuelve, llegas a la primera conversación con la evidencia en la mano.
- Busca el código de rebote exacto. "Rebotó" no es un diagnóstico.
550 5.7.1,550 5.7.26y550 5.7.515apuntan a tres correcciones distintas. - Envía un mensaje a una dirección del proveedor que te está filtrando y lee las cabeceras de ese mensaje. Los resultados de autenticación te dicen qué pasó con correo real, que no siempre es lo que predice un verificador de DNS.
- Cuenta las referencias de tu registro SPF y confirma que existe exactamente un registro que empiece con
v=spf1. - Publica DMARC en
p=nonecon dirección de reportes y espera dos semanas. No cuesta nada y responde la pregunta más difícil, que es quién más envía en tu nombre. - Verifica tu dominio en Postmaster Tools para que el historial de reputación y de tasa de spam exista cuando lo necesites. Los datos empiezan cuando verificas, no de forma retroactiva.
Preguntas que conviene hacer antes de contratar
En este campo hay gente cuidadosa y hay gente que vende un tablero como si fuera un diagnóstico. Cuatro preguntas los separan rápido.
¿Qué vas a haber revisado antes de recomendarme algo? Quieres escuchar el inventario de remitentes, los registros publicados, las cabeceras de un mensaje que realmente falló y dos semanas de reportes DMARC. Si la respuesta es una calificación sobre 100, sigue buscando.
¿Vas a llevar DMARC a aplicación, y con qué evidencia? Pasar a p=reject antes de tener alineado a cada remitente legítimo bloquea tus propias facturas. La respuesta correcta habla de datos de reportes y de una subida por etapas, no de una fecha en el calendario.
¿Quién toca el DNS y quién se queda con las credenciales? Los registros van en tu zona, bajo tu control y documentados para que la siguiente persona los entienda. El trabajo que vive dentro del portal de un proveedor es trabajo que no puedes auditar ni llevarte.
¿Y si el problema es cómo enviamos? A veces los registros están bien y la lista es el problema. Un consultor que no sea capaz de decírtelo no va a arreglar tu tasa de spam.
Qué determina el costo
El alcance, no las horas. Un solo dominio que envía por una sola plataforma es un trabajo corto y acotado. Crece con la cantidad de sistemas independientes que envían en tu nombre, porque cada uno es su propio problema de alineación. Crece con la cantidad de zonas DNS y con cuánta gente las controla. Crece cuando la reputación ya cayó, porque la recuperación se mide en semanas de envío limpio y no en esfuerzo. Y crece cuando hay que cambiar la forma de enviar y no solo los registros. Un listado en una lista de bloqueo causado por un buzón comprometido agrega un incidente encima del proyecto.
Quien te cotice antes de ver la lista de remitentes está adivinando. Cómo definimos el alcance está en cómo trabajamos.
Cómo ayuda Guanacos Tech
Somos una consultoría independiente con ingenieros certificados por Google, y este es el problema por el que más nos llaman: facturas en spam, un rechazo de Gmail que no se va, un dominio en una lista de bloqueo, una migración que dejó dos sistemas enviando en tu nombre. Corremos el diagnóstico de arriba, te entregamos los hallazgos nos contrates o no para la corrección, y dejamos los registros en tu propio DNS, documentados y bajo tu control. Si ahí estás, consultoría de entregabilidad de correo es lo que hacemos, y la llamada de 30 minutos sirve para definir si tienes un problema de registros, uno de reputación, o ninguno de los dos.
Fuentes
- Guías para remitentes de correo (Ayuda de Gmail)
- Preguntas frecuentes sobre las guías para remitentes (Ayuda de Gmail)
- Paneles de Postmaster Tools (Ayuda de Gmail)
- RFC 7208, sección 4.6.4 (límite de consultas DNS en SPF)
- Nuevos requisitos de Outlook para remitentes de alto volumen, mayo de 2025 (blog de Microsoft Defender for Office 365)
- Lista de bloqueo Combined Spam Sources (CSS) (Spamhaus)