Quelques heures après un envoi, une poignée de destinataires cliquent sur « courrier indésirable ». Le geste ne reste pas dans leur boîte : les fournisseurs de messagerie le renvoient à l’expéditeur qui s’est inscrit au bon programme. C’est le feedback loop (FBL), le seul canal qui vous dit combien de destinataires vous ont signalé et qui pèse directement sur votre délivrabilité. Chaque fournisseur a ses conditions d’inscription et son niveau de détail. Microsoft a d’ailleurs changé les siennes en 2026.
Qu’est-ce qu’un feedback loop (FBL) ?
Le feedback loop (boucle de rétroaction) est un service par lequel un fournisseur de messagerie renvoie à l’expéditeur les plaintes émises par ses propres utilisateurs. Quand un destinataire clique sur « spam » ou « indésirable », le fournisseur génère un rapport et l’envoie à une adresse déclarée par l’expéditeur inscrit au programme.
Ces rapports circulent dans un format normalisé, l’ARF (Abuse Reporting Format), décrit par la RFC 5965. Un rapport ARF ressemble à un email en plusieurs parties. Un résumé lisible ouvre le message, suivi d’un bloc de métadonnées machine qui porte notamment le type de plainte et l’adresse IP source. Vient ensuite une copie du message d’origine, que certains fournisseurs réduisent à ses seuls en-têtes. Cette normalisation permet de parser les plaintes des différents fournisseurs avec un seul script au lieu d’un par programme.
Comment fonctionne une boucle de rétroaction ?
1) Un destinataire marque un email comme spam dans sa messagerie.
2) Le fournisseur de messagerie transmet cette plainte à l’expéditeur inscrit au programme de feedback loop.
3) L’expéditeur retire le plaignant de sa base, identifie la campagne en cause et ajuste ses envois. Il protège ainsi la réputation de son domaine et de son adresse IP.
À partir de quel taux de plainte faut-il s’inquiéter ?
Google demande aux expéditeurs de volume de rester sous 0,3 % de plaintes et recommande de ne jamais dépasser 0,1 % en régime normal. Le seuil s’applique par jour et par domaine d’envoi, tel que mesuré dans Postmaster Tools. Yahoo aligne ses exigences sur les mêmes valeurs depuis l’entrée en vigueur des règles communes aux expéditeurs en masse.
Ces pourcentages paraissent minuscules et ils le sont : sur un envoi de 50 000 messages, 150 plaintes suffisent à franchir la barre des 0,3 %. Un taux qui grimpe brutalement sur une seule campagne pointe presque toujours vers un segment mal ciblé ou une liste achetée. Un taux qui monte lentement sur plusieurs semaines révèle plutôt une fatigue d’audience, que l’on mesure en croisant les plaintes avec le taux d’engagement.
Microsoft ne publie aucun seuil chiffré. SNDS affiche une couleur de réputation par IP et une fourchette de taux de plainte, ce qui laisse le sender déduire son propre plancher de tolérance. En pratique, viser les mêmes 0,1 % que chez Google évite d’avoir à trancher la question.
Feedback loops : des bénéfices pour tout le monde
Les avantages pour les marketeurs
Le feedback loop donne à l’expéditeur la seule vue directe qu’il aura jamais sur le mécontentement de ses destinataires. Un désabonnement se voit dans les statistiques du routeur, une plainte non remontée ne se voit nulle part. Elle agit pourtant sur la délivrabilité de tous les envois suivants.
Côté réputation, les fournisseurs attribuent une note aux adresses IP et aux domaines d’envoi. Un volume élevé de plaintes la fait chuter, ce qui déclenche d’abord le classement en indésirable puis le blocage pur et simple des envois vers ce fournisseur. Recevoir les plaintes permet de couper l’envoi avant le décrochage, donc de rester en boîte de réception chez les destinataires qui, eux, lisent encore.
Côté base de données, les plaintes désignent les segments à retirer. Une base propre ne se limite pas aux adresses valides : elle exclut aussi les contacts qui ont manifesté leur agacement. Et quand plusieurs plaintes tombent sur une même campagne, la cause est à chercher dans le contenu ou dans le ciblage de cet envoi précis.
Les avantages pour les destinataires
Le bouton « spam » sert d’abord au destinataire, qui nettoie sa boîte en un clic. La boucle prolonge ce geste : elle transforme un signalement local en désinscription effective chez l’expéditeur, sans que l’utilisateur ait à chercher un lien en bas de message. Les campagnes qui restent après ce filtrage sont celles que l’audience accepte de recevoir.
Les 4 programmes en un coup d’œil
| Programme | Rattachement | Niveau de détail | Prérequis |
|---|---|---|---|
| Microsoft JMRP | Adresse IP d’envoi | Plainte par plainte, en-têtes seuls depuis 2026, adresse du plaignant masquée | IP dédiée déclarée et validée dans SNDS, adresse de réception cohérente avec le rDNS |
| Yahoo CFL | Domaine signataire DKIM (d=) | Rapport ARF par message signalé | Signature DKIM active, profil Sender Hub, domaine vérifié par enregistrement DNS |
| Boucle Gmail | En-tête Feedback-ID | Agrégat par identifiant dans Postmaster Tools, aucune adresse renvoyée | Domaine validé dans Postmaster Tools, DKIM, volume suffisant par identifiant |
| Signal Spam | IP et domaine d’envoi | Volumes de signalement agrégés pour Orange, SFR et laposte.net | Adhésion à l’association |
Le programme JMRP de Microsoft : intégrer les retours de Hotmail et Outlook
Ce qui distingue le JMRP des autres boucles
Le Junk Mail Reporting Program (JMRP) est la boucle de rétroaction de Microsoft pour les boîtes Outlook.com, Hotmail, Live et MSN. Il se distingue des autres programmes sur un point : il fonctionne par adresse IP là où les autres s’appuient sur le domaine signataire. Microsoft veut savoir quelles IP vous utilisez pour envoyer. Il faut donc les lui déclarer au préalable dans Smart Network Data Services (SNDS).
Deuxième spécificité : le JMRP suppose une IP d’envoi dédiée. Un expéditeur qui passe par un pool mutualisé ne peut pas s’inscrire en son nom, puisque l’IP appartient à son routeur. C’est ce dernier qui reçoit les plaintes et qui décide de les répercuter ou non.
Le couple SNDS et JMRP répond à deux questions différentes. SNDS affiche la réputation d’une IP avec son volume et son taux de plainte agrégé. Le JMRP livre les plaintes une par une, au fil de l’eau, dans votre boîte.
Étapes d’inscription au JMRP
L’inscription suit toujours le même ordre. Vous déclarez d’abord vos plages d’IP dans SNDS et vous validez la demande via l’adresse que Microsoft associe au bloc, généralement celle du contact technique du propriétaire des IP. Vous ouvrez ensuite la page JMRP depuis le portail SNDS et vous créez un flux.
Le formulaire demande le nom de la société, l’adresse de réception des plaintes et le volume quotidien maximal que vous acceptez de recevoir. L’adresse de réception doit appartenir à un domaine cohérent avec le DNS inverse de vos IP, ce qui est le principal motif de refus. Vous sélectionnez enfin les IP couvertes par le flux et vous acceptez les conditions.
Depuis juin 2026, le portail SNDS a quitté son ancienne adresse pour une nouvelle URL. Les flux JMRP rattachés à aucun compte SNDS actif ont été supprimés dans la foulée. Si vous aviez un flux créé il y a plusieurs années et que les plaintes ont cessé d’arriver sans explication, c’est la première chose à vérifier.
Ce que renvoie le JMRP depuis 2026
Microsoft a resserré le contenu des rapports au cours de la même vague de changements. Les plaintes arrivent désormais toutes au format ARF, ce qui simplifie le parsing. En contrepartie, le corps du message d’origine n’est plus joint et l’adresse du plaignant est masquée : il ne reste que les en-têtes d’origine, accompagnés d’une sélection d’en-têtes d’authentification comme Authentication-Results et Received-SPF.
Cette anonymisation casse les traitements historiques, qui allaient chercher l’adresse du destinataire directement dans le rapport pour la basculer en liste de suppression. La parade tient en une ligne : injecter vos propres en-têtes à l’envoi. Un identifiant de campagne, un identifiant de destinataire opaque et un identifiant de liste suffisent à retrouver qui s’est plaint dans votre base, puisque ces en-têtes survivent au filtrage de Microsoft.
Lire les taux de plainte Microsoft et corriger les envois
SNDS classe chaque IP par taux de plainte et affiche une couleur de réputation. Une IP qui bascule dans le rouge voit ses messages partir en indésirable chez Outlook avant même que le taux ne devienne visible dans vos propres statistiques, ce qui fait du tableau SNDS un indicateur avancé.
La correction dépend de la forme de la courbe. Un pic isolé se traite en retirant le segment fautif et en suspendant la séquence concernée. Une dérive continue demande de réduire le volume vers les boîtes Microsoft pendant 2 à 3 semaines, de ne conserver que les contacts actifs sur les 90 derniers jours, puis de remonter progressivement. Sur une IP fraîche, ce protocole rejoint celui d’une reprise après longue pause.
Comment mettre en place un feedback loop chez les autres fournisseurs ?
Yahoo : une boucle rattachée au domaine DKIM
La Complaint Feedback Loop de Yahoo fonctionne à l’inverse du JMRP. Elle ne s’intéresse pas aux IP mais au domaine qui signe vos messages en DKIM, la valeur du champ d=. Vous créez un profil sur Sender Hub, vous ajoutez ce domaine, vous le vérifiez par un enregistrement DNS puis vous l’inscrivez à la boucle. Yahoo renvoie ensuite un rapport ARF pour chaque message signé par ce domaine et signalé par un utilisateur. Un expéditeur qui ne signe pas encore ses envois doit donc déployer DKIM avant toute chose.
Gmail : une boucle agrégée, pilotée par l’en-tête Feedback-ID
Google propose bien une boucle de rétroaction, contrairement à une idée répandue. Elle ne renvoie simplement aucune adresse de plaignant. Le principe : vous ajoutez un en-tête Feedback-ID à vos messages, composé d’un identifiant d’expéditeur obligatoire de 5 à 15 caractères, auquel s’ajoutent jusqu’à 3 champs libres où l’on place la campagne ou le segment. Google agrège les plaintes par identifiant et remonte dans Postmaster Tools ceux dont le taux sort de l’ordinaire.
L’accès est verrouillé par 3 conditions. Le domaine doit être validé dans Postmaster Tools et les envois signés en DKIM. Un identifiant ne remonte ensuite que s’il a été vu sur un nombre suffisant de messages et de plaintes. Les données ne concernent que les destinataires @gmail.com. Pour les boîtes Google Workspace hébergées sur un domaine d’entreprise, vous n’aurez rien.
Passer par un routeur qui gère les boucles
La plupart des plateformes d’emailing sont déjà inscrites aux boucles des grands fournisseurs pour l’ensemble de leurs IP. Elles suppriment automatiquement les plaignants et exposent le taux de plainte dans leurs statistiques. L’inscription en direct n’a d’intérêt que si vous disposez de vos propres IP ou si vous voulez recouper les données de votre routeur avec la source.
Traiter et analyser les rapports de plaintes
Un rapport reçu et jamais lu ne sert à rien. Le traitement minimal consiste à faire arriver les plaintes sur une boîte dédiée, puis à les parser pour basculer chaque plaignant en liste de suppression permanente, celle que l’on ne réactive jamais. Un contact qui a cliqué sur « spam » et qui reçoit un message 3 mois plus tard recliquera.
Le traitement utile va plus loin. En rapprochant l’identifiant de campagne du rapport et vos statistiques d’envoi, vous obtenez un taux de plainte par campagne et par source d’acquisition. C’est ce dernier axe qui parle le plus : une source de collecte qui génère 5 fois plus de plaintes que les autres se coupe sans discussion.
Les boucles côté français : Signal Spam, Orange, SFR et laposte.net
Les programmes anglo-saxons ne couvrent qu’une partie d’une base française. Le reste se joue chez les opérateurs nationaux. Le passage obligé s’appelle Signal Spam, un partenariat public-privé qui collecte les signalements des internautes français et les redistribue à ses membres.
Orange et SFR passent par ce canal. La donnée y est agrégée : vous obtenez des volumes de signalement par IP et par domaine, sans jamais l’identité des plaignants. Laposte.net est également joignable par cette voie. Free ne propose aucune boucle de rétroaction, ce qui laisse une zone aveugle sur une part non négligeable des adresses grand public françaises.
Pour un expéditeur membre, les signalements portant sur ses propres messages sont traités comme des demandes de désinscription. La contrepartie est administrative : l’accès passe par l’adhésion à l’association là où Microsoft et Yahoo se contentent d’un formulaire en ligne.
Les limites du feedback loop
Aucune boucle ne couvre les boîtes professionnelles hébergées sur Microsoft 365 ou Google Workspace, où se trouve souvent l’essentiel d’une base B2B. Le programme JMRP s’arrête aux boîtes grand public d’Outlook.com. La boucle Gmail s’arrête aux adresses @gmail.com.
Le décalage est le deuxième angle mort. Les rapports arrivent avec un retard variable, parfois plusieurs heures, ce qui suffit à envoyer la suite d’une séquence automatisée avant d’avoir suppressé le plaignant. Une boucle ne signale pas non plus les spam traps : une adresse piège ne clique sur rien et se contente de dégrader silencieusement la réputation de l’IP. Enfin, une plainte anonymisée ne vaut que par les en-têtes que vous avez pensé à poser à l’envoi. Sans identifiant maison dans le message, le rapport vous apprend qu’une plainte existe sans vous dire de qui elle vient.
L’impact sur la réputation du domaine
Au-delà de l’IP, les plaintes pèsent sur la réputation du nom de domaine expéditeur. C’est d’autant plus vrai que l’authentification est devenue la norme : avec SPF, DKIM et DMARC, le domaine signataire devient l’identifiant stable de l’expéditeur, quelles que soient les IP utilisées. Un domaine déclassé le reste après un changement d’infrastructure, alors qu’une IP brûlée se remplace. C’est la raison pour laquelle il vaut mieux surveiller sa réputation IP et domaine ensemble.
Réduire les faux positifs
Une partie des plaintes ne dit rien du contenu. L’utilisateur voulait se désabonner et le bouton « spam » était plus rapide à trouver que le lien de désinscription. Rendre ce lien visible en haut du message, ajouter l’en-tête List-Unsubscribe avec désinscription en un clic et rappeler dans quel contexte l’adresse a été collectée font baisser ce bruit de fond. Sur les bases anciennes, un rappel explicite de l’origine de l’inscription vaut mieux qu’un design plus soigné.
Exploiter les données FBL : scoring, CRM et suppression
Une plainte est le signal négatif le plus fort qu’un contact puisse émettre, bien plus qu’une absence d’ouverture. Elle mérite donc un poids maximal dans un score d’engagement : exclusion définitive des séquences plutôt qu’une bascule en audience à surveiller.
Côté outillage, brancher le flux de plaintes sur le CRM ou la plateforme de données client automatise la suite : suppression immédiate du contact, puis alerte au service client si le plaignant est un compte payant. Sur une petite base, un filtre de boîte mail et un export hebdomadaire suffisent.
Bonnes pratiques pour limiter les plaintes
Les boucles remontent le problème, elles ne le corrigent pas. Ce qui fait baisser durablement le taux de plainte tient à quelques réglages en amont :
- Recueillir un consentement explicite (en double opt-in de préférence) et conserver la trace de la date et de la source.
- Utiliser un nom d’expéditeur reconnaissable et un objet qui annonce le contenu réel du message.
- Placer le lien de désinscription en évidence, sans page intermédiaire ni demande de mot de passe.
- Segmenter les envois et adapter la fréquence au niveau d’engagement réel de chaque groupe.
- Vérifier la validité des adresses avant l’envoi pour éviter que les rebonds ne dégradent la réputation en même temps que les plaintes.
- Surveiller le taux de plainte campagne par campagne plutôt que la seule moyenne mensuelle, qui lisse les accidents.
Un dernier point, souvent négligé : les plaintes et les rebonds abîment la même réputation. Une liste jamais nettoyée cumule les deux. Faire passer sa base dans un contrôle avant envoi retire les adresses mortes, ce qui laisse les boucles de rétroaction traiter le seul problème qu’elles savent traiter : les destinataires bien vivants qui ne veulent plus de vos messages.
