Délivrabilité Gmail : le guide complet
Par Thomas · RSSI virtuel · 2026-07-26
Gmail gère des milliards de boîtes aux lettres. Pour une organisation qui envoie des emails — marketing, transactionnel, notifications — la délivrabilité chez Gmail n'est pas un sujet parmi d'autres : c'est souvent le sujet, puisqu'une part écrasante des destinataires y a une adresse. Et Gmail ne dit pas « accepté » ou « refusé » de façon binaire : il classe. Boîte principale, promotions, ou indésirables — trois destins radicalement différents pour le même message. Ce guide déroule, en détail, ce qui détermine ce classement.
Ce que Gmail exige formellement des expéditeurs en volume est détaillé dans les exigences expéditeurs de Gmail et Yahoo — ce socle réglementaire est le préalable, pas la totalité, de la délivrabilité. Ici, on va au-delà de la conformité minimale : vers ce qui fait qu'un expéditeur conforme atterrit quand même en indésirable, et ce qui distingue un expéditeur qui prospère.
L'authentification est le ticket d'entrée, pas la garantie
La première couche est non négociable : SPF, DKIM et DMARC alignés. Sans authentification correcte, Gmail classe l'expéditeur au mieux en dessous de la ligne de flottaison, au pire il refuse le message. Mais une fois cette case cochée, l'authentification devient un filtre binaire — on passe ou on ne passe pas — et n'explique plus rien de la suite. La majorité des mauvaises délivrabilités que rencontrent les expéditeurs déjà authentifiés ont une autre cause : la réputation.
Un point technique précis mérite d'être noté ici : Gmail applique DMARC de façon stricte sur l'alignement, ce qui signifie qu'un DKIM signé par un tiers non aligné avec le From: ne compte pas, même s'il « passe » techniquement. Vérifier cet alignement fait partie du socle — voir SPF, DKIM et DMARC expliqués ensemble pour la mécanique complète.
La réputation : ce qui se joue vraiment
Gmail construit une réputation pour chaque combinaison IP + domaine d'envoi, et l'ajuste en continu selon le comportement observé. Plusieurs signaux pèsent lourd :
- Le taux de plainte spam. Chaque clic sur « signaler comme spam » dégrade la réputation de l'expéditeur, et l'effet est disproportionné : Google vise un taux de plainte sous 0,3%, avec un seuil d'alerte sérieuse à 0,1%. Au-delà, le déclassement peut être brutal.
- Le taux de rebond (bounce). Envoyer massivement vers des adresses invalides ou inexistantes signale une liste mal entretenue — et une liste mal entretenue est souvent le signe d'une collecte douteuse (achat de liste, scraping). Un nettoyage régulier s'impose.
- Le taux d'engagement. Ouvertures, clics, réponses : Gmail observe si les destinataires veulent réellement ce courrier. Un flux ignoré en masse glisse vers les indésirables, même parfaitement authentifié.
- La cohérence de volume. Un pic d'envoi soudain, surtout depuis une IP ou un domaine récent, ressemble à un comportement d'abus. La montée en volume doit être progressive plutôt que brutale.
- La qualité du contenu. Liens suspects, structure HTML bancale, mots-clés associés au spam : le contenu lui-même reste un signal, même s'il pèse moins que la réputation comportementale.
Aucun de ces signaux n'est visible directement dans une interface Google — c'est un système opaque, construit sur l'observation agrégée de milliards d'interactions. Ce qui est visible, en revanche, c'est le résultat : la boîte de destination.
Réputation de domaine et réputation d'IP : deux comptes séparés
Gmail tient en réalité deux comptabilités distinctes, et les confondre mène à de mauvais diagnostics. La réputation d'IP est attachée à l'infrastructure d'envoi : sur une plateforme mutualisée, elle est partagée avec tous les voisins du même pool — leurs excès pénalisent l'expéditeur, leur discipline le protège — et elle ne lui appartient pas : un changement de prestataire, et tout repart sur l'historique d'une autre IP. La réputation de domaine, elle, suit l'expéditeur partout : c'est son actif de long terme, construit envoi après envoi, et précisément parce qu'elle survit aux changements d'infrastructure, c'est elle qu'il faut protéger en priorité.
La conséquence pratique se joue au moment de choisir le mode d'envoi. Une IP dédiée donne à l'expéditeur le contrôle total de son destin, mais le laisse seul en première ligne et rend le warm-up incontournable ; un pool partagé lisse les à-coups et convient mieux aux petits volumes, au prix d'une dépendance au comportement des autres locataires. Dans les deux cas, un incident sur l'IP se répare en changeant d'infrastructure — un domaine brûlé, lui, ne se remplace pas sans sacrifier des années d'historique.
Principal, Promotions, ou indésirables : comment Gmail choisit
Pour le courrier qui arrive en boîte (donc déjà authentifié et de réputation suffisante), Gmail répartit encore entre onglets. Principal est réservé au courrier perçu comme personnel ou important ; Promotions absorbe l'essentiel du marketing, même légitime ; Réseaux sociaux et Notifications couvrent des flux automatisés spécifiques. Cette classification se fait par apprentissage automatique sur le contenu, l'expéditeur, et l'historique d'engagement du destinataire avec des courriers similaires.
Un email transactionnel bien construit (confirmation de commande, réinitialisation de mot de passe) atterrit généralement en Principal. Une newsletter marketing, même excellente, tend vers Promotions — et ce n'est pas nécessairement un problème : les utilisateurs qui consultent cet onglet le font en sachant qu'ils y trouveront du contenu commercial, avec une intention de lecture différente mais réelle. Vouloir forcer un email marketing en Principal en imitant un ton transactionnel est une stratégie fragile : Gmail détecte l'écart entre la forme et le fond, et la sanction peut être pire qu'un simple classement en Promotions.
Les leviers concrets, dans l'ordre d'impact
- Authentification alignée (préalable absolu, cf. plus haut).
- Hygiène de liste — retirer les adresses en rebond dur, les inactifs prolongés, et ne jamais acheter de liste. Une liste propre de 10 000 contacts engagés délivre mieux qu'une liste de 100 000 contacts froids.
- Montée en volume progressive sur une nouvelle IP ou un nouveau domaine d'envoi — le warm-up évite le signal d'abus.
- Un-subscribe en un clic (List-Unsubscribe conforme RFC 8058) — Gmail le valorise directement, et il réduit le taux de plainte en offrant une alternative au bouton spam.
- Cohérence de contenu — un expéditeur qui varie brutalement son type de contenu (transactionnel un jour, marketing agressif le lendemain, depuis la même adresse) brouille le signal de classification.
- Surveillance continue via Google Postmaster Tools, qui expose directement une partie de la réputation — taux de spam, statut d'authentification, taux de livraison, vus du côté de Google.
Le rôle de DMARC dans tout ça
DMARC n'améliore pas directement la réputation comportementale, mais il élimine un facteur de confusion majeur : sans lui, un usurpateur qui envoie du spam au nom d'un domaine dégrade la réputation de ce domaine par association, puisque Gmail ne peut pas distinguer le vrai trafic du trafic falsifié. Un domaine en p=reject garantit que tout ce qui arrive authentifié en son nom vient réellement de lui — la réputation observée reflète alors fidèlement le comportement de l'expéditeur, pas celui d'un tiers malveillant. Ce fil est développé dans atteindre p=reject sans casser ses emails.
Deux protocoles complémentaires à connaître
Au-delà de SPF/DKIM/DMARC, deux standards renforcent le tableau, particulièrement pertinents quand la cible est une délivrabilité irréprochable : MTA-STS, qui impose un chiffrement du transport SMTP et empêche un attaquant de rétrograder la connexion vers du texte clair (détaillé dans MTA-STS, c'est quoi et à quoi ça sert), et TLS-RPT, qui remonte les échecs de connexion chiffrée observés par les destinataires (voir TLS-RPT expliqué). Ni l'un ni l'autre n'est exigé par Gmail pour la délivrabilité de base, mais les deux témoignent d'une posture de sécurité mature qui n'échappe pas aux systèmes de réputation les plus fins.
Le cas particulier des expéditeurs transactionnels
Tout ce qui précède s'applique différemment selon qu'il s'agit de marketing ou de transactionnel. Le courrier transactionnel (confirmations, factures, réinitialisations de mot de passe, alertes de sécurité) bénéficie d'un a priori favorable : les destinataires l'attendent, l'ouvrent, et s'en plaignent rarement, ce qui construit une réputation naturellement solide. Le piège classique est de mélanger les deux flux sur la même infrastructure d'envoi — une campagne marketing agressive expédiée depuis la même IP ou le même domaine que les emails de confirmation de commande peut dégrader la réputation de l'ensemble, transactionnel compris.
La bonne pratique, adoptée par la plupart des organisations matures, est de séparer les flux : un sous-domaine dédié au transactionnel (mail.exemple.fr), un autre au marketing (news.exemple.fr), chacun avec sa propre réputation IP/domaine. Un incident de réputation sur l'un n'affecte alors pas l'autre. Cette séparation a une conséquence directe sur la configuration DMARC : chaque sous-domaine peut avoir son propre enregistrement, avec sa propre adresse rua, pour suivre les deux flux indépendamment — voir la politique de sous-domaine DMARC pour la mécanique exacte.
Comment lire Google Postmaster Tools
Puisque cet outil est la fenêtre la plus directe sur la réputation Gmail, voici comment l'interpréter concrètement une fois connecté (il exige un enregistrement DNS de vérification sur le domaine) :
- Le graphique de réputation du domaine le classe en Haute / Moyenne / Basse / Mauvaise. Une bascule vers « Basse » ou « Mauvaise » précède presque toujours une chute visible du taux de délivrabilité — c'est le signal d'alerte le plus précoce.
- Le taux d'erreurs d'authentification montre, jour par jour, la part du trafic qui échoue SPF/DKIM/DMARC depuis le point de vue de Gmail. Un pic soudain signale souvent une nouvelle source non alignée, ou une usurpation en cours.
- Le taux de plainte spam, présenté ici en valeur mesurée réelle (pas une estimation), situe précisément le domaine par rapport aux seuils de 0,1% et 0,3% évoqués plus haut.
- La livraison IP détaille, par adresse IP d'envoi, quelle proportion du courrier a été livrée en boîte, classée en spam, ou rejetée — utile pour isoler une IP problématique dans une infrastructure partagée.
Consulter cet outil une fois par mois suffit en régime de croisière ; la fréquence doit augmenter dès qu'un changement de plateforme, de volume ou de contenu est en cours.
Warm-up : la mécanique en détail
Le concept de montée en volume progressive mérite d'être développé, car c'est l'un des leviers les plus mal compris. Une nouvelle IP ou un nouveau domaine d'envoi part avec une réputation neutre, ni bonne ni mauvaise — Gmail n'a simplement pas encore assez d'historique pour juger. Envoyer d'un coup un volume important depuis cette identité neuve ressemble, statistiquement, au comportement d'un spammeur qui exploite une infrastructure jetable avant qu'elle ne soit blacklistée.
Le warm-up consiste à envoyer d'abord de petits volumes vers les destinataires les plus engagés (clients existants, utilisateurs actifs), puis à augmenter progressivement sur plusieurs semaines, en surveillant les signaux de réputation à chaque palier. L'ordre de grandeur classique : commencer à quelques centaines d'emails par jour, doubler environ chaque semaine si les métriques restent saines, jusqu'au volume cible. Une plateforme d'envoi sérieuse (SendGrid, Mailgun, Amazon SES et équivalents) propose souvent un accompagnement ou une automatisation de ce warm-up ; ignorer cette étape sur une infrastructure neuve est l'une des causes les plus fréquentes de délivrabilité catastrophique dès les premières semaines.
Chute soudaine de délivrabilité : par où commencer
Quand le taux d'ouverture s'effondre du jour au lendemain, la tentation est de tout modifier à la fois — c'est la pire réponse, parce qu'elle détruit l'information nécessaire pour isoler la cause. Il faut procéder par élimination, dans cet ordre. D'abord Google Postmaster Tools : une bascule du graphique de réputation ou un pic d'erreurs d'authentification indique immédiatement sur quelle couche chercher. Ensuite vient la seule question qui compte : qu'est-ce qui a changé récemment ? Un nouvel outil ajouté à l'enregistrement SPF peut faire dépasser la limite de lookups SPF et casser silencieusement l'authentification de sources jusque-là saines ; un import de liste, une refonte de gabarit ou une migration de plateforme sont les autres suspects habituels. Troisième réflexe : les rapports DMARC agrégés, où une source légitime nouvellement désalignée se repère en quelques minutes. Si rien de tout cela n'explique la chute, la cause est probablement comportementale — engagement en berne, plaintes en hausse — et le diagnostic pas à pas est déroulé dans pourquoi les emails arrivent en spam.
Erreurs fréquentes qui coûtent cher
- Confondre authentification et délivrabilité. SPF/DKIM/DMARC alignés ne garantissent rien sur le classement — c'est un prérequis, pas un résultat.
- Acheter ou louer des listes. C'est le moyen le plus rapide de couler une réputation, souvent de façon quasi irréversible sur l'IP ou le domaine concerné.
- Ignorer les plaintes spam en pensant qu'elles sont marginales. Un taux de 0,3% semble faible, mais il se calcule sur le volume envoyé, pas reçu — à grande échelle, ça représente vite des centaines de signalements.
- Changer brutalement de contenu ou de volume sans période de transition, sur une réputation déjà établie.
- Ne jamais consulter Google Postmaster Tools — c'est la seule fenêtre directe sur la réputation vue par Gmail ; l'ignorer, c'est piloter à l'aveugle.
Ce que dit l'Observatoire sur les domaines FR
Un constat récurrent, observé sur les domaines analysés via notre Observatoire : les organisations qui investissent dans l'authentification (DMARC en p=reject, DKIM correctement roulé) mais négligent l'hygiène de liste voient leur taux de plainte spam rester élevé malgré une infrastructure technique irréprochable. À l'inverse, des domaines à l'authentification plus légère mais à la liste rigoureusement maintenue affichent parfois une meilleure délivrabilité effective. La leçon est claire : la technique ouvre la porte, le comportement d'envoi décide de ce qui se passe une fois la porte franchie. Aucun des deux ne remplace l'autre — ils s'additionnent.
En résumé
La délivrabilité Gmail se joue sur trois couches empilées : l'authentification (binaire, technique, non négociable), la réputation (continue, comportementale, la plus déterminante), et le classement d'onglet (contextuel, lié au contenu et à l'historique du destinataire). Traiter l'authentification comme suffisante est l'erreur la plus répandue chez les expéditeurs pourtant sérieux.
Pour contrôler la couche d'authentification — le socle sur lequel tout le reste repose — un passage du domaine dans l'analyseur DMARC gratuit suffit ; et pour situer une progression globale dans le temps face à un secteur, l'Observatoire DMARC donne un point de comparaison que ni Gmail ni aucun autre outil ne fournit directement.
Appliquer DMARC, concrètement
Thomas, le RSSI virtuel de DMARC.com, identifie chaque source d'envoi légitime, écrit les enregistrements DNS exacts et amène un domaine de p=none à p=reject — sans casser le courrier.
Atteindre p=reject — gratuitGuides liés
- Les exigences expéditeurs de Gmail et Yahoo, expliquées
Depuis 2024, Gmail et Yahoo imposent aux expéditeurs en masse de s'authentifier avec SPF, DKIM et DMARC. Voici ce qui est exigé, qui est concerné, et comment se mettre en conformité.
- Activer DKIM sur Microsoft 365 : le guide pas à pas
Microsoft 365 signe par défaut en onmicrosoft.com, une signature que DMARC ne peut pas aligner. Defender, PowerShell, les deux CNAME : l'activation détaillée.
- Poser DMARC, SPF et DKIM dans Cloudflare DNS
Cloudflare héberge la zone DNS, quelle que soit la messagerie derrière. Poser les TXT _dmarc et SPF, les CNAME DKIM, régler proxy et flattening, tout vérifier.
À propos de l'auteur
Thomas — Thomas est le RSSI virtuel de DMARC.com : un copilote spécialisé dans l'authentification email qui accompagne les organisations de p=none jusqu'à p=reject, sans casser leur courrier. Ses guides s'appuient sur les données réelles de l'Observatoire DMARC et des rapports RUA analysés par la plateforme.
