Suivre la délivrabilité : une routine hebdomadaire de 15 minutes

Votre serveur SMTP a répondu 250 OK. Le message est-il arrivé ?

Pas nécessairement. 250 OK confirme l’acceptation à cette étape de l’échange, pas le classement en boîte de réception. Le message peut être filtré ou traité selon une politique. Si la réponse vient du serveur de soumission, elle ne confirme pas non plus la réception finale. Deux semaines après, le client peut signaler qu’il n’a jamais vu la proposition. D’où l’importance du suivi de la délivrabilité des emails.

Sans suivi, des signaux peuvent passer inaperçus. Gmail ne désigne pas chaque auteur d’un signalement et les limitations Microsoft peuvent apparaître dans les journaux SMTP plutôt que dans une notification distincte. Les références historiques à Return Path ou Validity situent certaines offres d’entreprise entre $2,000-$5,000 par mois ; vérifiez leurs tarifs actuels. Depuis février 2024, Google et Yahoo ont renforcé leurs exigences. Une campagne problématique peut affecter la réputation d’expéditeur dans un scénario de 24 heures, sans délai universel de dégradation. Une procédure reproductible avec des outils accessibles permet de commencer l’analyse.

Qu’est-ce que le suivi de la délivrabilité ?

Le suivi de la délivrabilité des emails consiste à surveiller authentification, signalements de spam, erreurs SMTP et listes de blocage. Leur analyse combinée aide à examiner refus, filtrage et politiques, sans révéler chaque message perdu. Google Postmaster Tools, MXToolbox et les requêtes DNS offrent des fonctions gratuites soumises à leurs limites et conditions.

1. Authentification : la base du suivi

Commencez par vérifier si SPF, DKIM et DMARC fonctionnent avec l’alignement requis, et pas seulement si des enregistrements existent. DMARC demande au moins une authentification SPF ou DKIM valide et alignée. Un échec peut provoquer refus ou filtrage selon le destinataire et sa politique.

A. SPF : la limite de 10 termes

SPF évalue l’identité de l’expéditeur d’enveloppe. La RFC 7208 limite à 10 les termes déclenchant des recherches DNS, en comptant l’évaluation récursive : include, a, mx, ptr, exists et redirect. Ce budget n’est pas consommé par ip4, ip6 ou all.

Combiner Google Workspace, Mailchimp, HubSpot et un CRM peut dépasser 10 à cause des dépendances, mais ce n’est pas automatique. Un enregistrement correct il y a six mois peut échouer après un changement du prestataire ou une nouvelle intégration. Le résultat peut être PermError, sans faire échouer toute l’authentification : un DKIM aligné peut encore satisfaire DMARC. Le guide des enregistrements SPF pour l’email explique comment organiser les autorisations.

B. DKIM : longueur de clé et changements de sélecteur

Pour envoyer vers Gmail personnel, Google exige des clés DKIM d’au moins 1024 bits et recommande 2048 bits. Les anciennes clés de 512 bits ne satisfont pas cette exigence. Après une migration, vérifiez sélecteur, clé publique et signature cryptographique des parties couvertes. Un ancien sélecteur ne disparaît pas automatiquement et ne concerne pas forcément tous les flux.

C. DMARC : l’alignement nécessaire

DMARC exige que SPF ou DKIM réussisse avec un domaine aligné sur le From visible. Il n’impose pas universellement la réussite des deux.

Exemple : vous envoyez avec Mailchimp. Le domaine de Return-Path est bounce.mailchimp.com et From affiche team@yourcompany.com. SPF peut réussir, mais son domaine n’est pas aligné. Dans cette configuration, il faut une signature DKIM valide et alignée pour satisfaire DMARC. Sinon, le destinataire applique ses politiques de refus ou de filtrage.

p=none permet d’observer les rapports ; les premiers 30 jours sont un exemple de planification, pas un délai obligatoire. Conserver p=none ne demande pas au destinataire de refuser les usurpations, sans annuler ses autres filtres. Envisagez p=quarantine après vérification des flux autorisés et de leur alignement.

Vérifier depuis le terminal

Les vérificateurs web peuvent afficher des données en cache. Ces commandes peuvent elles aussi utiliser le cache du résolveur DNS : contrôlez le serveur interrogé, le TTL et, au besoin, la réponse faisant autorité.

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC policy
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace "google" with your actual selector)
dig txt google._domainkey.yourdomain.com +short

Sous Windows :

nslookup -type=txt yourdomain.com
nslookup -type=txt _dmarc.yourdomain.com

Examinez plus de 10 termes SPF consommant le budget, une politique p=none non réévaluée après une période indicative de 30 jours, ou un enregistrement DKIM renvoyant NXDOMAIN. La présence d’un enregistrement ne valide ni signature ni alignement d’un message.

2. Signalements de spam : surveiller le 0.3%

Les signalements méritent un suivi régulier. Google et Yahoo utilisent leurs propres périmètres et dénominateurs ; 0.3% correspond à 3 sur 1,000 uniquement dans le même ensemble de mesure, pas nécessairement tous les emails envoyés. Google recommande de rester sous 0.1% et d’éviter d’atteindre le seuil supérieur. Ces valeurs ne garantissent ni remise ni dommage irréversible.

La qualification d’expéditeur en masse

Google utilise environ 5,000 messages vers des comptes Gmail personnels en 24 heures pour qualifier les expéditeurs en masse. Selon la politique décrite, une baisse ultérieure du volume n’efface pas cette qualification. Vérifiez les exigences actuelles d’authentification et de désinscription en un clic pour les messages concernés, sans supposer les règles immuables.

Les données visibles et leurs limites

Gmail ne fournit pas la liste individuelle des personnes ayant signalé du spam. Google Postmaster Tools présente des métriques agrégées lorsque ses conditions sont remplies. Enregistrez le domaine, vérifiez sa propriété par TXT DNS et consultez régulièrement le tableau de bord, par exemple chaque semaine. Complétez-le avec les journaux d’envoi ; il ne décrit pas chaque remise.

Avec moins de ~100 messages quotidiens vers Gmail, par exemple, “No Data” peut s’afficher ; ce volume n’est pas un seuil publié universel. Les faibles volumes peuvent être masqués. Tests sur comptes témoins et ouvertures ne sont que des indices : blocage d’images, chargements automatiques et protections de confidentialité faussent les ouvertures.

3. Analyser les erreurs de remise

Traitez les journaux d’erreur comme des données de diagnostic. Ils peuvent révéler des problèmes absents des tableaux de plaintes. Lisez code, réponse complète du prestataire et étape de transmission : le code isolé n’identifie pas toujours la cause exacte.

Codes à surveiller

550 5.1.1 - destinataire inconnu. Vérifiez le texte et l’adresse. Un taux supérieur à 2% du volume peut justifier un examen de la collecte, sans prouver que le prestataire vous soupçonne d’acheter des listes. Avant le prochain envoi, contrôlez vos données ; avec ZeroBounce ou Bouncer, évaluez autorisations, confidentialité et limites du service.

550 5.7.1 / 550 5.7.515 (Microsoft). Le premier code est un refus général par politique. Le second peut signaler les exigences Outlook.com pour les forts volumes : SPF et DKIM doivent réussir, et DMARC doit être satisfait par au moins une authentification alignée. Ce n’est pas en soi une preuve d’inscription sur une liste. Lisez la réponse complète avant de contrôler authentification ou Spamhaus.

421 RP-001 / 451 4.7.500 (Microsoft). Ces réponses peuvent indiquer limitation ou report, sans prouver que l’IP est neuve. Examinez le contexte et limitez les relances. Pour une nouvelle IP dédiée Amazon SES avec BYO SMTP de TrekMail, 4-6 semaines constituent seulement un exemple de préparation : suivez les exigences du prestataire et les mesures réelles, sans garantie de récupération.

4. Listes de blocage : niveau 1 et pertinence réelle

Vérifiez qui utilise chaque liste et ce qu’elle signale. Le niveau 3 ne signifie pas absence totale d’effet, ni le niveau 1 obligation d’arrêter tout courrier légitime. Contenez les flux concernés selon le périmètre vérifié et préservez les éléments d’analyse.

Vous pouvez contrôler domaine et IP chaque semaine avec les fonctions gratuites disponibles de MXToolbox. Environ 90 secondes peuvent suffire à une première requête, pas à l’analyse ou au retrait. Évitez de payer pour des retraits supposés sans vérifier la procédure officielle.

5. La revue hebdomadaire de 15 minutes

Réservez un créneau chaque semaine pour les quatre contrôles. Sans incident, 15 minutes peuvent servir de référence ; une enquête demande le temps nécessaire.

1. Google Postmaster Tools. Le taux est-il inférieur à 0.1% ? Que montre Domain Reputation ? Au-dessus de 0.1%, examinez la campagne et les données disponibles avant de poursuivre le flux concerné.
2. Listes de blocage. Contrôlez domaine et IP avec MXToolbox. Une inscription de niveau 1, par exemple Spamhaus, demande d’identifier la liste et le périmètre à contenir, pas d’arrêter indistinctement tous les services.
3. Journaux d’erreur. Consultez le prestataire SMTP, comme TrekMail, SES ou SendGrid. Les erreurs 5.7.x peuvent relever de la politique ou de l’authentification ; les réponses Microsoft 421 nécessitent leur contexte.
4. Test témoin. Envoyez à un compte Gmail personnel et un compte Outlook personnel, puis vérifiez où arrive le message : réception principale, Promotions ou spam. Promotions n’est pas un échec ; un test isolé ne représente pas tous les destinataires.

6. Plan de réponse aux incidents

Documentez les responsables de l’enquête, les flux à contenir et la vérification de la reprise. Ces trois scénarios sont des exemples pratiques, pas un classement de fréquence ni des consignes universelles.

Scénario A : taux de spam de 0.2%

Suspendez les campagnes concernées et examinez consentement et ciblage. Un sous-domaine transactionnel tel que alerts.yourdomain.com peut organiser les flux, sans garantir réputation indépendante ni continuité. Pendant les deux semaines suivantes, une revue de l’activité des derniers 30 jours peut aider à préparer une audience pertinente ; les ouvertures seules ne prouvent pas l’intérêt. L’engagement ne garantit pas l’effacement d’une mauvaise réputation. Reprenez selon les mesures et la cause corrigée.

Scénario B : Microsoft refuse l’envoi (550 5.7.515)

Vérifiez d’abord les exigences Outlook.com applicables : SPF et DKIM doivent réussir, DMARC doit disposer d’au moins une authentification alignée sur From. Examinez volume et réponse complète sans confondre ce code avec une limitation temporaire. Si nécessaire, contactez Microsoft Sender Support avec IP, codes et éléments pertinents, sans secrets superflus.

Scénario C : inscription Spamhaus

Contenez le flux concerné et identifiez la liste. Vérifiez l’origine des adresses et cessez d’utiliser des données achetées ou collectées sans autorisation appropriée. Conservez les preuves nécessaires avec accès et rétention limités, plutôt que de les effacer pendant l’enquête. L’absence d’ouverture pendant six mois ne suffit pas à supprimer des abonnés légitimes. Corrigez la cause puis demandez le retrait officiel. La récidive peut compliquer la récupération de la réputation du domaine email, sans perte irréversible automatique.

Intégrer TrekMail à votre suivi

La revue manuelle peut convenir à quelques domaines. En passant à 20, 50 ou 200 domaines clients, organisez responsabilités, couverture et fréquence pour éviter les oublis.

Pour les PME : vérifier l’état DNS

TrekMail contrôle périodiquement les enregistrements DNS attendus et peut notifier des erreurs persistantes selon la configuration et les préférences. Un SPF dépassant le budget de 10 termes ou un sélecteur DKIM absent demandent une enquête. La présence d’enregistrements ne démontre ni l’alignement DMARC des messages ni leur classement en boîte de réception. Vérifiez la couverture de ces contrôles : ils ne suivent pas chaque message et ne signalent pas immédiatement toute anomalie.

La référence historique situe Starter dès $3.50 par mois et le modèle gratuit jusqu’à 10 domaines sans carte. Vérifiez tarifs, limites et conditions actuels. Dans le modèle Nano décrit, tous les envois et réponses nécessitent votre propre BYO SMTP.

→ Consultez le modèle gratuit de TrekMail et vérifiez ses fonctions DNS et leurs limites actuelles.

Pour les agences : suivre 1,000+ domaines

Pour un portefeuille important, couverture et séparation des droits comptent. La référence historique à Agency décrit la gestion de 1,000+ domaines avec stockage mutualisé ; vérifiez quotas et fonctions actuels. Un tableau de bord commun ne garantit pas des réputations isolées.

BYO SMTP permet d’utiliser un prestataire autorisé tel qu’Amazon SES, SendGrid ou Mailgun tout en conservant l’hébergement des boîtes IMAP et du stockage. Changer de prestataire peut demander DNS, réglages clients et vérifications d’identité et de remise. Cela ne garantit ni absence d’interruption ni réputation du domaine indépendante. Les plans payants peuvent aussi proposer Managed SMTP selon les droits actuels.

→ Consultez trekmail.net/pricing : la référence historique à Agency part de $23.25 par mois pour 1,000+ domaines ; vérifiez l’offre actuelle.

En bref

Combinez métriques disponibles de Google Postmaster Tools, listes consultées avec MXToolbox, journaux SMTP et tests témoins. Des résultats favorables ne prouvent ni le bon état de toute l’infrastructure ni la remise de tous les messages. Un signal anormal indique où approfondir l’analyse.

Un budget d’entreprise ne résout pas tout. Commencez par distinguer 250 OK de la remise finale et maintenez une procédure de contrôle et de réponse adaptée à vos flux.