Une boucle de rétroaction vous dit quel destinataire a marqué votre message comme spam, afin que vous puissiez supprimer cette adresse avant de lui écrire à nouveau. Deux des quatre grands fournisseurs de boîtes aux lettres vous envoient cela : Yahoo et Microsoft. Gmail propose un dispositif qui porte le même nom et fonctionne autrement, un taux de spam agrégé par campagne sans aucune adresse dedans. Apple n’en propose aucune et l’écrit noir sur blanc.
Cette séparation est tout le sujet. Les conseils qui traitent l’inscription aux boucles de rétroaction comme une tâche unique vous envoient chercher un flux de plaintes Gmail qui n’a jamais existé.
Une boucle de rétroaction est un rapport de plainte, et la RFC 5965 en définit le format
Le format du rapport est l’Abuse Reporting Format, défini par la RFC 5965 en août 2010 et affiné par la RFC 6650 en juin 2012. Un message ARF est un rapport en plusieurs parties qui porte un bloc lisible par machine, plus le message d’origine ou les parties que le fournisseur accepte de restituer.
La RFC 6449, publiée en novembre 2011 par le Messaging Anti-Abuse Working Group, est le document opérationnel, et elle est franche sur les limites. Les fournisseurs masquent les informations jugées privées, et certains masquent l’adresse du destinataire elle-même, ce qui transforme un flux de suppression en compteur de volume. Lisez ce qu’un fournisseur envoie réellement avant de construire une chaîne de traitement qui suppose qu’une adresse s’y trouvera.
L’économie du dispositif mérite d’être dite une fois. Une plainte, c’est un destinataire qui signale à son fournisseur que votre courrier est indésirable. Le fournisseur n’a aucune obligation de vous le transmettre, et chaque boucle de rétroaction est un programme volontaire, avec une demande, des conditions d’utilisation et le droit de refuser.
Yahoo rattache sa Complaint Feedback Loop à votre domaine DKIM
Le programme de Yahoo repose sur le domaine, et l’exigence est explicite : la Complaint Feedback Loop ne prend en charge que le courrier signé avec DKIM. Les expéditeurs doivent signer leur courrier sortant avec DKIM pour que Yahoo puisse déterminer qui expédie réellement.
Quand un message signé avec une clé DKIM inscrite est marqué comme spam, Yahoo envoie à l’adresse inscrite un rapport au format ARF, afin que l’expéditeur puisse retirer ce destinataire des campagnes suivantes. L’inscription tient en trois étapes : créer un profil d’expéditeur, ajouter et valider votre domaine, puis inscrire le domaine.
Rattacher le programme au domaine DKIM a une conséquence à anticiper. Si votre plateforme signe le courrier de tous vos clients avec un seul domaine d= partagé, inscrire ce domaine réunit les plaintes de tous les clients dans un flux unique, et les séparer à nouveau devient votre problème. Signer chaque client sur son propre domaine est ce qui rend le flux exploitable.
Microsoft rattache JMRP à une adresse IP dont vous prouvez le contrôle, et a déplacé le portail en 2026
Le Junk Email Reporting Program de Microsoft fait partie de Smart Network Data Services, et c’est ce couplage qui compte : SNDS donne aux expéditeurs des données sur chaque adresse IP, et JMRP vous permet de recevoir un rapport quand des utilisateurs marquent vos messages comme indésirables. Les deux sont rattachés à des adresses IP, et l’accès commence par une demande portant sur les adresses dont vous êtes responsable, suivie d’un contrôle d’autorisation.
Trois changements sont intervenus en 2026 et les annonces portent la date du 6 juillet 2026. SNDS a migré vers un nouveau portail, qui remplace l’adresse de longue date sous sendersupport.olc.protection.outlook.com. Les URL d’accès automatisé sur cet ancien hôte étaient annoncées pour retrait au 22 juin 2026 : un script pointé sur l’ancien point d’accès cesse donc de fonctionner au lieu de se dégrader. Enfin, les compteurs de pièges à spam ont été retirés du Data Report à partir du 22 juillet 2026, avec l’avertissement que les valeurs communiquées pendant la transition peuvent différer des rapports précédents et ne doivent pas être lues comme exactes.
Le rattachement à l’adresse IP décide qui peut s’en servir. Si vous envoyez depuis un pool partagé chez un prestataire d’envoi, les adresses IP ne vous appartiennent pas, et l’inscription revient à ce prestataire. Demandez-lui s’il est inscrit et ce qu’il fait des rapports, car la réponse détermine si une plainte chez Outlook.com atteint un jour votre liste de suppression.
La Feedback Loop de Gmail est agrégée et ne nomme jamais un destinataire
La FBL de Gmail indique lesquelles de vos campagnes attirent des plaintes, pas qui s’est plaint. Elle repose sur un en-tête que vous ajoutez vous-même, et les règles sont précises.
L’en-tête s’appelle Feedback-ID et sa valeur compte quatre champs séparés par des deux-points. Le dernier, le SenderId, est obligatoire, long de 5 à 15 caractères, et doit rester constant sur tout votre flux de courrier. Les trois premiers sont des identifiants facultatifs que vous choisissez, en général campagne, client et type de courrier. Les données agrégées sont produites pour les quatre premiers champs en comptant depuis la droite, et si le SenderId est vide, aucune donnée n’est produite.
Quatre conditions commandent les données, et en manquer une seule produit du silence plutôt qu’une erreur :
- Le trafic doit être signé avec DKIM par un domaine que vous possédez ou contrôlez, après l’ajout de l’en-tête. Signer avant l’en-tête le laisse sans protection, et le contrôle contre l’usurpation est la raison d’être de cette exigence.
- Ce domaine signataire doit être ajouté et validé dans Google Postmaster Tools, où apparaît le tableau de bord de la FBL. Un seul en-tête validé de ce type doit être présent.
- L’enregistrement SPF du domaine signataire doit lister les adresses IP depuis lesquelles vous envoyez, et ces adresses ont besoin d’enregistrements PTR qui résolvent vers un nom d’hôte valide.
- Un identifiant ne donne lieu à un rapport que lorsque le trafic d’une journée le porte en volume suffisant et dans des signalements de spam d’utilisateurs distincts.
Deux erreurs de rédaction méritent d’être nommées. N’utilisez pas une valeur unique par message, comme un Message-ID, car un identifiant qui ne se répète jamais ne peut pas s’agréger. Et ne répétez pas le même identifiant dans des champs différents, sinon des trafics sans rapport sont additionnés.
Les données ne couvrent que les destinataires en @gmail.com. Ce que vous récupérez est un taux rapporté à une campagne, c’est-à-dire un diagnostic. Ce n’est pas un flux de suppression, et aucune configuration n’en produit un.
Apple ne propose pas de boucle de rétroaction, et le dit
La page postmaster d’Apple pour iCloud Mail y répond directement : iCloud Mail ne propose pas de boucle de rétroaction. Il n’y a pas de demande à déposer ni de file à rejoindre.
Ce qu’Apple exige à la place est une liste de règles d’hygiène d’envoi, traitées comme des conditions de remise en masse et non comme des suggestions : n’écrire qu’à des destinataires qui se sont inscrits explicitement, un lien de désinscription qui agit immédiatement, des en-têtes ARC sur le courrier réacheminé, la conformité aux RFC 5321 et 5322, un DNS inverse publié pour vos adresses IP d’envoi, et des adresses IP et domaines d’envoi constants.
Ce que chaque fournisseur vous donne réellement
| Fournisseur | Rattaché à | Ce qui arrive | Nomme le destinataire |
|---|---|---|---|
| Yahoo CFL | Votre domaine d= DKIM | Un rapport ARF par plainte | Oui |
| Microsoft JMRP | Une adresse IP dont vous prouvez le contrôle | Un rapport ARF par plainte | Oui |
| Gmail FBL | Feedback-ID et un domaine validé dans Postmaster Tools | Un taux agrégé par identifiant | Non |
| Apple iCloud | Rien | Rien | Sans objet |
Un rapport de plainte n’est utile que s’il supprime l’adresse le jour même
La RFC 6449 est nette sur la première tâche : l’adresse citée dans une plainte sort de votre liste. Compter les plaintes et agir dessus sont deux chantiers distincts, et seul le second change quelque chose.
Trois habitudes séparent une boucle de rétroaction qui fonctionne d’un dossier de courrier non lu :
- Supprimez à la réception, globalement et non par campagne. Qui s’est plaint d’une lettre d’information n’a pas consenti à la prochaine annonce produit.
- Gardez le rapport, pas seulement l’adresse. Le bloc ARF porte la date d’arrivée et souvent les en-têtes d’origine, et c’est ce qui permet de relier un pic de plaintes à un envoi précis plutôt qu’à une mauvaise semaine.
- Surveillez le taux par flux, pas le total. Un flux transactionnel et un flux marketing moyennés ensemble masquent celui qui échoue.
Les seuils de taux de plainte publiés par les grands fournisseurs, et ce qui arrive quand vous les dépassez, sont traités dans notre guide des exigences de Gmail et Yahoo pour les expéditeurs en masse.
Que vérifier avant de demander l’accès à l’un de ces programmes
Chacun des programmes ci-dessus repose sur une authentification que vous avez ou que vous n’avez pas, et une demande qui échoue à ces contrôles est refusée sans grande explication.
- DKIM sur un domaine que vous contrôlez. Yahoo y rattache tout son programme et Gmail l’exige pour faire confiance à votre en-tête. Notre outil de vérification DKIM lit la clé publiée et sa longueur. Sur les domaines que nous testons pour le rapport Unspam 2026 sur la délivrabilité des e-mails, 90 % des domaines que nous testons signent avec un DKIM fonctionnel.
- Un SPF qui liste toutes les adresses IP depuis lesquelles vous envoyez vraiment, sur le domaine signataire et pas seulement sur le domaine expéditeur visible. Notre outil de vérification SPF parcourt les include et compte les requêtes face à la limite qui invalide un enregistrement.
- Un DNS inverse sur vos adresses IP d’envoi, qui résolve vers un vrai nom d’hôte. 99 % des domaines que nous testons disposent déjà d’un DNS inverse valide, ce qui fait du 1 % restant une demande facile à perdre.
- Exactement un en-tête
Feedback-ID. Notre analyseur d’en-têtes e-mail montre ce que porte un message réel, et c’est là qu’un doublon ajouté par un intermédiaire devient visible.
Pour voir l’authentification et les en-têtes d’un message tels qu’un destinataire les voit, faites un test de spam gratuit.
