Retour au blog

Mes e-mails arrivent en spam chez Gmail : diagnostic complet depuis cPanel

Publié le 26 octobre 2026 par Admin

Un devis, une confirmation de commande ou une réponse à un client qui atterrit dans le dossier spam de Gmail, c'est une vente ou un échange perdu. Le réflexe est souvent de tout reconfigurer au hasard, alors que la cause se trouve presque toujours en quelques minutes avec une méthode ordonnée. Ce guide vous donne cette méthode, étape par étape, depuis votre compte cPanel.

L'arbre de décision en 30 secondes

Avant d'entrer dans le détail, voici l'ordre dans lequel procéder. Chaque étape élimine une famille de causes ; ne passez à la suivante que si la précédente est validée.

  1. Les en-têtes du message indiquent-ils un échec SPF, DKIM ou DMARC ? Si oui, le problème est technique : allez à l'étape 2 (Email Deliverability de cPanel).
  2. Tout est en pass mais le message tombe quand même en spam ? Vérifiez si l'adresse IP d'envoi ou votre domaine figure sur une liste noire (étape 3).
  3. Aucune liste noire ? Regardez la réputation telle que Gmail la mesure, dans Postmaster Tools (étape 4), puis l'historique d'envoi du domaine (étape 5).
  4. Réputation correcte ? Le problème vient alors du message lui-même (contenu, étape 6), de votre façon d'envoyer (volumes, étape 7) ou de l'absence de désinscription en un clic (étape 8).

Étape 1 : lire les en-têtes du message dans Gmail

Envoyez un message depuis votre adresse (par exemple [email protected]) vers une boîte Gmail de test. Ouvrez-le, cliquez sur le menu à trois points puis sur Afficher l'original. Gmail affiche en haut un résumé avec trois lignes : SPF, DKIM et DMARC, chacune suivie de PASS, FAIL ou NEUTRAL. Plus bas, l'en-tête complet ressemble à ceci :

Authentication-Results: mx.google.com;
       dkim=pass [email protected] header.s=default;
       spf=pass (domain of [email protected] designates 203.0.113.10 as permitted sender) [email protected];
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=exemple.fr

Comment interpréter le résultat

  • spf=fail ou softfail : l'adresse IP qui a envoyé le message n'est pas autorisée par votre enregistrement SPF. Cas classique : un outil externe (newsletter, CRM, boutique) envoie au nom de votre domaine sans figurer dans le SPF.
  • dkim=fail ou absence de ligne DKIM : la clé publique DKIM n'est pas publiée dans le DNS, ou elle ne correspond plus à la clé du serveur (souvent après un changement de serveurs de noms).
  • dmarc=fail alors que SPF et DKIM passent : c'est un problème d'alignement. Le domaine visible dans le champ « De » doit être le même que celui validé par SPF ou DKIM.
  • Le champ « De » est une adresse @gmail.com alors que le message part de votre site (formulaire de contact WordPress, par exemple) : Gmail interdit explicitement l'usurpation de ses propres en-têtes From. Envoyez toujours depuis une adresse de votre domaine et placez l'adresse du visiteur en Reply-To.

Profitez-en pour noter l'adresse IP d'envoi (elle apparaît dans la ligne SPF et dans les en-têtes Received) : elle servira aux étapes suivantes.

Étape 2 : vérifier l'état dans Email Deliverability de cPanel

Dans cPanel, ouvrez Email puis Email Deliverability. L'interface liste vos domaines et indique pour chacun si les enregistrements liés à l'e-mail sont valides ou si des problèmes existent. Le bouton Manage détaille quatre contrôles : DKIM, SPF, DMARC et Reverse DNS (PTR).

  • Repair propose les enregistrements corrigés et vous laisse les relire avant de les appliquer. Ce bouton n'est disponible que si votre serveur gère la zone DNS du domaine.
  • Si vos serveurs de noms sont ailleurs (chez votre registrar ou un service DNS externe), cPanel vous affiche les valeurs attendues : copiez-les dans la zone DNS qui fait réellement autorité, sinon la correction ne sera jamais vue par Gmail.
  • Reverse DNS (PTR) : l'enregistrement inverse de l'adresse IP appartient au propriétaire de l'IP, c'est-à-dire à votre hébergeur. Si cPanel signale un problème à cet endroit, ou un avertissement « Mail HELO », c'est à l'hébergeur de le corriger : ouvrez une demande auprès de son support.

La mise en place détaillée de SPF, DKIM et DMARC (syntaxe, politique DMARC, rapports) est traitée dans notre guide dédié à ces trois protocoles sur cPanel ; ici, l'objectif est seulement de confirmer que les trois sont présents, valides et alignés.

Contrôler les enregistrements depuis votre ordinateur

Si vous avez un terminal sous la main, la commande dig confirme ce que voit le reste d'Internet, indépendamment de cPanel :

# SPF du domaine
dig +short TXT exemple.fr

# Clé DKIM publiée par cPanel (sélecteur "default")
dig +short TXT default._domainkey.exemple.fr

# Politique DMARC
dig +short TXT _dmarc.exemple.fr

# Reverse DNS de l'IP d'envoi, puis vérification dans l'autre sens
dig +short -x 203.0.113.10
dig +short A nom-renvoye-par-le-ptr.exemple.net

Gmail exige que le PTR de l'IP d'envoi renvoie un nom d'hôte, et que ce nom d'hôte pointe à son tour vers la même IP. Si les deux dernières commandes ne « bouclent » pas, le problème vient de là.

Étape 3 : vérifier les listes noires

Sur un hébergement mutualisé, plusieurs sites partagent souvent la même adresse IP d'envoi. Un compte compromis voisin peut la faire inscrire sur une liste noire et dégrader la distribution de tous. Testez l'IP notée à l'étape 1, ainsi que votre nom de domaine, sur les principales listes (Spamhaus, Barracuda, SpamCop) à l'aide d'un outil de vérification multi-listes.

  • L'IP est listée : sur un hébergement mutualisé, c'est l'hébergeur qui gère la demande de retrait, car il doit d'abord supprimer la source de spam. Transmettez-lui l'IP et le nom de la liste.
  • Votre domaine est listé (listes de domaines comme la DBL de Spamhaus) : cherchez la cause de votre côté. Un formulaire sans captcha détourné pour envoyer du spam, un mot de passe de boîte mail volé ou une extension WordPress compromise sont les cas les plus fréquents. Corrigez, changez les mots de passe, puis demandez le retrait.

Dans cPanel, l'outil Track Delivery (Suivi de la livraison) aide à repérer un envoi anormal : des centaines de messages vers des destinataires inconnus en peu de temps trahissent un compte ou un script compromis.

Étape 4 : interroger Google Postmaster Tools

Postmaster Tools est l'outil gratuit de Google qui montre comment Gmail perçoit votre domaine. Ajoutez votre domaine, puis validez-le avec l'enregistrement TXT fourni par Google, à créer dans le Zone Editor de cPanel.

  • Compliance status : ce tableau indique, domaine par domaine, si vous respectez les exigences de Gmail (authentification, alignement, désinscription en un clic, taux de spam). C'est le premier écran à consulter.
  • Taux de spam : il s'agit des messages signalés comme spam par les destinataires. Google recommande de rester sous 0,10 % et de ne jamais atteindre 0,30 %. Au-delà de 0,3 %, un expéditeur en masse n'est plus éligible aux mesures d'atténuation de Gmail, et le redevient après 7 jours consécutifs sous ce seuil.
  • Les anciens graphiques de réputation (domaine et IP en « High », « Medium » ou « Low ») disparaissent avec la nouvelle version de Postmaster Tools : ne cherchez plus ces indicateurs, appuyez-vous sur le statut de conformité et le taux de spam.

Attention : les données n'apparaissent qu'à partir d'un volume quotidien suffisant vers Gmail. Si vous envoyez quelques dizaines de messages par jour, les tableaux resteront vides, ce qui est normal ; les étapes 1 à 3 restent alors vos meilleurs indicateurs.

Étape 5 : la réputation du domaine et de l'IP

Un domaine tout neuf n'a pas d'historique : Gmail se montre prudent tant qu'il n'a pas observé un comportement d'envoi régulier et des destinataires qui ouvrent et répondent. Quelques bonnes pratiques :

  • Montez en charge progressivement : commencez par vos échanges courants, puis augmentez les volumes sur plusieurs semaines.
  • Séparez les flux : envoyez les newsletters depuis un sous-domaine (par exemple news.exemple.fr) et gardez le domaine principal pour les échanges et les messages transactionnels. Une campagne mal reçue ne pénalisera pas vos factures.
  • Nettoyez vos listes : les adresses inexistantes génèrent des rejets qui pèsent sur la réputation. Supprimez-les dès le premier rejet définitif.
  • Demandez à vos contacts d'ajouter votre adresse à leurs contacts et de cliquer sur « Signaler comme non-spam » s'ils trouvent un de vos messages dans le dossier spam : ces signaux positifs comptent.

Étape 6 : le contenu du message

Avec une authentification parfaite et une bonne réputation, un message peut encore être classé en spam à cause de son contenu. Points à vérifier :

  • un message constitué d'une seule grande image avec très peu de texte ;
  • des liens raccourcis ou pointant vers un domaine lui-même mal réputé ;
  • une pièce jointe exécutable ou une archive protégée par mot de passe ;
  • l'absence de version texte à côté de la version HTML ;
  • un nom d'expéditeur qui change d'un envoi à l'autre, ou un objet en majuscules avec des points d'exclamation ;
  • un message qui ne respecte pas le format standard (en-têtes Date ou Message-ID manquants), fréquent avec des scripts PHP maison qui utilisent la fonction mail().

Pour un site WordPress ou PrestaShop, la solution la plus fiable consiste à configurer l'envoi en SMTP authentifié avec une vraie boîte de votre domaine créée dans cPanel, plutôt que de laisser le CMS utiliser la fonction d'envoi par défaut.

Étape 7 : les volumes et le rythme d'envoi

Gmail considère comme expéditeur en masse tout domaine qui envoie environ 5 000 messages ou plus par jour vers des comptes Gmail. Ce statut est définitif : un seul pic suffit, même si vos volumes redescendent ensuite. Les exigences deviennent alors plus strictes (SPF et DKIM, DMARC, alignement, désinscription en un clic).

Par ailleurs, les hébergements cPanel appliquent en général une limite d'envoi par heure et par domaine. Envoyer une newsletter à plusieurs milliers d'abonnés depuis une boîte classique, en copie cachée, déclenche à la fois cette limite et les filtres de Gmail. Pour les campagnes, passez par une solution d'e-mailing spécialisée, correctement autorisée dans votre SPF et signée DKIM avec votre domaine.

Étape 8 : la désinscription en un clic

Pour les messages marketing, Gmail et Yahoo demandent aux expéditeurs en masse une désinscription en un clic (norme RFC 8058) et un lien de désinscription visible dans le corps du message. Concrètement, deux en-têtes doivent être présents :

List-Unsubscribe: <adresse HTTPS de désinscription>, <mailto:adresse-de-desinscription>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Gmail recommande de traiter les demandes sous 48 heures, Yahoo exige un traitement sous 2 jours. Une désinscription difficile pousse le destinataire à cliquer sur « Spam », ce qui fait grimper directement le taux de plaintes vu à l'étape 4. Les messages transactionnels (facture, réinitialisation de mot de passe) ne sont pas concernés.

Ce qu'exigent Gmail, Yahoo et Outlook aujourd'hui

  • Tous les expéditeurs vers Gmail et Yahoo : SPF ou DKIM, DNS direct et inverse (PTR) valides, chiffrement TLS (exigé par Gmail), format de message conforme, taux de plaintes sous 0,3 %.
  • Expéditeurs en masse vers Gmail et Yahoo : SPF et DKIM, DMARC publié (une politique p=none suffit) et aligné sur le domaine du champ « De », désinscription en un clic, taux de plaintes sous 0,3 %. Depuis novembre 2025, Gmail durcit l'application de ces règles, avec des rejets temporaires ou définitifs pour le trafic non conforme.
  • Outlook.com, Hotmail et Live : depuis le 5 mai 2025, les domaines qui envoient plus de 5 000 messages par jour vers ces adresses doivent passer SPF, DKIM et DMARC (au minimum p=none). En cas de non-conformité, Microsoft peut rejeter les messages avec l'erreur 550 5.7.515.

Après la correction : combien de temps attendre ?

Une erreur DNS corrigée produit ses effets dès la propagation de la zone, de quelques minutes à quelques heures selon la durée de vie (TTL) des enregistrements. Renvoyez alors un message de test et vérifiez à nouveau « Afficher l'original ». En revanche, une réputation dégradée se reconstruit plus lentement : le taux de spam de Postmaster Tools est calculé sur plusieurs jours, et il faut compter de quelques jours à quelques semaines d'envois propres et réguliers pour retrouver la boîte de réception.

Checklist récapitulative

  1. « Afficher l'original » dans Gmail : SPF, DKIM et DMARC en PASS.
  2. Email Deliverability de cPanel : aucun problème sur DKIM, SPF, DMARC et PTR.
  3. Champ « De » dans votre propre domaine, jamais une adresse @gmail.com.
  4. IP d'envoi et domaine absents des listes noires.
  5. Postmaster Tools : statut de conformité correct et taux de spam sous 0,1 %.
  6. Newsletters séparées sur un sous-domaine, listes nettoyées.
  7. Contenu équilibré, version texte présente, envoi en SMTP authentifié.
  8. Désinscription en un clic et lien visible pour tout message marketing.

En suivant cet ordre, vous identifiez la cause réelle au lieu de modifier vos enregistrements au hasard, et vous savez exactement quand vous adresser à votre hébergeur : pour le PTR et les listes noires d'une IP partagée.