La première grande mise à jour de SNDS depuis des années : ce qui change et pourquoi c’est important

Microsoft a apporté des changements majeurs au Smart Network Data Services (SNDS), son outil historique de suivi de la réputation IP et des données de plaintes pour Outlook.com. Cette mise à jour comporte un nouveau portail, une API moderne en OAuth 2.0, des changements dans le reporting des plaintes, ainsi que la suppression de la visibilité sur les spamtraps. Certains changements sont de vraies améliorations ; d'autres obligent les équipes de délivrabilité à revoir leurs workflows de monitoring..

Si vous avez besoin d'aide pour vous assurer d'être prêt face à ce nouveau format JMRP conforme ARF de Microsoft, vous pouvez contacter l'équipe Postmastery.

Nouveau portail SNDS et nouvelle URL

Le 8 juin 2026, Microsoft a migré SNDS vers un nouveau portail :
https://substrate.office.com/ip-domain-management-snds/SNDS
L'ancienne URL (sendersupport.olc.protection.outlook.com/snds/) redirige désormais vers la nouvelle plateforme, mais Microsoft conseille aux expéditeurs de mettre à jour leurs favoris, scripts et intégrations qui dépendent des anciennes URL.

Les liens de téléchargement automatisés expirent désormais

Les anciens liens d'accès CSV étaient, dans les faits, permanents. Les nouveaux liens d'accès automatisés expirent désormais au bout de 30 jours et doivent être renouvelés périodiquement.
Si votre stack de monitoring dépend encore de ces URL, vos exports peuvent soudainement se mettre à renvoyer des erreurs 404, sans aucun signe évident indiquant que les données de réputation ont cessé d'arriver.

L'accès API remplace l'ancienne approche

Historiquement, l'automatisation reposait sur des téléchargements CSV générés via les liens « Automated Data Access ». SNDS propose désormais une API sécurisée par authentification OAuth 2.0 permettant de récupérer :

• Les rapports de données IP
• Les rapports de statuts des IP
• Des rapports filtrés par date
• Des requêtes spécifiques IPv4

C'est probablement le changement architectural le plus important pour quiconque intègre les données SNDS dans des dashboards ou des plateformes de délivrabilité. À noter que la configuration OAuth2 du SNDS est prévue pour des applications de bureau, pas pour des applications côté serveur ce qui complique un peu l'intégration. Les données renvoyées par l'API sont le même CSV que celui des liens de téléchargement automatisés.

Les plaintes JMRP utilisent désormais le format ARF standard

Le Junk Mail Reporting Program (JMRP) de Microsoft renvoie désormais les plaintes au format ARF (Abuse Reporting Format) standard.
La changement les plus importants sont :

• Les rapports de plainte ne contiennent plus le message original complet
• Le téléchargement d'échantillons de plaintes a été supprimé

De nombreux expéditeurs s'appuyaient auparavant sur l'analyse du message MIME original pour identifier le destinataire à l'origine de la plainte.
Ces workflows doivent désormais reposer sur des en-têtes tels que :

• Message-ID
• Des identifiants personnalisés (X-Campaign-ID, X-sendID, etc.)
• Le return-path au format VERP
• Les sélecteurs ou domaines DKIM

Ce changement rend l'approche de Microsoft similaire à celles de Gmail et Yahoo en matière de confidentialité.
Pour plus de détails, consultez notre article de blog sur ce sujet.

Des contrôles renforcés sur la propriété des réseaux

Microsoft a ajouté des exigences d'authentification pour approuver ou refuser les demandes d'accès à SNDS. Cela réduit le risque de voir des approbations déclenchées accidentellement par des scanners de sécurité ou des outils d'aperçu de liens.

Les délégations de propriété de réseau expirent désormais elles aussi et doivent être re-validées périodiquement. Les organisations qui gèrent des plages IP pour des clients, partenaires ou anciens clients devraient vérifier que leurs accès sont toujours valides et renouveler leurs délégations avant qu'elles n'expirent.

Le reporting des spamtraps est en cours de suppression progressive

Microsoft a récemment annoncé que le nombre de hits sur les spamtraps serait retiré du Data Report à partir du 22 juillet 2026.

Pendant la période de transition, les valeurs remontées peuvent déjà différer des valeurs historiques et ne doivent pas être interprétées comme des comptages exacts. C'est sans doute la perte de visibilité la plus significative pour les équipes de délivrabilité qui utilisaient SNDS pour le suivi de l'hygiène de liste.

Une interface plus moderne

L'interface de SNDS a bénéficié de son premier gros rafraîchissement depuis des années :

• un design visuel actualisé
• des améliorations de la gestion de profil
• une gestion intégrée des réseaux
• une gestion de l'accès automatisé aux données directement dans le portail

Les fonctionnalités restent globalement les mêmes, mais le portail se rapproche désormais des outils d'administration modernes de Microsoft 365, loin de l'interface d'origine au design très daté des années 2000.

Ce que cela signifie pour les équipes de délivrabilité

La refonte du portail est bienvenue, mais l'impact opérationnel se situe ailleurs.

L'API OAuth 2.0 nécessite des mises à jour d'intégration. Les liens d'accès automatisés qui expirent demandent une maintenance active. Le passage à ARF supprime les données détaillées des messages de plainte, et la suppression des compteurs de spam-traps réduit un signal important de qualité de liste.

Les équipes qui gèrent de gros programmes d'envoi ou des plateformes de délivrabilité devraient revoir ces changements dès maintenant (en particulier l'authentification API, les téléchargements automatisés, l'attribution des plaintes et la propriété des accès réseau) avant qu'un workflow existant ne tombe en panne silencieusement.