Ce que mesurent vraiment Gmail, Outlook et Salesforce en matière de délivrabilité
Un email deliverability test qui donne un score parfait ne dit rien sur ce qui va réellement se passer dans la boîte de réception d'un décideur qui utilise Gmail au bureau, Outlook via Microsoft 365, ou dont l'entreprise gère ses envois sortants depuis Salesforce. Chaque environnement a ses propres critères, et les confondre mène à de mauvaises conclusions sur une campagne de prospection ciblée.
- Gmail se fie surtout à la réputation cumulée du domaine et de l'IP, visible dans Google Postmaster Tools, plus qu'au contenu d'un seul message.
- Outlook et Microsoft 365 appliquent des filtres d'entreprise en plus des filtres globaux, ce qui rend un test générique moins fiable pour ce canal.
- Salesforce ne teste pas la délivrabilité en tant que telle : ses paramètres et métadonnées de délivrabilité concernent surtout la configuration d'envoi (SPF/DKIM du domaine relié, limites d'envoi) côté CRM.
- Un email deliverability tester qui indique « inbox » ou « spam or promotions » donne un indice utile mais ponctuel, pas une garantie reproductible à chaque envoi.
- En B2B adressé à faible volume, mieux vaut croiser un test automatisé avec un envoi réel vers quelques adresses représentatives de chaque plateforme.
Pourquoi une seule mesure de délivrabilité ne suffit pas
Un message envoyé à cent contacts B2B peut atterrir en boîte principale chez la moitié, en onglet Promotions chez un quart via Gmail, et en dossier Junk chez le reste sous Outlook — pour le même contenu, le même domaine d'envoi, le même moment. La délivrabilité n'est pas une propriété unique du message, elle dépend de la combinaison entre le message, le domaine expéditeur et le filtre du destinataire.
C'est particulièrement vrai en cold email B2B, où les destinataires utilisent en majorité des messageries professionnelles (Gmail Workspace, Outlook/Microsoft 365) équipées de filtres plus stricts que les boîtes personnelles grand public. Un test générique ne reproduit pas toujours ces conditions.
Gmail : réputation de domaine avant tout
Google Postmaster Tools reste l'outil de référence pour comprendre comment Gmail perçoit un domaine d'envoi, mais il ne fonctionne qu'à partir d'un certain volume envoyé vers des adresses Gmail — en dessous, les données restent trop parcellaires pour être exploitables. Pour une petite campagne de prospection, ce n'est donc pas toujours utilisable dès le premier envoi.
Gmail combine plusieurs signaux : réputation IP, réputation de domaine, taux de plainte (« signaler comme spam »), taux d'engagement historique des destinataires avec ce domaine, et classification automatique entre boîte principale, onglet Promotions et onglet Social. Pour du cold email B2B, l'objectif n'est même pas forcément l'onglet Principal à tout prix — un message qui atterrit dans Promotions mais reste lisible et cliquable garde de la valeur, contrairement à un message classé en spam pur.
- Google Postmaster Tools — réputation domaine et IP dans le temps, nécessite du volume
- Test manuel via une adresse Gmail personnelle — vérifie l'emplacement exact (Principal, Promotions, Spam)
- Taux de plainte visible côté Postmaster — signal d'alerte précoce avant une dégradation plus large
- Historique d'engagement — Gmail favorise les domaines avec qui le destinataire a déjà interagi positivement
Outlook et Microsoft 365 : deux couches de filtrage
Sous Outlook professionnel, un message traverse d'abord les filtres globaux de Microsoft (réputation IP, SPF/DKIM/DMARC, Exchange Online Protection), puis les règles propres à l'entreprise du destinataire — souvent configurées par un service IT qui ajoute ses propres listes de blocage, seuils de score de spam ou règles de transport. Un email deliverability test générique ne voit que la première couche.
C'est pour cette raison qu'un message parfaitement configuré techniquement peut malgré tout finir en Junk chez une entreprise précise, sans que ce soit un problème de réputation globale du domaine d'envoi. Dans ce cas, le correctif ne se trouve pas côté expéditeur mais passe par une demande de mise en liste blanche côté destinataire — rarement praticable en prospection à froid, ce qui pousse plutôt à soigner l'authentification en amont pour limiter ce risque.
DMARC bien configuré avec une politique explicite (même en mode « none » pour observer avant de durcir) pèse plus lourd chez Microsoft que chez la plupart des autres fournisseurs dans la décision de classement.
Salesforce : des métadonnées de configuration, pas un test de boîte de réception
Salesforce n'est pas une messagerie, c'est un CRM qui envoie des emails via son propre moteur ou via un domaine relié. Les « salesforce email deliverability settings » concernent la configuration technique de l'envoi — domaine d'expédition vérifié, clés DKIM générées par Salesforce, limites quotidiennes d'envoi par organisation — pas un score de délivrabilité au sens d'un Mail-Tester.
Les métadonnées de délivrabilité exposées dans Salesforce (Email Deliverability Settings, dans la configuration Admin) indiquent surtout si l'accès à l'envoi d'email est activé pour l'organisation, et selon quel niveau (tous les emails, emails système uniquement, aucun). Un message qui échoue à sortir de Salesforce à cause d'un mauvais réglage ici ne quitte jamais Salesforce — ce n'est donc pas un problème de délivrabilité côté destinataire, mais un problème de configuration en amont.
Pour vérifier ce qui se passe une fois le message sorti de Salesforce, il faut revenir aux mêmes outils génériques (Mail-Tester, Postmaster Tools) appliqués au domaine réellement utilisé pour l'envoi, exactement comme pour n'importe quel autre expéditeur.
Une organisation Salesforce qui envoie ses relances de prospection depuis un sous-domaine mail.entreprise.fr doit vérifier SPF/DKIM sur ce sous-domaine précis, pas sur le domaine racine entreprise.fr — une confusion fréquente qui fait échouer les tests alors que la configuration Salesforce elle-même est correcte.
Comparer les trois environnements sur un même test
La bonne pratique pour une campagne de prospection ciblée est de préparer trois ou quatre adresses de test représentatives — une Gmail Workspace, une Outlook Microsoft 365, éventuellement une adresse derrière un filtre d'entreprise connu — et d'y envoyer le message final avant le lancement réel. Cela prend dix minutes et révèle des écarts qu'aucun test automatisé unique ne montre.
Repères indicatifs issus de la pratique de campagnes B2B adressées, pas une mesure officielle publiée par Google, Microsoft ou Salesforce.
Checklist LDM multi-plateforme
Pour une prospection B2B adressée, on croise systématiquement les trois angles avant un envoi un peu volumineux plutôt que de se fier à un seul score générique.
- Vérifier SPF/DKIM/DMARC sur le domaine ou sous-domaine réellement utilisé pour l'envoi, pas le domaine racine
- Envoyer un test réel vers une adresse Gmail et une adresse Outlook professionnelles
- Si le volume le permet, suivre l'évolution dans Google Postmaster Tools sur plusieurs semaines
- Côté Salesforce, vérifier les Email Deliverability Settings et les limites d'envoi avant de blâmer le contenu
- Ne jamais interpréter un seul test « inbox » comme une garantie valable pour tous les destinataires suivants
Questions fréquentes
Un email deliverability tester peut-il dire à coup sûr si le message ira en spam ou en promotions ?
Il donne une indication au moment du test, sur une adresse précise, mais le classement peut varier d'un destinataire à l'autre selon son historique d'interaction avec le domaine. Ce n'est jamais une garantie reproductible pour l'ensemble d'une liste.
Pourquoi Outlook classe-t-il différemment le même email selon l'entreprise du destinataire ?
Parce qu'en plus des filtres globaux de Microsoft, chaque organisation Microsoft 365 peut ajouter ses propres règles de transport et listes de blocage gérées par son service IT. Un test générique ne voit que la couche globale, pas ces règles internes.
Les salesforce email deliverability metadata remplacent-elles un test de délivrabilité classique ?
Non, elles concernent uniquement la configuration d'envoi côté Salesforce (autorisations, limites, DKIM du domaine relié). Pour savoir où atterrit réellement le message chez le destinataire, il faut tester le domaine d'envoi avec les mêmes outils que pour n'importe quel autre expéditeur.
Faut-il un volume minimum pour utiliser Google Postmaster Tools ?
Oui, Google exige un certain volume d'envoi quotidien vers des adresses Gmail avant d'afficher des données de réputation fiables. En dessous, mieux vaut se fier à des tests ponctuels réels plutôt qu'à ce tableau de bord, qui restera vide ou peu représentatif.
Comment savoir si un problème vient du domaine ou d'un filtre d'entreprise spécifique ?
Si le message arrive correctement chez plusieurs destinataires mais échoue systématiquement chez un seul, le problème est probablement local à ce filtre d'entreprise. S'il échoue partout, le problème est plus vraisemblablement lié à l'authentification ou à la réputation du domaine lui-même.
Envie d'appliquer ça à votre prospection ?
On vous montre comment ça marche sur votre segment et votre produit — avant de démarrer.
En discuter