Microsoft SNDS : lire les données comme un pro

Si vous êtes inscrit à SNDS (et vous devriez l'être), vous avez sous les yeux un tableau HTML sans fioritures, à onze colonnes. La plupart des expéditeurs jettent un œil à la couleur et ignorent le reste. Ils passent ainsi à côté des signes avant-coureurs qui les auraient prévenus trois jours avant un blocage.

Voici comment lire chaque colonne.

Les colonnes

Colonne	Ce qu'elle mesure	À quoi ressemble une valeur « saine »
IP	L'IP ou le /24 précis que vous avez enregistré	sans objet
Activity period	Le jour calendaire de la ligne de données	sans objet
RCPT commands	Les destinataires tentés dans les conversations EHLO échantillonnées	Un volume stable et régulier
Data commands	Les messages réellement transmis	Proche de RCPT
Message recipients	Les destinataires des messages réellement transmis	Proche de RCPT
Filter result	% des e-mails échantillonnés qu'Outlook.com a filtrés comme spam	< 10 % vert, > 90 % rouge
Complaint rate	% des destinataires qui ont signalé le message comme indésirable	< 0,1 % très bien, > 0,3 % danger
Trap message period	Les jours où l'IP a touché des spam traps de Microsoft	« Not applicable » est l'idéal
Trap hits	Le nombre d'adresses pièges contactées	0 idéalement, < 3 tolérable
Sample HELO	Le nom d'hôte EHLO observé par Microsoft	Correspond à votre PTR
Sample MAIL FROM	Le domaine du return-path observé par Microsoft	Correspond à votre domaine d'envoi
Comments	Des notes ajoutées par Microsoft (rares)	sans objet

Ce que signifie vraiment la couleur

La couleur, c'est le Filter result : la part de verdicts spam sur les e-mails de l'IP. La FAQ SNDS définit le vert comme moins de 10 %, le jaune comme 10 % à 90 %, et le rouge comme plus de 90 %.

• Vert : Microsoft est satisfait de cette IP. La plupart des e-mails arrivent en boîte de réception.
• Jaune : un ou plusieurs indicateurs sont en hausse. Microsoft limite ou classe en indésirable une partie des e-mails. C'est votre fenêtre d'alerte.
• Rouge : Microsoft filtre de façon agressive et vous risquez un blocage S3140.

Vous pouvez lire chacune des colonnes sous-jacentes pour comprendre pourquoi une IP est passée au jaune, et corriger la cause précise.

Lire les données en pratique

Scénario A : couleur jaune, taux de plaintes correct, aucun piège touché, filter result élevé

C'est presque toujours un problème de contenu ou d'authentification, pas d'hygiène de liste.

• Vérifiez que SPF, DKIM et DMARC réussissent avec Domain Health.
• Examinez l'en-tête d'un message récent avec l'analyseur d'en-têtes e-mail et cherchez un compauth ≠ pass.
• Auditez le contenu : un changement soudain de modèles, de nouveaux raccourcisseurs d'URL ou une refonte chargée en images.

Scénario B : couleur jaune, taux de plaintes au-dessus de 0,2 %, filter result modéré

Le problème classique d'hygiène de liste.

• Récupérez les rapports JMRP. Les destinataires signalés constituent votre file de suppression.
• Auditez la croissance récente de votre liste. Les sources achetées, aspirées ou en co-enregistrement sont des coupables fréquents.
• Resserrez l'opt-in (abandonnez le simple opt-in, ajoutez une reconfirmation).

Scénario C : des pièges touchés

Microsoft entretient des pièges purs (des adresses qui ne se sont jamais inscrites à quoi que ce soit) et des pièges recyclés (d'anciennes vraies adresses, abandonnées depuis des années puis réactivées comme pièges).

• Pièges purs touchés → votre liste contient des données achetées ou aspirées. Identifiez la source et retirez-la.
• Pièges recyclés touchés → votre politique de désactivation n'est pas assez stricte. Retirez les destinataires sans engagement depuis 90 jours ; pour la prospection à froid, 30 jours.

Scénario D : le Sample HELO ou le MAIL FROM ne correspond pas à ce que vous attendez

Ce sont les symptômes d'une mauvaise configuration du serveur de messagerie : l'EHLO ou le Return-Path est réglé sur autre chose que votre domaine d'envoi.

• Vérifiez que l'EHLO correspond au nom d'hôte de votre PTR.
• Vérifiez que le Return-Path est sur un domaine dont le SPF est valide pour l'IP d'envoi.

À quelle fréquence consulter SNDS

Si vous gérez vos propres IP, une consultation quotidienne est le bon rythme. La plupart des blocages sont précédés de 2 à 4 jours en statut jaune : vérifier chaque jour vous laisse le temps de corriger avant que les destinataires ne s'en aperçoivent.

Si une consultation quotidienne n'est pas réaliste, mettez en place des alertes. La surveillance des IP de MailVitals récupère automatiquement les données SNDS et vous alerte quand la couleur change.

Le délai des données SNDS

Les données SNDS ont un jour de retard. La ligne datée du 9 juin 2026 montre ce qui s'est passé le 8 juin 2026. Organisez-vous en conséquence : un correctif appliqué aujourd'hui n'apparaîtra dans SNDS que sur la ligne de demain.

FAQ

Pourquoi mon SNDS affiche-t-il « no data » certains jours ? Microsoft ne génère une ligne que si l'IP a envoyé assez d'e-mails échantillonnés (environ 100 messages ou plus). Les IP à faible volume ont des trous.

La couleur SNDS et le taux de plaintes JMRP concordent-ils toujours ? Pas toujours. SNDS échantillonne une partie du trafic ; JMRP capture tous les messages signalés. JMRP est la source la plus précise pour le taux de plaintes.

Puis-je obtenir un historique SNDS au-delà de 30 jours ? Non. SNDS conserve 90 jours de données à l'écran. Exportez et archivez régulièrement si vous voulez un historique plus long.

À lire aussi

• Guide de configuration SNDS et JMRP
• Corriger l'erreur Microsoft 550 5.7.1

Sources

• Smart Network Data Services FAQ (Outlook.com), chaque colonne SNDS, les plages de couleur, le plancher de 100 messages par jour et la conservation sur 90 jours.
• Outlook.com Postmaster: Services for Senders and ISPs, SNDS et JMRP comme services gratuits d'Outlook.com, avec des retours JMRP à partir d'environ 72 heures après l'inscription.
• Outlook.com Postmaster: Troubleshooting, les codes de blocage d'Outlook.com, que les données SNDS vous aident à éviter.