Une extension destinée aux propriétaires de sites et aux personnes qui les gèrent. Elle teste les e-mails réellement envoyés par WordPress, via wp_mail et l'extension SMTP utilisée en arrière-plan, puis vous indique ce qu'il faut modifier dans DNS et WordPress.

Version 0.1.1, 6 octobre 2026. Dans WordPress, l’extension s’appelle Tanichev Email Deliverability Tester. Télécharger (60 Ko), SHA-256 0f01ef55eece5fcfefbc85b219fba301d574a09aa8ad0ce66377e00b6626980b. L’installation est décrite dans la dernière section de cette page.

Pourquoi utiliser un plugin alors que le site peut simplement envoyer un e-mail à une adresse de test

Vous pouvez le faire, et il est facile d'envoyer un e-mail depuis votre propre boîte de réception, d'obtenir un bon score et d'en rester là, alors que les confirmations de commande sont envoyées par un autre chemin. Les e-mails d'une boutique passent par wp_mail() : la fonction mail() de PHP sur le serveur web si personne ne l'a modifiée, ou un plugin SMTP comme WP Mail SMTP ou FluentSMTP. Chacune de ces méthodes utilise sa propre adresse d'expéditeur, son propre expéditeur d'enveloppe et son propre serveur. Un e-mail WooCommerce possède en plus sa propre adresse d'expéditeur. Le plugin envoie le test en suivant exactement ce chemin.

En quoi consiste un test

Choisissez l'un des e-mails du site et cliquez sur Envoyer le test :

une réinitialisation de mot de passe, les identifiants de connexion d'un nouvel utilisateur, la notification à l'administrateur concernant un nouvel utilisateur, un commentaire en attente de modération ;
avec WooCommerce : commande en cours de traitement, commande terminée, facture et e-mail de nouvelle commande envoyé à la boutique, générés par WooCommerce avec une commande fictive ;
un court e-mail standard ou un e-mail que vous collez.

Chacun de ces e-mails contient Jane Sample, un lien de réinitialisation qui ne réinitialise rien et une commande qui n'est jamais enregistrée, car toute personne disposant du lien vers le rapport de test peut l'ouvrir.

Le test indique également au service si WordPress envoie les e-mails avec mail() ou par SMTP, ainsi que l'hôte et l'extension SMTP utilisés. Le plan généré par l'IA en tient compte. Sur mon site de test, qui envoie les e-mails avec la fonction mail() de PHP, les premières étapes du plan étaient « Ne plus envoyer directement depuis le serveur web » et « Autoriser le fournisseur SMTP avec SPF ».

L'option « Vérifier également le dossier chez les fournisseurs de messagerie » est activée par défaut et consomme environ 30 e-mails supplémentaires de votre quota SMTP. Les copies sont envoyées par petits groupes tant que la page reste ouverte, ou lors des exécutions planifiées de WordPress lorsqu'elle ne l'est pas. Le tableau se remplit pendant une demi-heure : boîte de réception, spam ou promotions dans Gmail, Outlook, Yahoo, Proton, AOL et les autres services, ou réponse fournie par un fournisseur lorsqu'il a refusé l'e-mail. Les boîtes Gmail sont des boîtes de test publiques, le sujet et le nom de l'expéditeur peuvent donc y être consultés.

Enregistrements à ajouter

Avant tout envoi, la page de test vérifie les enregistrements SPF, DKIM, DMARC et MX du domaine de l’expéditeur et indique les enregistrements à ajouter, chacun avec un bouton Copier. Lorsque le site effectue l’envoi par l’intermédiaire d’un fournisseur connu (Mailgun, SendGrid, Google, Microsoft 365, Amazon SES, Brevo, Postmark et quelques autres), la ligne SPF utilise l’instruction include de ce fournisseur plutôt qu’une adresse IP de son pool. Après un test, la vérification connaît également l’adresse IP depuis laquelle l’e-mail a été envoyé. L’extension ne modifie jamais le DNS. Elle ne le peut pas, car la zone est gérée par le bureau d’enregistrement ou Cloudflare.

Historique

L'onglet History répertorie les tests du site, du plus récent au plus ancien. Un graphique au-dessus suit l'évolution du score, et chaque ligne indique quels contrôles sont passés d'un échec à une réussite, ou inversement, depuis le test précédent.

Surveillance

Cette partie reste désactivée jusqu'à ce que vous l'activiez. Ensuite, une fois par minute, l'extension demande à Email Spam Tester lesquels des e-mails envoyés par le site sont d'un nouveau type, puis envoie une copie de ceux-ci uniquement à une adresse privée, via le même wp_mail(). L'original n'est pas modifié. La copie conserve son expéditeur et ses en-têtes, mais supprime les champs Cc et Bcc, les pièces jointes et la chaîne de requête de chaque lien, ce qui supprime également les clés de réinitialisation de mot de passe. Son rapport indique quelle extension a envoyé l'e-mail, d'après le code qui a appelé wp_mail() : WooCommerce, Contact Form 7, WPForms ou WordPress lui-même.

L'onglet Surveillance affiche ensuite les dernières 24 heures par extension, des alertes telles que « WooCommerce : DMARC échoue pour 12 e-mails sur 12 », ainsi que les e-mails que WordPress n'a pas du tout réussi à transmettre, avec la réponse du serveur. Ces échecs font également l'objet d'un test de santé du site.

Le reste

Site Health : authentification du dernier test et échecs d'envoi du jour.
Un widget de tableau de bord avec le dernier score.
WP-CLI : wp deliverability-tester test --email=password_reset, check, history, monitor on.
Chaque site d'un réseau multisite se connecte séparément.
La désinstallation ferme l'adresse de surveillance de notre côté et supprime les options de l'extension.

Ce qui quitte votre site

Rien n’est envoyé avant que vous cliquiez sur Connect this site. Ensuite, le service reçoit les versions de WordPress et des extensions, les e-mails de test, le domaine de l’expéditeur et la méthode d’envoi utilisée par WordPress (jamais un mot de passe SMTP), ainsi que la réponse du serveur lorsqu’il a refusé un e-mail, après suppression des adresses. Lorsque la surveillance est activée, il reçoit également l’expéditeur et l’objet de chaque e-mail envoyé par le site, ainsi qu’une copie de chaque nouveau type d’e-mail. Seul le site peut consulter ces rapports. La durée de conservation de chaque élément est indiquée dans la section consacrée à l’extension sur la page de confidentialité.

Prix

Le plugin est actuellement gratuit, avec 30 tests et 3 vérifications de dossiers par jour et par site, ainsi que jusqu’à 3 domaines surveillés.

Installation

Dans WordPress, accédez à Plugins › Add New Plugin, recherchez « Tanichev Email Deliverability Tester », puis installez-le et activez-le. Il est disponible dans le répertoire WordPress.org, les mises à jour sont donc proposées dans le tableau de bord comme pour toute autre extension.
Si vous n'utilisez pas le répertoire, téléchargez le fichier zip ci-dessus, vérifiez-le avec sha256sum -c tanichev-email-deliverability-tester-0.1.1.zip.sha256 (la commande doit afficher OK), puis importez-le via Plugins › Add New Plugin › Upload Plugin.
Ouvrez Deliverability Tester dans le menu d'administration, lisez quelles données sont envoyées lors de la connexion, puis cliquez sur Connect this site.
Choisissez une adresse e-mail, puis cliquez sur Send the test. Le rapport s'affiche sur la même page dans un délai d'une à deux minutes.

Testé sur WordPress 7.1.2 avec PHP 8.3, WooCommerce et la fonction mail() de PHP via Postfix. Pas encore testé sur un hébergement réel avec une extension SMTP envoyant les e-mails par l'intermédiaire d'un fournisseur, ni sur une installation multisite.

Email Spam Tester pour WordPress