Indicateurs et valeurs de référence de la délivrabilité

Les fournisseurs de messagerie déduisent de signaux statistiques si un email est désiré et attendu (voir Fondamentaux de la délivrabilité des emails). Cet article définit les indicateurs qu’un expéditeur doit suivre et rassemble les objectifs chiffrés publiés par les grands guides d’ESP (AWS SES, Postmark, Twilio SendGrid, Klaviyo ; fourchettes de taux d’ouverture de Braze et de Bird). Quand les chiffres diffèrent d’une source à l’autre, ils sont tous donnés avec leur origine. Le tableau de référence des seuils ci-dessous est la référence unique que citent les autres articles d’opérations. Pour les chiffres d’enquêtes sectorielles, datés et attribués à leurs éditeurs, qui servent de toile de fond à ces objectifs (taux de boîte de réception, de spam et de messages manquants mesurés par Validity sur listes de test, par fournisseur et par secteur, et valeurs de référence d’engagement par secteur), voir Valeurs de référence de la délivrabilité.

Événements du cycle de vie d’un message

Twilio SendGrid recense neuf événements principaux dans le cycle de vie d’un message. Ces noms sont des libellés d’interface propres à l’éditeur, mais toute infrastructure d’envoi produit des états équivalents :

Rebonds

Un rebond se produit quand un email ne peut pas être livré au destinataire prévu.

• Rebond définitif : un échec permanent ; l’adresse ou le domaine n’existe pas, échecs d’authentification (défaut d’alignement SPF/DKIM/DMARC), graves problèmes de réputation ou de liste de blocage. Codes de réponse SMTP de la plage 5.X.X (par exemple 550).
• Rebond temporaire : un échec temporaire ; boîte pleine, serveur de réception surchargé ou momentanément indisponible, blocages temporaires liés au contenu ou à la réputation. Codes de réponse SMTP de la plage 4.X.X (par exemple 421, 451, 452). Les systèmes d’envoi retentent généralement les rebonds temporaires à intervalles réguliers pendant plusieurs jours avant d’abandonner.

(Code 250 = message accepté, livraison terminée.)

Des taux de rebonds définitifs élevés indiquent aux serveurs de réception que vous ne connaissez pas vos destinataires : un signal de réputation très négatif. Les adresses en rebond définitif doivent être retirées immédiatement et ne plus jamais recevoir d’envoi ; voir Hygiène de base de données et politiques de mise en sommeil.

Répartition des rebonds (emails transactionnels)

Les données de rebonds transactionnels de Postmark se répartissent ainsi : 80 % de rebonds définitifs, 10 % de rebonds temporaires, 3,5 % de plaintes pour spam et de blocages par les fournisseurs de messagerie, 2,5 % de retards, 2,5 % de réponses automatiques, 1,5 % d’autres cas (erreurs DNS, rejets DMARC, vérifications par défi, désabonnements). L’effort d’automatisation doit donc porter d’abord sur le traitement des rebonds définitifs.

Plaintes

Une plainte se produit quand un destinataire clique sur « Signaler comme spam » (Mark as Spam, ou l’équivalent) dans son client de messagerie. Certains fournisseurs de messagerie, mais pas tous, transmettent les plaintes aux expéditeurs par une feedback loop (voir Pratiques d’infrastructure d’envoi). Les plaintes accumulées indiquent au fournisseur que vous envoyez du spam, ce qui nuit directement à la délivrabilité et à la réputation d’expéditeur.

Ouvertures et clics : précautions de mesure

Les taux d’ouverture sont gonflés par Apple Mail Privacy Protection (MPP) et par le préchargement des images de Gmail, qui déclenchent le pixel d’ouverture sans qu’un humain lise le message. La recommandation de SendGrid : repérer les ouvertures par proxy (par exemple grâce aux agents utilisateurs de préchargement dans les données d’événements) et privilégier les indicateurs de clics et de conversions plutôt que le taux d’ouverture pour juger de l’engagement.

Tableau de référence des seuils

Voici la référence de seuils multisource qui fait foi dans cette base : les autres articles d’opérations la citent plutôt que de répéter les chiffres. Quand les sources divergent réellement, l’écart est donné avec son origine : un chiffre « maison » plus strict d’un éditeur est présenté comme tel, et non érigé en consensus.

Portée des seuils (à lire en premier)

Les chiffres ci-dessous se contredisent en partie parce qu’ils ne mesurent pas la même chose. Un taux dépend de trois éléments, et deux seuils ne sont comparables que si les trois concordent :

• Qui le mesure : le fournisseur de messagerie (Gmail, Yahoo : ce que font leurs utilisateurs) ou le côté expéditeur (votre ESP ou votre MTA : ce que voient vos journaux et vos feedback loops). Un fournisseur ne voit que les plaintes déposées par ses propres utilisateurs ; un expéditeur ne voit que les rebonds et les retours de FBL.
• L’entité de réputation (réseau, adresse IP ou domaine) : la réputation est suivie aux trois niveaux à la fois. Les listes de blocage répertorient séparément les adresses IP (Spamhaus SBL/CSS) et les domaines (DBL) ; Gmail Postmaster Tools présente la réputation des adresses IP et la réputation des domaines dans des tableaux de bord distincts ; AWS SES applique ses sanctions au niveau du compte pour protéger le réseau de ses IP partagées.
• Le dénominateur : plaintes ou rebonds ÷ envoyés, ÷ livrés ou ÷ placés en boîte de réception. Le taux de spam de Gmail correspond aux signalements des utilisateurs ÷ messages livrés en boîte de réception (et seulement les messages authentifiés par DKIM) : un chiffre Gmail bas peut donc masquer des messages que Gmail a déjà envoyés dans le dossier spam ; SES et Klaviyo mesurent ÷ livrés. Mêmes événements bruts, pourcentage différent.

La ligne sur laquelle vous agissez dépend de votre rôle :

• Expéditeur (vous possédez le domaine) : le plafond par domaine du fournisseur de messagerie détermine votre placement en boîte de réception ; maintenez le taux de plaintes Gmail/Yahoo sous 0,1 % et jamais près de 0,3 %. Les chiffres du tableau de bord de votre ESP sont une alerte précoce, pas l’objectif.
• Opérateur d’ESP (plateforme partagée) : un seul chiffre ne peut pas protéger toutes les portées ; il vous faut trois garde-fous : (1) un garde-fou réseau/pool qui protège la réputation des IP partagées (la ligne par compte à la manière de SES), (2) un garde-fou par domaine pour que chaque client reste sous le plafond de Gmail/Yahoo, et (3) un garde-fou par client/adresse IP plus serré pour repérer un mauvais expéditeur avant que l’un des deux autres ne se déclenche (bien en dessous de 0,3 %, près de 0,1 % ou de votre propre ligne maison). Voir Sanctions appliquées aux comptes, Surveillance des envois sortants et Architecture multiclient.
• Conformité : un taux de plaintes en hausse est un signal de qualité du consentement avant d’être un signal de délivrabilité ; des plaintes durablement au-dessus d’environ 0,1 % révèlent un problème de permission ou d’attentes, pas un problème technique (voir Méthodes de consentement et échelle de qualité des listes).

Taux de plaintes (spam)

Ces lignes ne sont pas directement comparables : le plafond de 0,3 % de Gmail/Yahoo est mesuré par le fournisseur ÷ messages placés en boîte de réception, par domaine, tandis que les chiffres côté expéditeur et ceux de SES sont ÷ livrés, à l’échelle du compte ou du pool. Comme le dénominateur de Gmail exclut les messages déjà envoyés dans le dossier spam, un tableau de bord d’ESP qui affiche 0,1 % ÷ livrés peut coexister avec un taux de spam Gmail déjà proche du mur des 0,3 %. En pratique : les expéditeurs se fixent sur l’objectif fournisseur < 0,1 % par domaine ; les opérateurs d’ESP placent leurs propres seuils de pause automatique, par pool et par client, en dessous du plafond de 0,3 % (près de 0,1 %), jamais au niveau de la ligne réseau plus lâche de SES à 0,5 %.

Taux de rebonds

Note sur la portée : le taux de rebonds est par nature un indicateur côté expéditeur ; aucun fournisseur de messagerie ne publie de plafond de rebonds, parce que les rebonds sont ce qu’observe votre MTA, pas ce que font les destinataires. Toutes les lignes ci-dessus sont donc mesurées par l’expéditeur ; elles diffèrent par l’entité concernée (Klaviyo et Postmark donnent des lignes de qualité par liste ou par domaine ; SES sanctionne par compte pour protéger le réseau de ses IP partagées) et par le dénominateur (rebonds définitifs ÷ envoyés ou total des rebonds ÷ livrés). À comparer au taux de plaintes ci-dessus, dont le plafond contraignant est fixé par le fournisseur de messagerie, par domaine.

Taux d’ouverture (ère MPP)

Depuis Apple Mail Privacy Protection, un taux d’ouverture brut est un taux de chargement du pixel gonflé par les ouvertures automatiques (voir Mécanique du suivi des ouvertures et des clics et Suivi et distorsion des mesures). Lisez chaque valeur de référence d’ouverture en vérifiant si elle inclut les machines (chargements bruts du pixel, gonflés par MPP) ou les exclut (ouvertures « humaines », filtrées du préchargement et des robots) :

L’ancienne fourchette de GreenArrow, « 5 % à 20 % et plus pour les bons expéditeurs », est antérieure à MPP et, comme valeur de référence d’ouverture brute, elle est globalement dépassée (voir Les deux mondes) ; ne l’utilisez pas pour juger une liste moderne riche en utilisateurs Apple. Quel que soit le chiffre, jugez l’engagement de l’audience sur les clics et les conversions, pas sur les ouvertures ; n’utilisez la tendance du taux d’ouverture que comme un signal de placement grossier.

Déclencheurs de mesures correctives

Le guide de chauffe de domaine de Postmark associe les dépassements d’indicateurs à des réponses concrètes sur le volume (utile pendant toute montée en charge ; voir aussi Recommandations pour la chauffe d’IP) :

Règle générale du même guide : n’augmentez jamais le volume avant d’avoir examiné les performances par fournisseur de réception ; si l’engagement et les taux de rebonds semblent normaux, l’augmentation du lendemain est probablement sans risque.

La qualité du contenu comme donnée d’entrée

Au-delà des taux comportementaux, les serveurs de réception font passer chaque message par des filtres de contenu. Les recommandations d’AWS SES pour rester du bon côté :

• Les filtres de contenu modernes s’adaptent en continu ; ils n’appliquent pas un jeu de règles figé. Des services tiers de test de contenu et sur liste de test peuvent repérer le contenu problématique avant un envoi.
• Vérifiez chaque URL du message dans des listes de blocage fondées sur le DNS (DNSBL) comme URIBL.com et SURBL.org.
• Évitez les raccourcisseurs de liens : quand un service de raccourcissement est détourné par des spammeurs et placé sur liste de blocage, tous les messages qui l’utilisent pour leurs liens sont filtrés.
• Vérifiez que chaque lien pointe bien vers la destination voulue.
• Dans chaque email, mettez des liens vers des pages de politique de confidentialité et de conditions d’utilisation à jour.
• Pour du contenu à haute fréquence (par exemple des offres quotidiennes), variez le contenu de chaque envoi : un contenu identique et répétitif passe pour du spam.

Postmark ajoute : évitez les URL raccourcies (surtout bit.ly), limitez les mises en page chargées d’images et incluez toujours une version texte brut en plus de la partie HTML. Le filtrage du contenu peut se déclencher pour d’infimes changements : dans un cas rapporté par Postmark, l’ajout d’un numéro de téléphone dans un modèle a déclenché le filtrage anti-spam de Gmail. Quand le placement chute après une modification de modèle, annulez les changements un par un pour isoler la cause.

Voir aussi

• Hygiène de base de données et politiques de mise en sommeil — que faire des adresses qui se cachent derrière de mauvais indicateurs
• Pratiques d’infrastructure d’envoi — raccordement des feedback loops et outils de surveillance de la réputation
• Fondamentaux de la délivrabilité des emails — pourquoi ces signaux existent