Tester la délivrabilité email : les échecs les plus fréquents (et comment les repérer)

Dans un dashboard d’envoi, tout a l’air d’aller bien : le message part, le statut passe à “sent”, parfois même “delivered”. Et pourtant, chez l’utilisateur final, rien n’arrive, ou pire : ça arrive en spam, en “Promotions”, en quarantaine, ou disparaît dans un filtrage silencieux. La délivrabilité, c’est précisément cette zone grise entre votre serveur et la boîte de réception. Pour la tester correctement, il faut penser comme un opérateur : observer les signaux, isoler les causes, et reconnaître des patterns d’échec qui reviennent toujours.

Dans cet article, on fait un tour complet des pannes les plus courantes, de la plus “bête” (authentification manquante) à la plus sournoise (réputation dégradée ou filtrage comportemental). L’objectif n’est pas de réciter de la théorie, mais de vous aider à diagnostiquer : quand ça échoue, où ça échoue, et pourquoi.

Avant de tester : ce qu’on entend vraiment par “délivrabilité”

Beaucoup confondent :

Delivery : le serveur du destinataire accepte le message (fin de la transaction SMTP). Cela ne garantit pas l’inbox.
Inbox placement : le message apparaît dans la boîte de réception principale (ou au moins visible) et non en spam/quarantaine.
Rendering : le message s’affiche correctement (HTML, images, liens), ce qui influence aussi le filtrage.

Tester la délivrabilité, c’est donc tester une chaîne complète : identité d’expéditeur, réputation, contenu, hygiène de liste, rythme d’envoi, et réactions des destinataires.

Pattern 1 — Authentification fragile : SPF, DKIM, DMARC

C’est le grand classique. Un message peut être accepté, puis classé en spam si l’authentification est incohérente. Les pannes typiques :

SPF “softfail” : l’IP utilisée n’est pas autorisée, ou vous dépassez les limites de lookups parce que votre SPF est trop complexe.
DKIM absent : signature non appliquée à certains flux (ex : une app transactionnelle envoie via un autre provider sans DKIM).
DKIM “break” : modifications en transit (certaines passerelles, réécritures de liens mal gérées) rendent la signature invalide.
DMARC inexistant : vous ne donnez aucun cadre aux boîtes de réception pour traiter l’usurpation.
Alignment DMARC : SPF ou DKIM passent, mais ne sont pas alignés avec le domaine visible dans le From.

Comment le repérer : regardez les en-têtes complets du message reçu (ou d’un test), vérifiez les résultats “Authentication-Results”, et comparez le domaine du From avec le domaine “d=” du DKIM et le Return-Path utilisé pour SPF. Une panne d’alignement ressemble souvent à un “ça passe chez certains, ça spam chez d’autres”.

Pattern 2 — Réputation : domaine, IP, et signaux “chauffage”

La réputation est un score implicite basé sur l’historique : volumes, plaintes, bounces, engagement. Les pannes fréquentes :

Nouvelle IP / nouveau domaine : envoyer trop fort trop vite déclenche une méfiance automatique.
IP partagée contaminée : vous héritez du comportement d’autres expéditeurs (cas classique sur des services low-cost).
Changement brutal de volume : une hausse soudaine ressemble à un comportement d’abuse.
Engagement faible : peu d’ouvertures, peu de clics, beaucoup de suppressions sans lecture.

Comment le repérer : symptômes typiques : placement spam sur Gmail/Outlook alors que le SMTP est “OK”, délais d’arrivée qui augmentent, et baisse progressive du taux de réception sur les mêmes segments. Les pannes de réputation s’installent souvent en pente douce, pas en coupure nette.

Pattern 3 — Throttling et dégradation progressive : “ça marche, puis ça ralentit”

Un autre schéma très courant : les premiers emails passent, puis la délivrance devient lente, partielle, ou erratique. Ce n’est pas forcément un blocage ; c’est parfois une limitation de débit imposée par le destinataire.

Débit trop agressif : trop de connexions simultanées vers un même domaine (ex : gmail.com, outlook.com).
Requêtes SMTP mal gérées : pas de backoff, pas de retry intelligent, ce qui transforme un ralentissement en “temp fail” massif.
Mix transactionnel + marketing sur la même route d’envoi : le flux critique subit la pénalité du flux promotionnel.

Comment le repérer : vous voyez une hausse des réponses 4xx temporaires (ex : “try again later”), une latence qui augmente, et des retries qui s’accumulent. Si votre système “réessaie” sans stratégie, vous aggravez la suspicion.

Pattern 4 — Bounces : l’hygiène de liste qui vous tire vers le bas

Les bounces ne sont pas juste un taux : ce sont des indicateurs de qualité. Une liste “sale” provoque une chute de réputation même si l’email est techniquement parfait. Échecs fréquents :

Hard bounces : adresses inexistantes, domaines morts, erreurs permanentes.
Recyclage de listes : anciens leads, bases achetées, formulaires mal protégés.
Typo domains : gmial.com, hotnail.com… qui se traduisent en bounces répétitifs.
Role accounts : info@, admin@, contact@, souvent filtrés plus strictement.

Comment le repérer : un taux de hard bounce qui grimpe même légèrement, sur un volume significatif, est un signal d’alarme. Les providers ne jugent pas “vos intentions”, ils jugent vos résultats : si vous envoyez à des adresses inexistantes, vous ressemblez à un spammeur.

Pattern 5 — Contenu “à risque” : déclencheurs sémantiques et structurels

On pense souvent que les filtres se résument à des mots interdits. En réalité, c’est plus subtil : structure HTML, ratio texte/image, liens, tracking, cohérence visuelle, et même l’architecture du message.

Ratio image dominant : une grande image + peu de texte ressemble à une promo agressive.
Liens raccourcis : certains shorteners sont associés à l’abus.
Tracking trop intrusif : redirections multiples, domaines de tracking “exotiques”.
HTML cassé : balises mal fermées, CSS non supporté, rendering incohérent.
Pièces jointes sensibles : certains types de fichiers déclenchent une quarantaine.

Comment le repérer : le message arrive, mais atterrit en spam principalement sur certains providers. Un signe très parlant : la version “texte brut” passe mieux que le HTML. Autre signe : en retirant quelques liens ou en simplifiant le template, le placement s’améliore.

Pattern 6 — Incohérence d’identité : From, Reply-To, Return-Path, domaine de liens

Les filtres aiment la cohérence. Beaucoup d’échecs viennent d’un patchwork : From sur votre domaine, mais liens sur un autre domaine, tracking sur un troisième, Return-Path sur un sous-domaine différent, etc.

From trop “marketing” (no-reply générique) avec une marque qui change souvent.
Reply-To différent sans raison claire, perçu comme une tentative d’évasion.
Domaines de liens non alignés avec la marque (tracking tiers non brandé).

Comment le repérer : vérifiez la chaîne complète. Les problèmes d’identité ne donnent pas toujours des erreurs SMTP. Ils se traduisent plutôt en placement spam ou en délivrance “aléatoire” selon les destinataires.

Pattern 7 — Mauvaise segmentation : on traite tous les destinataires comme un seul groupe

Envoyer “la même chose” à tout le monde est une cause silencieuse d’échec. Les providers observent l’engagement. Si une partie de votre liste n’ouvre jamais, vous tirez tout le monde vers le bas.

Inactifs : adresses qui n’interagissent plus depuis longtemps.
Segments froids : import récent, leads non qualifiés, audiences non consenties clairement.
Fréquence trop élevée : même les bons destinataires se lassent et ignorent.

Comment le repérer : vous constatez que vos meilleurs clients reçoivent moins bien alors que “eux, ça devrait marcher”. Souvent, c’est l’inertie globale qui casse la réputation. La solution passe par une politique de nettoyage et de réchauffement des segments.

Pattern 8 — Problèmes d’infrastructure : reverse DNS, TLS, horloge, HELO

Plus technique, mais réel : certaines configurations SMTP déclenchent la méfiance. Pannes typiques :

Reverse DNS manquant ou incohérent avec le nom annoncé.
HELO/EHLO étrange : un hostname générique ou incohérent peut nuire.
TLS faible : certaines boîtes attendent un minimum de sécurité de transport.
Horloge serveur désynchronisée : dates incohérentes, DKIM/DMARC qui deviennent suspects.

Comment le repérer : certains providers vont accepter mais filtrer, d’autres vont refuser. Les logs SMTP et les tests d’en-têtes vous donnent souvent des indices (nom d’hôte, protocoles négociés, anomalies de date).

Pattern 9 — Blacklists et blocages ciblés : le mur “ça ne passe plus du tout”

Quand vous avez une coupure nette, surtout sur un provider précis, il faut envisager un blocage ciblé. Les causes : pic de plaintes, volume suspect, ou contamination d’un pool d’IP. Parfois, ce n’est pas une blacklist publique, mais une décision interne d’un provider.

Comment le repérer : vous voyez des refus 5xx, des messages explicites (“blocked”, “policy”), ou une chute brutale du taux de réception. À ce stade, la priorité est de stopper l’hémorragie : réduire les envois, isoler les segments risqués, et rétablir une base saine.

Une méthode de test fiable : diagnostiquer sans se perdre

1) Tester l’authentification d’abord

Avant toute hypothèse “marketing”, assurez-vous que SPF/DKIM/DMARC sont cohérents et alignés. Si l’identité est fragile, tout le reste devient aléatoire.

2) Tester la même campagne sur plusieurs providers

Gmail, Outlook/Hotmail, Yahoo, et quelques domaines professionnels. Si l’échec est concentré sur un seul provider, c’est souvent un signal de réputation ou de throttling spécifique.

3) Comparer une version simple vs une version “réaliste”

Envoyez un email texte très simple, puis votre template habituel. Si le texte passe et le template spam, vous avez un indicateur fort : liens, structure HTML, tracking, ou identité de domaines.

4) Mesurer les 4 familles d’indicateurs

SMTP : 2xx/4xx/5xx, latence, retries.
Placement : inbox vs spam vs promotions/quarantaine.
Qualité de liste : hard bounces, soft bounces, plaintes.
Engagement : ouvertures, clics, suppressions, réponses.

Checklist rapide des erreurs qui coûtent cher

SPF trop complexe ou mal aligné
DKIM absent sur un sous-flux transactionnel
DMARC non aligné avec le domaine visible
Changement de volume brutal sans réchauffement
Liste vieillissante et non nettoyée
Template lourd, trop d’images, liens multiples et tracking agressif
Mélange marketing et transactionnel sur la même route
Pas de stratégie de backoff sur les 4xx

Conclusion : reconnaître le pattern avant de “toucher à tout”

La délivrabilité échoue rarement pour une seule raison. La plupart du temps, c’est un enchaînement : une authentification “juste correcte”, une liste un peu fatiguée, un template trop chargé, et un volume qui monte trop vite. Le bon réflexe est de diagnostiquer par couches : identité, réputation, hygiène, contenu, cadence. Dès que vous identifiez le pattern, vous gagnez un temps énorme : vous cessez d’essayer au hasard, et vous stabilisez votre inbox placement de manière durable.

Et si vous ne deviez retenir qu’une idée : un email qui arrive en boîte de réception, ce n’est pas seulement un “envoi réussi”. C’est une relation de confiance, construite message après message, avec des signaux techniques et comportementaux qui doivent rester cohérents.