Microsoft SNDS: cómo leer los datos como un profesional

Si ya te inscribiste en SNDS (y deberías), estás viendo una tabla HTML sin adornos con once columnas. La mayoría de los remitentes miran el color e ignoran el resto. Se pierden los indicadores anticipados que les habrían avisado tres días antes de un bloqueo.

Así se lee cada columna.

Las columnas

Columna	Qué mide	Cómo se ve lo "saludable"
IP	La IP o el /24 concreto que registraste	n/a
Activity period	El día del calendario de la fila de datos	n/a
RCPT commands	Destinatarios intentados en las conversaciones EHLO muestreadas	Volumen estable y constante
Data commands	Mensajes realmente transmitidos	Cerca de RCPT
Message recipients	Destinatarios de los mensajes realmente transmitidos	Cerca de RCPT
Filter result	% del correo muestreado que Outlook.com filtró como spam	< 10% verde, > 90% rojo
Complaint rate	% de destinatarios que lo reportaron como no deseado	< 0.1% muy bien, > 0.3% peligro
Trap message period	Días en los que la IP cayó en spam traps de Microsoft	Lo ideal es "Not applicable"
Trap hits	Número de direcciones trampa a las que se envió	0 lo ideal, < 3 tolerable
Sample HELO	El hostname EHLO que observó Microsoft	Coincide con tu PTR
Sample MAIL FROM	El dominio del return-path que observó Microsoft	Coincide con tu dominio de envío
Comments	Notas que agrega Microsoft (poco frecuentes)	n/a

Qué significa de verdad el color

El color es el Filter result: la proporción de veredictos de spam sobre el correo de la IP. El FAQ de SNDS define el verde como menos de 10%, el amarillo como de 10% a 90% y el rojo como más de 90%.

• Verde: Microsoft está conforme con esta IP. La mayor parte del correo va a la bandeja de entrada.
• Amarillo: uno o más indicadores están elevados. Microsoft está aplicando throttling o mandando parte del correo a no deseado. Es tu ventana de advertencia.
• Rojo: Microsoft está filtrando de forma agresiva y corres el riesgo de un bloqueo S3140.

Puedes leer cada columna subyacente para ver por qué una IP pasó a amarillo y corregir la causa concreta.

Cómo leer los datos en la práctica

Escenario A: el color es amarillo, la tasa de quejas está bien, no hay impactos en trampas y el resultado del filtro es alto

Casi siempre es un problema de contenido o de autenticación, no de higiene de la lista.

• Revisa que SPF/DKIM/DMARC estén pasando con Domain Health.
• Inspecciona el encabezado de un mensaje reciente con el analizador de encabezados de correo y busca compauth ≠ pass.
• Audita el contenido en busca de un cambio repentino en las plantillas, nuevos acortadores de URL o un rediseño cargado de imágenes.

Escenario B: el color es amarillo, la tasa de quejas está por encima de 0.2% y el resultado del filtro es moderado

El clásico problema de higiene de la lista.

• Descarga los reportes de JMRP. Los destinatarios señalados son tu cola de supresión.
• Audita el crecimiento reciente de la lista. Las fuentes compradas, extraídas de la web o de registro compartido son culpables frecuentes.
• Endurece el opt-in (deja el opt-in simple, agrega una reconfirmación).

Escenario C: hay impactos en trampas

Microsoft mantiene pristine traps (direcciones que nunca se suscribieron a nada) y recycled traps (direcciones que fueron reales, llevan años abandonadas y se reactivaron como trampas).

• Impactos en pristine traps → tienes datos comprados o extraídos de la web en tu lista. Identifica la fuente y elimínala.
• Impactos en recycled traps → tu política de baja no es lo bastante agresiva. Saca a los destinatarios que no hayan interactuado en 90 días; en prospección en frío, 30 días.

Escenario D: Sample HELO o MAIL FROM no coinciden con lo que esperas

Son síntomas de un servidor de correo mal configurado: el EHLO o el Return-Path se están fijando en algo distinto de tu dominio de envío.

• Verifica que el EHLO coincida con el hostname de tu PTR.
• Verifica que el Return-Path esté en un dominio con un SPF válido para la IP de envío.

Cada cuánto revisar SNDS

Si gestionas tus propias IP, a diario es la frecuencia correcta. La mayoría de los bloqueos vienen precedidos de 2 a 4 días en amarillo, así que revisar a diario te da tiempo para corregir antes de que los destinatarios lo noten.

Si revisar a diario no es realista, configura alertas. El monitoreo de IP de MailVitals descarga los datos de SNDS automáticamente y alerta cuando cambia el color.

El retraso de los datos de SNDS

Los datos de SNDS llegan con un día de retraso. La fila con fecha 2026-06-09 muestra lo que pasó el 2026-06-08. Planea en función de eso: no esperes que una corrección de hoy aparezca en SNDS hasta la fila de mañana.

Preguntas frecuentes

¿Por qué mi SNDS muestra "no data" algunos días? Microsoft solo genera una fila cuando la IP envió suficiente correo muestreado (~100 mensajes o más). Las IP de menor volumen tienen huecos.

¿El color de SNDS y la tasa de quejas de JMRP coinciden siempre? No siempre. SNDS muestrea una parte del tráfico; JMRP recoge todos los mensajes reportados. JMRP es la fuente más precisa para la tasa de quejas.

¿Puedo obtener el historial de SNDS de más de 30 días? No. SNDS mantiene 90 días de datos en pantalla. Exporta y archiva con regularidad si quieres un registro más largo.

Relacionado

• Guía de configuración de SNDS y JMRP
• 550 5.7.1 de Microsoft: cómo solucionarlo

Fuentes

• Smart Network Data Services FAQ (Outlook.com), cada columna de SNDS, las franjas de color, el mínimo de 100 mensajes al día y la conservación de 90 días.
• Outlook.com Postmaster: Services for Senders and ISPs, SNDS y JMRP como servicios gratuitos de Outlook.com, con reportes de JMRP a partir de unas 72 horas después de inscribirte.
• Outlook.com Postmaster: Troubleshooting, los códigos de bloqueo de Outlook.com, que los datos de SNDS te ayudan a evitar.