Votre campagne affiche 0 % d'ouverture ? Envoi non parti, rejet SMTP, dossier spam ou pixel cassé : le diagnostic en 5 étapes pour trouver la panne.
Un taux d’ouverture à 0 % ne décrit pas une mauvaise campagne, il signale une panne. Même avec un objet raté et une base fatiguée, quelques dizaines de destinataires ouvrent toujours, ne serait-ce que par erreur. Et puis il y a Apple Mail. Quand la protection de la confidentialité est activée, l’application télécharge les contenus distants en arrière-plan dès l’arrivée du message, pixel de mesure compris. Litmus attribue à Apple 62,26 % des ouvertures relevées dans son rapport de juillet 2026. La proportion baisse nettement sur une cible B-to-B, elle ne tombe jamais à rien. Si vos emails arrivaient et que votre mesure fonctionnait, vous verriez forcément quelque chose.
Un zéro rond veut donc dire qu’un maillon a lâché, soit entre votre plateforme et la boîte du destinataire, soit entre cette boîte et votre tableau de bord. Inutile de retravailler l’objet ou l’heure d’envoi. Il faut remonter la chaîne dans l’ordre : envoi, acceptation, placement, mesure. Un réflexe avant de commencer, regardez la colonne des clics. Des clics sans aucune ouverture indiquent que les messages sont bien arrivés et que seule la mesure est en cause. Dans ce cas, filez directement à l’étape 5.
La question paraît idiote, c’est pourtant la cause la plus rapide à écarter. Ouvrez le rapport et cherchez le nombre de messages envoyés, pas le nombre de contacts ciblés. Un segment dont les critères ne renvoient personne, une campagne restée en attente de validation, une planification calée sur le mauvais fuseau horaire, un quota mensuel atteint la veille : à chaque fois la plateforme affiche une campagne « terminée » ou « programmée » alors que rien, ou presque, n’est sorti.
Comparez aussi l’heure réelle de départ avec l’heure à laquelle vous consultez les statistiques. Sur un gros volume, le routage s’étale parfois sur plusieurs heures. Zéro ouverture vingt minutes après le lancement sur une liste de 200 000 adresses, cela ne prouve rien du tout.
Les messages sont partis. Reste à savoir si les serveurs d’en face les ont acceptés. Votre routeur enregistre pour chaque adresse la réponse du serveur destinataire, et toute l’information utile se trouve là. Demandez l’export des logs si l’interface ne montre qu’un total de « bounces ».
La lecture est plus simple qu’elle n’en a l’air. La RFC 5321, le texte qui définit le protocole SMTP, distingue deux familles : un code en 4xx traduit un refus temporaire et le serveur émetteur doit réessayer, un code en 5xx un refus définitif. La RFC 3463 y ajoute un code étendu dont le chiffre central précise le motif, le 7 désignant un problème de sécurité ou de politique. Chez Gmail, un rejet 5.7.26 veut dire message non authentifié. Côté Microsoft, le 550 5.7.515 vise un domaine d’envoi qui n’atteint pas le niveau d’authentification requis.
Ces rejets se sont multipliés. Google écrit dans sa documentation qu’il renforce depuis novembre 2025 l’application de ses règles au trafic non conforme, avec des rejets temporaires et permanents. Si la quasi-totalité de vos envois vers un même fournisseur revient avec le même code, vous tenez votre panne.
C’est la cause la plus courante derrière les codes en 5.7. Un enregistrement DNS modifié pendant une migration d’hébergeur, une clé DKIM renouvelée d’un seul côté, un nouveau sous-domaine d’envoi jamais déclaré, et l’authentification tombe du jour au lendemain sans que personne ne s’en aperçoive.
Les exigences sont publiques. Google impose SPF, DKIM et DMARC aux expéditeurs qui dépassent 5 000 messages par jour vers Gmail, et au minimum SPF ou DKIM à tous les autres. Microsoft applique la même logique depuis le 5 mai 2025 pour ses adresses grand public Outlook, Hotmail et Live : les messages non conformes partent en courrier indésirable, puis le serveur les rejette si le problème dure.
Le contrôle prend deux minutes. Envoyez la campagne sur une adresse Gmail personnelle, ouvrez le message et choisissez « Afficher l’original ». Gmail y affiche le résultat des trois vérifications, et tout ce qui ne porte pas la mention « PASS » repart chez la personne qui gère vos DNS. Le message n’arrive même pas ? Vous avez déjà votre réponse.
Un message accepté n’est pas un message vu. Le serveur peut très bien répondre « 250 OK » puis ranger votre campagne dans le dossier indésirable, où personne n’ira la chercher. Vos logs indiquent alors 100 % de délivrés et vos statistiques restent à plat.
Le rapport 2026 de Validity sur la délivrabilité situe la France à 94,0 % de placement en boîte de réception, tous expéditeurs confondus. Le même rapport relève 77,4 % seulement chez Microsoft, le fournisseur le plus sévère du panel. Ces moyennes cachent des situations extrêmes : un expéditeur dont la réputation s’est effondrée peut voir la totalité de ses envois filtrés chez un fournisseur donné, et pas chez les autres.
Pour en avoir le cœur net, constituez une petite liste d’adresses témoins que vous contrôlez. Une Gmail, une Outlook, une Orange, une Free, plus deux ou trois boîtes professionnelles chez des clients ou des partenaires de confiance. Renvoyez la campagne à ces seules adresses et regardez où elle atterrit. En complément, Google Postmaster Tools affiche le taux de plaintes et l’état de conformité de votre domaine, pour peu que votre volume quotidien vers Gmail soit suffisant. Google recommande de rester sous 0,10 % de signalements comme spam et de ne jamais atteindre 0,30 %.
Dernier maillon, et le plus sournois, parce que tout le reste fonctionne. L’ouverture se mesure grâce à une image invisible hébergée sur un domaine de tracking. Si cette image ne se charge pas, la plateforme ne compte rien. Vos destinataires lisent la campagne, cliquent parfois, et votre rapport reste figé à zéro.
Les causes tiennent presque toujours au domaine de tracking personnalisé. Un enregistrement CNAME supprimé pendant un ménage dans la zone DNS. Un certificat TLS expiré, qui fait échouer le chargement en HTTPS. Ou encore un domaine de tracking inscrit sur une liste noire, que les messageries refusent d’appeler. Autre piste, plus bête : un gabarit retouché à la main dans lequel la balise du pixel a disparu, ou un envoi parti en version texte seul.
Le test est direct. Ouvrez le code source du message reçu sur votre adresse témoin, repérez l’adresse de l’image de suivi et collez-la dans un navigateur. Une erreur de certificat, une page introuvable ou un délai dépassé vous donnent la réponse. Gardez aussi en tête que beaucoup de messageries d’entreprise bloquent les images tant que le destinataire ne les autorise pas. Cela sous-évalue l’ouverture en B-to-B, sans jamais la ramener à zéro sur une liste entière.
La cause est trouvée, le correctif est en place. Résistez à l’envie de tout renvoyer dans l’heure. Si vos messages sont arrivés et que seule la mesure a failli, un second envoi à l’identique ferait doublon et gonflerait vos plaintes. Si au contraire rien n’est arrivé, repartez d’un segment réduit, quelques centaines de contacts parmi les plus actifs, et attendez de voir remonter des ouvertures et des codes 250 avant d’élargir.
Notez ce que vous avez trouvé. Une panne à 0 % a presque toujours une origine banale, un DNS touché sans prévenir ou un segment mal filtré, et elle revient si personne ne documente le contrôle à refaire avant chaque campagne. Cette discipline de vérification reste le meilleur moyen d’éviter les erreurs courantes en emailing, celles qui coûtent une campagne entière pour un détail technique.
Non, pas sur une liste de plus de quelques dizaines de contacts. Apple Mail précharge les images à la réception quand la protection de la confidentialité est active, ce qui suffit à produire des ouvertures. Un zéro exact révèle soit des messages qui ne sont pas arrivés, soit un pixel de mesure qui ne se charge plus.
Les messages sont arrivés et vos liens fonctionnent, mais l’image de suivi ne s’affiche pas. Vérifiez le domaine de tracking : enregistrement CNAME, certificat TLS, présence éventuelle sur une liste noire. Contrôlez aussi que la balise du pixel figure toujours dans le code de votre gabarit.
Envoyez la campagne à des adresses témoins que vous contrôlez chez les principaux fournisseurs, Gmail, Outlook, Orange, Free, et regardez dans quel dossier elle arrive. Complétez avec « Afficher l’original » dans Gmail pour lire les résultats SPF, DKIM et DMARC, puis avec Google Postmaster Tools.
Trois causes dominent : une authentification absente ou cassée, une adresse IP ou un domaine inscrit sur une liste noire, une réputation d’expéditeur dégradée par trop de plaintes. Le code de retour SMTP renvoyé par le serveur destinataire vous dit laquelle s’applique à votre envoi.
Divisez le nombre de messages acceptés par les serveurs destinataires par le nombre de messages envoyés. Attention, ce taux ne dit rien du placement : un email accepté puis classé en spam compte comme délivré. Seul un test sur adresses témoins montre ce qui arrive vraiment en boîte de réception.
Seulement si les messages ne sont pas arrivés, et une fois la cause corrigée. Recommencez par un segment réduit de contacts actifs pour confirmer que tout fonctionne. Si la panne ne concernait que la mesure, vos destinataires ont déjà reçu l’email : ne le renvoyez pas.
Ce contenu est réalisé par Ediware. Consultez les sites officiels pour les informations les plus récentes.