E-mail de commande WooCommerce en indésirables : pourquoi, et la liste de contrôle
Les e-mails de commande de WooCommerce finissent en indésirables parce que WordPress les envoie par défaut directement depuis le serveur web, sans authentification et sans réputation. Le destinataire voit un message qui prétend venir de votre domaine, envoyé par un serveur qui ne peut rien en prouver. La solution tient en quatre étapes : envoyer via un relais SMTP avec un identifiant propre, utiliser une adresse d'expéditeur sur votre propre domaine, mettre SPF et DKIM en ordre, et tester chez Gmail et Outlook plutôt que dans votre propre boîte.
Ce qui se passe par défaut
WooCommerce utilise la fonction mail de WordPress, qui remet le message à la fonction mail du serveur web. Chez la plupart des hébergeurs, c'est un serveur partagé par des centaines de sites, dont certains sont piratés et envoient du spam. Cette adresse IP a donc une réputation changeante, et elle ne figure pas dans votre SPF. De plus, le message n'est pas signé en DKIM pour votre domaine. Trois signaux négatifs à la fois, avant même que quelqu'un regarde le contenu.
Pourquoi vous ne le remarquez pas
La commande de test que vous passez arrive. Votre propre boîte tourne sur votre domaine ou chez le même hébergeur et fait confiance au message. Le client avec une adresse Gmail le reçoit en indésirables, ou pas du tout. Vous le remarquez aux appels : « Ma commande est-elle bien passée ? », et aux commandes en double de clients qui ont réessayé.
La liste de contrôle
- Envoyez via SMTP avec un identifiant. Installez une extension SMTP et saisissez les données de votre relais : nom du serveur, port 587 avec STARTTLS, et un identifiant créé spécialement pour cette boutique. Dès lors, chaque message de WordPress part d'un serveur qui a une réputation.
- Utilisez une adresse d'expéditeur sur votre propre domaine. Pas une adresse gratuite d'un grand fournisseur, et pas l'adresse du client. Définissez dans les réglages de WooCommerce une adresse fixe comme commandes@votreboutique.be. Certaines extensions mettent l'adresse du client en expéditeur des formulaires ; désactivez cela et utilisez l'adresse de réponse.
- Mettez SPF et DKIM en place pour votre domaine. Ajoutez le relais à votre SPF et publiez la clé DKIM. Avec un relais qui prépare cela depuis le tableau de bord, ce sont deux enregistrements DNS à copier. Ajoutez DMARC au niveau le plus souple pour recevoir des rapports.
- Vérifiez le contenu. Un e-mail de commande fait d'une seule grande image, contenant des liens raccourcis ou chargeant des dizaines de photos depuis un autre domaine, obtient un moins bon score. Les modèles standard de WooCommerce sont corrects ; les problèmes viennent en général des modèles personnalisés.
- Testez chez plusieurs fournisseurs. Passez une commande de test avec une adresse Gmail, une adresse Outlook et une adresse chez un fournisseur belge. Ouvrez le message et regardez dans les détails si SPF, DKIM et DMARC réussissent.
- Regardez le journal. Dans le tableau de bord de votre relais, vous voyez pour chaque message s'il a été livré, a rebondi ou a été refusé, avec le motif. Faites-le chaque jour pendant une semaine après le changement.
Séparez les e-mails de commande de votre newsletter
Beaucoup de boutiques envoient leur newsletter depuis le même WordPress avec les mêmes réglages. C'est un risque : une newsletter qui génère des plaintes entraîne la réputation de vos e-mails de commande avec elle. Utilisez pour la newsletter un identifiant distinct sur le relais, ou mieux, un sous-domaine séparé, pour que la confirmation de commande prenne toujours le chemin de la moindre résistance. Pourquoi cette séparation compte tant est expliqué sur notre page e-mail transactionnel.
Les pièges après le changement
Une extension qui revient au réglage par défaut après une mise à jour. Un hébergeur qui bloque les connexions sortantes sur le port 587 ; demandez alors l'ouverture de ce port. Une extension de cache qui retarde l'envoi. Et le classique : quelqu'un remplace l'adresse d'expéditeur par une adresse sur un autre domaine, et l'authentification échoue à partir de ce moment. Mettez une commande de test dans votre agenda une fois par mois.
Ce que ça rapporte
Moins d'appels, moins de commandes en double, et des clients qui trouvent leur confirmation d'expédition sans fouiller dans les indésirables. Pour une boutique, la confirmation de commande est l'e-mail le plus important que vous envoyez ; ça vaut un après-midi.
Questions fréquentes
Quelle extension SMTP utiliser ?
Toute extension qui fait envoyer WordPress via un serveur SMTP avec identifiant fonctionne. Choisissez-en une maintenue activement et capable d'envoyer un message de test.
Mon hébergeur dit que le mail fonctionne. C'est vrai ?
Il part, oui. Qu'il arrive chez Gmail ou Outlook est une autre question, à laquelle répond une commande de test vers une telle adresse.
Dois-je modifier les modèles WooCommerce ?
En général non. Vérifiez seulement que l'adresse d'expéditeur et le nom de la boutique sont corrects dans les réglages ; c'est ce que voit le destinataire.