Un cliente llama con una queja muy puntual. Las confirmaciones de pedido llegan a Gmail, las facturas llegan al contador en un dominio corporativo, y luego cuatro o cinco clientes al mes aseguran que nunca recibieron nada. Todos leen su correo en outlook.com, hotmail.com o live.com.
Del lado de Gmail hay algo que abrir. Postmaster Tools reporta una tasa de spam para un dominio que verificaste, y ese número se mueve o no se mueve. Del lado de Microsoft no existe un panel por dominio. Lo que Microsoft publica es Smart Network Data Services, y lo primero que conviene saber es que la mayoría de las pymes no puede usarlo, por una razón que no tiene nada que ver con si su correo es bueno o malo.
Esta es la parte del trabajo de entregabilidad en Outlook donde la primera hora se va en explicar qué no está disponible, y la segunda en mostrar qué sí. Acá está el panorama completo para que en dos minutos sepas cuál de las dos mitades te toca.
Qué son realmente SNDS y JMRP
Smart Network Data Services, casi siempre escrito SNDS, es el portal de datos de Microsoft para quienes operan infraestructura de envío. La descripción de Microsoft es directa: el servicio entrega a los remitentes datos detallados sobre sus IP individuales, e incluye el Junk Email Reporting Program, que te permite recibir reportes cuando los usuarios marcan tus mensajes como correo no deseado. Dos servicios, un solo inicio de sesión.
El primero es una vista por dirección IP. Microsoft lo describe como datos detallados sobre las IP individuales, y ese es el resumen honesto: el reporte está atado a direcciones, solo lo ve quien fue aprobado para esas direcciones, y no dice absolutamente nada sobre tu dominio. El segundo, que se escribe JMRP, es un feedback loop. Cuando alguien en Outlook.com marca uno de tus mensajes como no deseado, Microsoft envía una copia de esa queja a una dirección que tú registras. La página de servicios de Microsoft lo lista como un servicio gratuito y dice que la retroalimentación puede empezar en tan poco como 72 horas después de inscribirte.
Para un remitente pequeño, el feedback loop es la mitad más valiosa. Una tasa en una gráfica te dice que algo salió mal el martes pasado. Un reporte de queja te dice cuál mensaje, cuál lista y muchas veces cuál campaña, que es la diferencia entre saber y adivinar.
El detalle: el acceso se otorga por IP, no por dominio
Todo lo demás se desprende de una diferencia estructural, así que vale la pena decirla con cuidado.
Google Postmaster Tools funciona por dominio. Ingresas el dominio con el que firmas el correo, el dominio d= de DKIM o el return path de SPF, y demuestras que es tuyo publicando un registro TXT en el DNS. Cualquiera que controle el dominio termina eso en diez minutos, sin importar desde qué servidores sale el correo.
SNDS funciona por dirección. Inicias sesión con una cuenta de Microsoft, solicitas acceso a las IP de las que eres responsable y luego completas un paso de autorización cuyo único propósito es confirmar que esas direcciones de verdad son tuyas. Está diseñado para llegar a quien es dueño del rango, no a quien llena el formulario. En una empresa de 12 personas que envía desde una plataforma administrada, esas dos partes no son la misma, y no hay insistencia que las vuelva la misma.
Qué camino te toca según cómo envías
Ubica tu fila antes de gastar una tarde en una solicitud que no puede aprobarse.
| Cómo envías | Quién controla la IP de envío | SNDS y JMRP | Qué puedes leer en su lugar |
|---|---|---|---|
| Google Workspace, Gmail o SMTP relay | Google, desde pools compartidos publicados en _spf.google.com | No está a tu alcance | Postmaster Tools para Gmail, reportes agregados DMARC, códigos de rebote |
| Microsoft 365, Exchange Online | Microsoft, sobre su propia infraestructura de salida | No está a tu alcance | Reportes agregados DMARC, seguimiento de mensajes, códigos de rebote |
| Plataforma de marketing o transaccional en pool de IP compartido | La plataforma | Lo tiene la plataforma, no tú | Los reportes de quejas y rebotes de la plataforma, reportes DMARC |
| La misma plataforma con IP dedicada | Sigue siendo la plataforma, que controla el rango | Normalmente la inscribe la plataforma; pregunta qué te comparte | Paneles de la plataforma, más la vista de SNDS que te pase |
| Tu propio servidor de correo en un VPS o IP colocada | Tú, o el proveedor de hosting por encima de ti | Disponible, una vez que pase la autorización | Todo lo anterior, más SNDS |
Las primeras dos filas cubren a la mayoría de las empresas con las que trabajamos, y ambas terminan en el mismo lugar: la dirección desde la que sale tu correo pertenece a un proveedor que atiende a una cantidad enorme de remitentes. Google lo dice con claridad para el tema de reputación: la actividad de cualquier remitente que usa una IP compartida afecta la reputación de todos los que están en ella. Así que aunque te entregaran los números de una dirección de salida de Gmail, estarías leyendo el comportamiento de una flota entera y no el tuyo.
Eso no es motivo para encogerse de hombros. Cambia de qué eres responsable. En infraestructura compartida la reputación de la IP es problema del proveedor y la reputación del dominio es tuya, que es justo lo que te muestran las señales por dominio que vienen más abajo.
Cuando la IP sí es tuya: el camino, en orden
Para un cliente que opera su propio servidor de correo, un relay en VPS o un equipo colocado, SNDS vale la pena configurarlo en la primera semana, no después de la primera queja. El orden en que trabajamos:
- Confirma que la dirección es tuya para autorizar. Si está dentro del rango de un proveedor de hosting, el proveedor tiene que completar la autorización o reenviarte la confirmación. Pregúntale primero. Varios proveedores publican su propio procedimiento y no actúan sobre solicitudes hechas por fuera de ellos.
- Configura el DNS inverso y que coincida. Un registro PTR que resuelva a un hostname de tu dominio de envío es la base de cualquier trabajo de entrega hacia Microsoft. También es lo primero que revisamos cuando el correo hacia direcciones de consumo se comporta distinto del resto.
- Solicita el acceso desde la página de SNDS de Microsoft, con sesión iniciada en una cuenta de Microsoft, para las direcciones específicas desde las que envías y nada más.
- Registra la dirección de JMRP. Dirige las quejas a un buzón monitoreado o a una cola de tickets, nunca a un correo personal, y decide de antemano qué pasa con una dirección que se queja. En la práctica debe quedar suprimida de inmediato, igual que un rebote duro.
- Agenda el vencimiento en un calendario compartido. Mira el párrafo siguiente, porque este es el paso que se salta.
El paso cinco es el que deshace en silencio a los otros cuatro. El FAQ de SNDS de Microsoft indica que el acceso a la red caduca diez meses después de haber sido aprobado, de modo que quien controla el rango tiene que volver a atestiguar la propiedad cada cierto tiempo, y los recordatorios salen antes de la fecha límite. Diez meses alcanzan para que la persona que hizo la solicitud original haya cambiado de puesto y para que el recordatorio caiga en un buzón que nadie lee. Deja la fecha donde el equipo pueda verla, con los datos de la autorización adjuntos, y trata un panel vacío de repente como un vencimiento mientras no se demuestre lo contrario.
Una nota práctica más: Microsoft ya ha movido este portal antes y su propia página de SNDS apunta a la ubicación vigente. Parte de la página de Microsoft y no de un marcador guardado, y lo mismo aplica a cualquier guía que encuentres, incluida esta.
Qué vigilar cuando SNDS no está a tu alcance
Este es el caso común y se lee peor de lo que es. Las señales de Outlook que no puedes obtener son a nivel de IP. Las que sí puedes obtener son a nivel de dominio, y para una empresa que envía su propio correo transaccional y de relación, el nivel de dominio es de todos modos la altura correcta.
Reportes agregados DMARC. Microsoft los envía. Eso significa que el XML diario ya trae una fila por cada fuente que envió correo diciendo ser tu dominio, con conteos de mensajes y resultados de autenticación. No te dirá quién se quejó. Sí te dirá que un sistema de facturación, una herramienta de reservas o un reenvío está mandando correo sin autenticar en tu nombre, y esa es una causa más frecuente de una falla exclusiva de Outlook que la reputación. Dos semanas de reportes suelen bastar para ver la lista completa de remitentes.
Los códigos de rebote, leídos de verdad y no pegados en un buscador. Microsoft es inusualmente específico sobre por qué rechazó un mensaje, y el código te dice frente a qué puerta estás parado. Un rechazo por autenticación es trabajo de DNS y alineación. Una dirección bloqueada es otro proceso: el portal de desbloqueo de Microsoft en sender.office.com cubre sus errores de IP de envío bloqueada y acepta una sola dirección de correo y una sola IP por visita, mientras que un 5.7.511 se gestiona escribiendo a delist@microsoft.com con el informe de no entrega completo y la dirección incluida. Microsoft también deja claro que el desbloqueo no es absolución: después el correo se entrega solo si sigue pasando los controles de seguridad, y la dirección puede volver a bloquearse.
Cuando no rebota nada. Si los mensajes se aceptan y luego aparecen en la carpeta de no deseados, estás frente a filtrado y no a bloqueo, que es exactamente el hueco que un feedback loop habría cubierto. Sin él, vuelve a los controles poco vistosos: higiene de listas, una baja visible que funcione al primer clic, volumen de envío consistente y un pequeño grupo de direcciones semilla en los dominios de consumo de Microsoft que revisas a mano antes de cualquier envío grande.
El lado de Gmail, como control. Postmaster Tools necesita el dominio de autenticación verificado con un registro TXT, y Google advierte que la mayoría de sus paneles solo se llenan cuando hay volumen diario considerable, del orden de cientos de mensajes por día, así que una firma de 20 personas bien puede ver las gráficas vacías. Donde sí hay datos, las guías para remitentes de Google piden mantener la tasa de spam reportada por debajo de 0.10% y nunca llegar a 0.30%. Los números de Gmail no son los de Outlook. Aun así, un panorama limpio en Gmail junto a una queja exclusiva de Outlook reduce rápido el problema a los controles propios de Microsoft.
Cómo ayuda Guanacos Tech
En un proyecto de entregabilidad lo primero que establecemos es en cuál fila de esa tabla estás, porque eso define todo el plan. Donde SNDS está a la mano, inscribimos las direcciones, conectamos las quejas de JMRP a la supresión y agendamos la reatestación de los diez meses. Donde no, construimos la vista por dominio: reportes DMARC que alguien de verdad lea, manejo de rebotes que distinga un rechazo por autenticación de una dirección bloqueada, y una lista semilla para los dominios de consumo de Microsoft. Si prefieres que eso se haga una vez y se te entregue, en lugar de armarlo a pedazos desde hilos de foro, para eso está nuestra consultoría de entregabilidad de correo. Agenda una llamada de 30 minutos, trae un mensaje rebotado y el nombre de lo que envía tu correo, y en la llamada te decimos qué señales puedes obtener y cuáles no.
Fuentes
- Microsoft, Smart Network Data Services (SNDS)
- Microsoft, SNDS FAQ (access expiry and reattestation)
- Microsoft, Services for senders and ISPs (JMRP)
- Microsoft, Remove yourself from the blocked senders list and address 5.7.511 errors
- Google, Set up Postmaster Tools
- Google, Email sender guidelines
- Google, IP address ranges for outbound mail servers