Un formulaire WordPress peut afficher un message de confirmation alors que l’e-mail n’arrive jamais dans la boîte du destinataire. Il faut distinguer plusieurs étapes : le formulaire collecte les données, WordPress transmet le message à son système d’envoi, puis le serveur de messagerie accepte ou refuse la livraison. Le succès d’une étape ne garantit pas celui des suivantes.
Commencer par reproduire le problème
Testez avec une adresse de destination connue et relevez l’heure exacte, le formulaire utilisé et le résultat affiché. Vérifiez les courriers indésirables, les filtres de messagerie et l’adresse du destinataire. Si les messages de réinitialisation de mot de passe échouent également, le problème dépasse probablement le seul formulaire.
Comprendre wp_mail() et SMTP
WordPress utilise la fonction wp_mail() pour envoyer ses notifications. Par défaut, celle-ci s’appuie généralement sur le mécanisme mail disponible sur l’hébergement. Une configuration SMTP permet d’authentifier l’envoi auprès d’un serveur de messagerie avec des paramètres dédiés. Elle peut améliorer la fiabilité, mais ne règle pas à elle seule tous les problèmes de réputation, de DNS ou de destinataire.
Vérifier les paramètres du serveur
Contrôlez le nom d’hôte SMTP, le port, le chiffrement, l’identifiant et le mot de passe ou autre méthode d’authentification autorisée. Les ports 587 avec STARTTLS ou 465 avec TLS implicite sont fréquents, sans être universels. Utilisez exclusivement les paramètres fournis par votre hébergeur ou votre service de messagerie, plutôt que de recopier une configuration trouvée au hasard.
Aligner l’expéditeur avec le domaine
L’adresse d’expédition doit être légitime pour le service utilisé. Une adresse créée sur un domaine externe sans autorisation peut être rejetée ou classée comme suspecte. Vérifiez les enregistrements DNS SPF, DKIM et DMARC selon les instructions du fournisseur : ils participent à l’authentification et à la politique de traitement des messages, mais ne garantissent pas l’arrivée en boîte de réception.
Tester l’envoi et lire les erreurs
Un bouton « e-mail de test » est utile pour vérifier la connexion et l’acceptation initiale du message. S’il échoue, examinez le code d’erreur : mauvaise authentification, connexion refusée, délai dépassé ou destinataire rejeté. S’il réussit, vérifiez encore la réception réelle. Un petit journal conservant l’heure et le statut peut aider à diagnostiquer un incident sans stocker le contenu des messages.
Ne pas négliger la sécurité et la confidentialité
Ne laissez jamais les mots de passe SMTP apparaître dans les captures d’écran ou les journaux. Limitez les personnes pouvant accéder aux réglages, utilisez une connexion chiffrée et évitez de multiplier les extensions qui modifient simultanément l’envoi des courriels. Si des formulaires contiennent des données personnelles, minimisez les informations enregistrées et prévoyez une durée de conservation appropriée.
Contrôler le formulaire après la configuration
Certains formulaires utilisent leurs propres événements, filtres ou intégrations. Vérifiez que le message est bien déclenché et que ses champs sont correctement renseignés. Testez plusieurs cas : demande de contact, e-mail administratif, récupération de compte et destinataires différents. Après une migration ou un changement de domaine, contrôlez aussi les adresses « De » et « Répondre à ».
Une méthode de diagnostic en quatre temps
D’abord, reproduisez le problème. Ensuite, vérifiez la configuration de l’expéditeur et du transport. Puis consultez les erreurs techniques et l’authentification DNS. Enfin, confirmez la réception depuis plusieurs boîtes. Cette démarche évite de remplacer plusieurs plugins alors que la cause provient d’un seul paramètre.
À lire également : notre guide sur les e-mails WordPress non reçus et les conseils pour mettre à jour WordPress sans interrompre le site.