Aller au contenu

NEWSLETTER ACCESS · NON CLASSÉ · ÉDITION DU 31/08/26

Non classé

Délivrabilité email : ce que Gmail, Yahoo et Microsoft exigent

Rayonnage de boîtes d’archives numérotées

NEWSLETTERACCESS · FICHE OUTIL · ÉDITION DU 31/08/26 · DONNÉES RELEVÉES CE JOUR

La délivrabilité email désigne la part de vos messages qui atterrit en boîte de réception principale plutôt qu’en indésirables — et elle ne se mesure pas de l’extérieur. Ce qui, en revanche, se relève chaque jour, ce sont les exigences publiées par Gmail, Yahoo/AOL et Microsoft pour les expéditeurs en volume, en plus de l’authentification SPF/DKIM/DMARC : un seuil de plainte à ne pas dépasser, un désabonnement en un clic obligatoire, et parfois un seuil de volume déclenchant des règles renforcées. Le tableau ci-dessous les recense telles que publiées le 31/08/2026, colonne par colonne, avec une ligne restée vide faute de source primaire.

L’authentification technique — publier SPF, DKIM et DMARC — est un prérequis, détaillé sur notre page dédiée : /spf-dkim-dmarc/. Cette fiche-ci traite ce qui vient après : ce que les fournisseurs de boîtes exigent en plus, la réputation d’expéditeur, le nettoyage de liste, et la montée en charge.

Délivrance et délivrabilité : deux choses différentes

Personne ne peut mesurer de l’extérieur le taux réel d’arrivée en boîte de réception : les chiffres de « délivrabilité » publiés par les plateformes sont des taux d’acceptation par le serveur destinataire, ce qui n’est pas la même chose. La délivrabilité dépend d’abord de la qualité de votre liste et de l’engagement de vos destinataires, ensuite seulement de l’outil.

Concrètement, un « taux de délivrance » de 99 % ne dit rien du dossier d’arrivée : il mesure seulement que le serveur destinataire a accepté le message, y compris s’il finit ensuite classé en indésirable. C’est pourquoi cette page ne classe aucun outil d’emailing par « délivrabilité » — un tel classement viendrait nécessairement d’un test sur un petit nombre d’adresses témoins, non représentatif d’une base réelle.

Ce que Gmail, Yahoo/AOL et Microsoft exigent des expéditeurs en volume

Les trois grands fournisseurs de boîtes grand public publient des exigences pour les expéditeurs qui envoient beaucoup de courrier. Elles s’ajoutent à l’authentification SPF/DKIM/DMARC détaillée sur /spf-dkim-dmarc/ et portent sur le taux de plainte et le désabonnement. Ces valeurs bougent chaque année : elles ont été relevées le 31/08/2026 sur les pages officielles indiquées, et doivent être re-vérifiées avant toute publication ultérieure.

Fournisseur Seuil de volume déclenchant les exigences « bulk sender » SPF / DKIM DMARC Seuil de taux de plainte publié Désabonnement en un clic Source
Gmail 5 000 messages/jour vers des comptes Gmail (en vigueur depuis le 01/02/2024) Obligatoires, alignement requis avec le domaine du From: Obligatoire (v=DMARC1 publié), alignement SPF ou DKIM avec le From: Seuil maximum publié : 0,30 %. Google recommande de rester sous 0,10 % et de ne jamais atteindre 0,30 % Obligatoire pour les messages marketing/abonnement : lien de désabonnement visible dans le corps + en-têtes List-Unsubscribe et List-Unsubscribe-Post: List-Unsubscribe=One-Click support.google.com/mail/answer/81126 — relevé le 31/08/2026
Yahoo / AOL Non trouvé dans la page officielle : le document distingue « tous les expéditeurs » et « bulk senders » sans publier de seuil numérique de volume SPF et DKIM obligatoires Obligatoire, p=none minimum accepté, alignement relaxé toléré 0,30 % maximum Obligatoire pour les expéditeurs en volume : en-tête List-Unsubscribe fonctionnel supportant le clic unique + lien visible dans le corps senders.yahooinc.com/best-practices/ — relevé le 31/08/2026
Microsoft (Outlook.com / Hotmail / Live) Non vérifié en source primaire À reconfirmer À reconfirmer À reconfirmer À reconfirmer

La ligne Microsoft reste vide volontairement : la page dédiée aux exigences pour expéditeurs en volume d’Outlook.com n’a pas pu être localisée en source primaire au moment du relevé. Un tableau ne se complète jamais par déduction ou par analogie avec Gmail — voir le point dédié dans « ce qu’on ne sait pas » ci-dessous.

Ni la page Gmail ni la page Yahoo consultées ne publient de délai chiffré pour le traitement d’une demande de désabonnement. Ce délai ne doit pas être confondu avec un délai légal, distinct, relevant du RGPD et du Code des postes et des communications électroniques.

La réputation se construit sur l’expéditeur, pas sur la plateforme

La réputation se construit sur le domaine et sur l’IP d’envoi, et se nourrit du comportement des destinataires : ouvertures et clics, mises en indésirable, suppressions sans lecture, adresses inexistantes, pièges à spam. Une plateforme ne peut pas compenser une mauvaise liste. C’est pourquoi un classement « quelle plateforme délivre le mieux » n’a pas de sens, et pourquoi le nettoyage de liste est le levier le plus direct pour préserver sa réputation.

Sur l’IP dédiée : elle ne se recommande jamais par défaut. En dessous d’un certain volume d’envoi régulier, une IP dédiée n’a pas d’historique — elle est traitée avec méfiance et se dégrade au moindre incident. Le seuil précis à partir duquel elle devient pertinente n’est pas fixé par une source unique fiable ; elle ne se justifie qu’au-delà d’un volume régulier et soutenu, à évaluer au cas par cas.

Nettoyer sa liste : le hard bounce et le soft bounce

Envoyer à des adresses qui n’ouvrent plus depuis des mois abîme la réputation de votre domaine et fait tomber les emails de ceux qui, eux, vous lisent. Supprimez immédiatement les adresses en erreur permanente, et cessez d’écrire aux inactifs après une ou deux tentatives de réengagement. Ne rachetez jamais une liste, et ne réimportez jamais une base ancienne dont vous ne pouvez pas prouver le consentement : ces deux gestes sont la cause la plus fréquente d’un effondrement brutal de la délivrabilité.

En pratique, deux types d’échec d’envoi appellent un traitement différent : le hard bounce (erreur permanente — l’adresse n’existe pas ou refuse définitivement) se supprime immédiatement de la liste ; le soft bounce (erreur temporaire — boîte pleine, serveur indisponible, message trop lourd) se retente, puis se traite comme un hard bounce après plusieurs échecs consécutifs.

Le désabonnement, lui, relève d’un cadre juridique distinct du seuil de plainte des fournisseurs de boîtes : pour la partie consentement et opposition à la prospection, voir /rgpd-et-emailing/.

Couloir de salle serveurs, veilleuses allumées
Couloir de salle serveurs, veilleuses allumées — photo Pexels

La montée en charge (warm-up), un principe, pas un barème

Changer de plateforme ou activer une nouvelle infrastructure d’envoi fait repartir la réputation à zéro sur cette nouvelle infrastructure : une montée en charge progressive est nécessaire plutôt qu’un basculement du jour au lendemain, en commençant par les contacts les plus engagés. Les plannings chiffrés jour par jour qui circulent (« jour 1 : 50 emails, jour 2 : 100… ») relèvent d’un usage d’agence, pas d’une norme publiée par un fournisseur de boîtes — cette page n’en publie donc aucun.

Cette logique de prudence à l’infrastructure vaut aussi pour le choix de l’IP dédiée vs mutualisée et pour l’arbitrage entre serveur SMTP dédié et solution gratuite : voir /serveur-smtp/ et /smtp-gratuit/.

Un chiffre de place, avec sa réserve

Le seul chiffre de place exploitable sur le sujet vient de Sinch (Email Impact Report 2026, mailgun.com/email-impact-report) : près de 18 % des emails n’atteignent jamais la boîte de réception, sur un périmètre de plus de 400 milliards d’emails envoyés en 2025 et un sondage de 1 200 expéditeurs, terrain réalisé entre fin septembre et début novembre 2025. Un autre rapport souvent cité (Validity/Everest, Benchmark 2025) donne des taux de placement contradictoires selon les résumés consultés (75,6 % et 83,1 %) : cette page ne le publie pas tant que la contradiction n’est pas résolue.

Cette page ne concerne que les envois marketing et d’abonnement, où s’appliquent les seuils Gmail/Yahoo ci-dessus. L’email transactionnel (confirmation de commande, réinitialisation de mot de passe) suit une logique différente : voir /mail-transactionnel/.

⛔ Ce qu’on ne sait pas

  • Le seuil de volume Yahoo/AOL déclenchant le statut « bulk sender » n’est pas publié numériquement sur la page officielle des exigences Yahoo (relevé le 31/08/2026). Nous ne l’inventons pas par analogie avec le seuil de 5 000 messages/jour de Gmail.
  • Les exigences Microsoft/Outlook.com pour les expéditeurs en volume (seuil, taux de plainte, désabonnement) n’ont pas pu être localisées en source primaire au moment de la rédaction. La ligne correspondante du tableau reste vide plutôt que déduite.
  • Le délai de traitement d’une demande de désabonnement exigé par Gmail ou par Yahoo n’apparaît dans aucune des pages consultées. Ne le confondez pas avec un délai légal de traitement d’une opposition, qui relève d’un régime distinct.
  • Le taux réel d’arrivée en boîte de réception d’un expéditeur donné n’est structurellement pas mesurable depuis l’extérieur : aucune page ne peut l’affirmer pour un outil en particulier.
  • Le rapport Validity/Everest 2025 donne deux chiffres contradictoires de placement en boîte de réception (75,6 % et 83,1 %) selon le résumé consulté ; cette contradiction n’est pas résolue et le chiffre n’est pas publié ici.
  • Le fonctionnement réel des filtres anti-spam de Gmail, Yahoo et Microsoft n’est publié par aucun des trois fournisseurs : toute explication détaillée de leur mécanisme interne serait une extrapolation, jamais publiée sur ce site.
  • Le positionnement actuel des autres résultats sur la requête « délivrabilité email » n’a pas été vérifié au moment de la rédaction de cette page.

Pour le fonctionnement de SPF, DKIM et DMARC et la manière de les publier dans le DNS de votre domaine, la page de référence reste /spf-dkim-dmarc/. Aucun classement d’outils par délivrabilité n’existe sur ce site ; pour comparer les logiciels d’emailing sur leurs fonctionnalités et leurs tarifs, voir /comparatif-logiciels-emailing/ ou /meilleur-logiciel-newsletter/.

L’état de ce relevé
RubriqueNon classé
Relevé publié le31/08/2026
Dernière vérification31/08/2026
Sources citées en fin de pageaucune — cette page ne cite aucun barème extérieur
À revérifier avant le29/11/2026
Comment ce relevé a été fait

Les montants de cette page ont été lus le 31/08/2026 sur la page de tarifs de l’éditeur lui-même, pas sur un comparatif ni sur une fiche d’annuaire. Ils sont notés hors taxes et au tarif mensuel affiché : un engagement annuel, une remise de lancement ou une négociation commerciale les font baisser, et cette page ne les connaît pas.

Un éditeur peut changer sa grille du jour au lendemain, et il le fait sans prévenir ses lecteurs. Le seul chiffre qui engage est celui affiché par l’éditeur au moment où vous signez : si l’écart avec cette page vous coûte quelque chose, c’est sa page qui fait foi, pas la nôtre.

Ce qui n’est pas mesurable ici est laissé vide plutôt que coché : une case sans réponse veut dire que nous n’avons pas pu le vérifier, pas que la fonction est absente.

La suite du barème

H

Hélène Sertin

Rédaction · Newsletter Access

Article publié le 31/08/2026, mis à jour le 31/08/2026.