Le suivi de la délivrabilité des emails aide à détecter les erreurs DNS, la hausse des signalements de spam et les problèmes de réputation avant qu'ils touchent les messages commerciaux. Si vous envoyez des factures, des messages de bienvenue, de l'assistance ou des promotions depuis votre domaine, intégrez-le aux activités courantes. Pour une vue générale, commencez par la messagerie professionnelle, puis mettez en place le suivi.
Les problèmes restent souvent silencieux. Gmail n'envoie pas toujours une alerte rouge : vous découvrez un renouvellement manqué, un devis jamais vu ou une campagne acceptée par SMTP sans résultat. Le suivi renseigne sur la santé réelle du courrier, pas seulement sur son acceptation par le serveur sortant.
Une petite équipe n'a pas nécessairement besoin d'une immense plateforme d'entreprise. Elle doit suivre les bons signaux à une fréquence adaptée au risque et employer une infrastructure qui facilite DNS, authentification et migration. Le choix dépend du volume et de l'environnement.
Pourquoi ce suivi compte en 2026
Il consiste à contrôler régulièrement domaine, authentification, plaintes et pratiques d'envoi face aux exigences applicables. Ce n'est pas une opération unique. Sans suivi, des problèmes peuvent s'accumuler et contribuer au spam ou au blocage.
Il était courant de configurer SMTP, envoyer et espérer. Cette méthode paraissait suffisante lorsque certains fournisseurs appliquaient des contrôles moins stricts.
Google décrit des exigences pour les expéditeurs vers les comptes Gmail personnels et des contrôles renforcés pour les envois en nombre, ainsi que le suivi des plaintes et le désabonnement en un clic pour le trafic promotionnel concerné. Il recommande aussi de maintenir son taux de spam signalé sous 0.1% et d'éviter 0.3% ou plus lorsque cette mesure s'applique. Consultez la source actuelle : FAQ Google pour les expéditeurs.
Il ne suffit plus d'envoyer : il faut entretenir un domaine authentifié et surveiller ses signaux. Selon la criticité, cette tâche peut rejoindre sauvegardes, disponibilité et alertes de facturation.
Commencer par le DNS et l'authentification
Le suivi commence par le DNS et l'authentification. Si MX, SPF, DKIM ou DMARC ne correspondent plus à la configuration prévue, les autres mesures manquent de contexte. Le contenu ne corrige pas des enregistrements erronés, plusieurs SPF ou une authentification non alignée, même s'il peut influencer le classement. Les MX concernent surtout l'acheminement entrant; ils n'expliquent pas à eux seuls le spam sortant.
C'est la base, mais aucun tableau ne remplace un test réel de chaque parcours.
Pour les domaines TrekMail, consultez la documentation et l'écran d'état DNS : enregistrements DNS requis, vérification de l'état DNS et pourquoi les emails arrivent dans le spam.
Cet ensemble est illustratif, pas prêt à publier. Adaptez-le aux expéditeurs recensés et évaluez la politique d'application après examen des rapports :
example.com. MX 10 mail.trekmail.net.
example.com. TXT "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey TXT "v=DKIM1; k=rsa; p=..."
_dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"Avec un autre expéditeur, ne publiez pas un second SPF. Intégrez son autorisation selon sa documentation et surveillez la limite de recherches. Deux SPF produisent un état d'erreur, sans déterminer à eux seuls tous les effets de distribution.
DMARC crée souvent de la confusion. Il réussit avec SPF validé et aligné ou une signature DKIM valide et alignée sur le domaine du From visible. Une validation sans alignement ne suffit pas. Configurez chaque prestataire externe selon ses options et testez des messages réels. Voir aussi créer un email avec un domaine.
Le transfert complique le parcours. SPF peut échouer après le changement d'adresse IP de connexion. Une signature DKIM valide et alignée peut permettre à DMARC de réussir si les modifications du message n'invalident pas la signature. Ce n'est pas systématique. Si vous dépendez du transfert, consultez le transfert d'email.
Pour le courrier promotionnel soumis aux exigences, les en-têtes de désabonnement font partie du socle. Le désabonnement en un clic est défini par RFC 8058 avec un format précis : RFC 8058.
List-Unsubscribe: <https://example.com/unsubscribe/abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickSans ce mécanisme pour le trafic concerné, certains utilisateurs peuvent signaler du spam et accroître les plaintes. L'effet n'est ni automatique ni identique chez tous les destinataires.
Les mesures qui fournissent des signaux utiles
Le suivi fonctionne mieux avec des mesures liées au risque de classement et de rejet. Ouvertures et acceptation SMTP ne prouvent pas la boîte de réception. Examinez d'abord authentification, plaintes, blocages et catégories de rebond, avec les signaux du contenu et du destinataire.
Ces références exigent du contexte :
| Signal | Référence utile | Pourquoi il compte | Que vérifier s'il change |
|---|---|---|---|
| Taux de plaintes pour spam | Sous 0.1% pour la mesure applicable | Google indique qu'au-delà de 0.1% la distribution peut souffrir et que 0.3%+ est un seuil important pour certains expéditeurs | Suspendre les campagnes, exclure les listes sans consentement, corriger le désabonnement |
| Taux d'alignement DMARC | Aussi proche de 100% que le permettent les parcours légitimes | Les échecs peuvent révéler des expéditeurs sans authentification alignée | Auditer CRM, facturation, marketing et autres sources |
| Taux de rebond permanent | Bien sous 2% comme repère, selon le trafic | Un taux élevé peut signaler une liste dégradée ou une mauvaise acquisition | Valider consentement et adresses; ne plus importer à l'aveugle |
| Blocages de politique | Proche de zéro comme objectif opérationnel | Les erreurs 5.7.x indiquent souvent confiance, authentification ou politique, pas seulement une faute | Vérifier DNS, plaintes, cadence et retours du fournisseur |
| Chute soudaine du placement en boîte de réception | Aucun changement brusque | Une tendance peut apparaître avant un blocage plus large | Examiner modifications DNS, nouveaux outils, transfert et volume |
L'interprétation du taux de plaintes demande de la prudence.
Vous envoyez 1,000 messages. Seuls 150 arrivent en boîte. Deux utilisateurs signalent du spam. Dire seulement « 0.2% des envois » ne suffit pas : la mesure Google concernée se base sur les messages arrivés en boîte.
Ne dépendez donc pas uniquement des chiffres de l'ESP. Combinez les signaux disponibles du destinataire, les codes de rebond et DMARC, tout en sachant que les données sont parfois partielles.
Ne regroupez pas tous les rebonds. Un 550 5.1.1 user-unknown indique une adresse inexistante. Un blocage 5.7.x oriente vers confiance, authentification ou politique. Le premier relève de l'hygiène; le second demande d'examiner infrastructure et règles.
Une routine de suivi de 15 minutes
Une routine courte et répétable peut suffire à une petite équipe. Désignez un responsable, définissez une liste et contrôlez avant les envois importants, avec une fréquence adaptée au risque.
Effectuez-la chaque semaine et avant une campagne, migration ou modification DNS importante.
- Consultez les données disponibles dans Google Postmaster Tools pour le domaine d'authentification réellement utilisé.
- Examinez les rapports DMARC agrégés pour les sources inconnues, désalignements et volumes, sans les traiter comme inventaire complet.
- Analysez les journaux pour les blocages 5.7.x et limitations 4xx, pas seulement leur total.
- Contrôlez SPF, DKIM et DMARC dans le DNS après un changement de registraire, CDN ou prestataire.
- Testez le désabonnement et les en-têtes en un clic sur les promotions concernées.
- Consultez les listes de blocage en cas de chute. Évaluez la pertinence de chacune et traitez les listes majeures comme un indice à examiner.
Pour un contrôle rapide en ligne de commande :
dig +short MX example.com
dig +short TXT example.com
dig +short TXT dkim._domainkey.example.com
dig +short TXT _dmarc.example.comTrekMail vérifie la présence des enregistrements et leur correspondance avec les valeurs attendues. C'est un indice utile, mais un voyant correct ne prouve pas tous les parcours. Pour plusieurs marques, l'hébergement multidomaine peut faciliter l'attribution des changements.
Avant une migration, mettez le suivi en place et testez la bascule. Une migration peut reporter des problèmes de listes, transfert ou alignement. La migration IMAP TrekMail aide à copier les boîtes selon l'offre, mais ne transfère ni réputation, ni DNS, ni applications et ne supprime pas la nécessité du suivi.
Ancienne méthode et approche actuelle
Le suivi était autrefois ajouté à l'hébergement après coup. Un autre modèle choisit une infrastructure qui expose l'état DNS, facilite l'authentification et simplifie le multidomaine. Il peut réduire les endroits où des erreurs restent cachées, mais dépend d'une configuration entretenue.
| Ancienne méthode | Approche actuelle |
|---|---|
| Le prix par utilisateur peut pousser à concentrer le courrier dans une configuration chargée | Une plateforme multidomaine peut faciliter la séparation des marques selon les conditions |
| Les administrateurs découvrent la dérive DNS après les plaintes | L'état DNS se recontrôle facilement après un changement |
| Les outils signent avec plusieurs domaines sans inventaire | L'authentification est gérée comme un système continu |
| Le stockage reste réparti par utilisateur | Le stockage mutualisé peut convenir à certaines équipes |
| Certaines migrations exigent des exports et une interruption | La migration IMAP côté serveur peut réduire certaines tâches, sans garantir l'absence d'interruption |
Selon les fonctions actuelles, TrekMail réunit un tableau pour les domaines, du stockage mutualisé, un provisionnement par invitation, une migration IMAP et des indications SPF, DKIM et DMARC. Confirmez l'offre et testez chaque route.
Selon la source, Starter débute à $3.50 par mois. Nano est proposé à $0 sans carte, tandis que les offres payantes annoncent un essai gratuit de 14 jours avec carte. Prix et conditions peuvent changer; consultez les tarifs TrekMail.
Quand cesser le diagnostic et changer de plateforme
Le suivi doit conduire à des décisions. Si un domaine échoue régulièrement à cause d'outils dispersés, d'une mauvaise visibilité ou d'une propriété confuse, envisagez de réduire les composants. Changer de plateforme ne garantit pas la distribution et ne supprime pas la gestion.
Comme test opérationnel, si vous ne pouvez pas répondre à ces trois questions en moins de cinq minutes, la configuration mérite une meilleure documentation et de meilleurs contrôles.
- Quels domaines envoient activement maintenant ?
- Quel système signe chaque message avec DKIM ?
- Qui a modifié le DNS et ce changement a-t-il affecté l'alignement ?
Si les réponses n'existent que dans la mémoire d'une personne, le risque opérationnel est réel.
Voilà l'objectif : maintenir les petits problèmes à petite échelle et détecter quand DNS, transfert, listes ou expéditeurs risquent d'affecter des communications importantes. Une petite équipe peut travailler avec méthode sans nécessairement acheter une suite d'entreprise.
Si vous cherchez une configuration de domaines, un tarif sans frais par utilisateur, du stockage mutualisé, votre propre service SMTP ou un SMTP géré et une migration IMAP, comparez les fonctions et conditions actuelles de TrekMail. Corrigez le socle et continuez à suivre les chiffres en contexte. Ainsi, le suivi devient une routine au lieu d'une urgence.
