Email deliverability

L'email deliverability est le taux auquel les messages envoyés atteignent la boîte de réception primaire du destinataire — distinct de la delivery (le serveur de messagerie du destinataire a accepté le message, qu'il atterrisse en inbox ou dans le dossier spam) et du send (votre plateforme a remis le message au pipeline d'envoi). Un message peut être envoyé avec succès, livré au serveur de messagerie du destinataire, et terminer dans le dossier spam — c'est un succès de delivery et un échec de deliverability. Open rate, click rate et conversion dépendent tous de la deliverability, pas de la delivery.

Les fournisseurs de mailbox font tourner un pipeline de scoring multi-étapes contre chaque message entrant. Six facteurs dominent le résultat :

1. Authentification — alignement SPF, DKIM, DMARC.
2. Réputation d'IP — historique de bounce / plainte / engagement sur l'IP d'envoi.
3. Réputation de domaine — idem, sur le domaine From (signal distinct de l'IP).
4. Engagement — comportement d'ouverture / clic / réponse du destinataire sur les envois précédents.
5. Hygiène de liste — taux de bounce, taux de plainte, discipline de suppression list. Le double opt-in est le plus gros levier ici.
6. Contenu — densité de keywords spam, réputation des liens, ratio image-to-text.

Les facteurs 1, 2 et 5 sont des responsabilités opérateur que vous pouvez régler directement ; les 3 et 4 sont des propriétés émergentes du fait de bien faire 1, 2 et 5 ; le 6 est éditorial. Bien gérer 1, 2 et 5 fait passer un expéditeur commercial typique de 60-80 % d'inboxing à 95 %+.

• Authentification : AcelleMail ne signe pas SPF/DKIM lui-même — ce sont des responsabilités DNS / vendor. Les drivers d'envoi (SES, Mailgun, SparkPost, etc.) gèrent la signature DKIM côté vendor ; l'opérateur publie les enregistrements TXT SPF + DMARC dans le DNS.
• Réputation : moteur IP warmup intégré (modèle WarmupStrategy) qui rampe le volume sur les IP neuves. Les analytics delivery / bounce / plainte par serveur sont visibles dans le dashboard admin.
• Gestion bounce + plainte : des receivers de webhook pour SES, Mailgun, SparkPost convertissent les événements vendor en lignes BounceLog ; le chemin hard bounce auto-blackliste, le chemin soft bounce accumule.
• Hygiène de liste : flag subscribe_confirmation par liste (double opt-in), suppression list, adaptateurs de vérification NeverBounce / ZeroBounce sous app/Library/Everification/.

Cette entrée est la fiche d'index. Le guide pillar complet de 24 minutes — syntaxe RFC, plannings d'IP warmup, BIMI, tuning du bounce handler, playbook de troubleshooting — vit à /guide/email-deliverability. Lisez ce guide si vous êtes responsable de la délivrabilité d'une liste de production réelle.