Newsletter : ne plus envoyer depuis wp-admin

📰 Deux métiers, deux tuyaux

Le transactionnel (commande, reset) doit arriver. La campagne peut attendre 10 minutes. Les mélanger sur le `mail()` du mutualisé, c'est le meilleur moyen de vous faire sanctionner par Gmail sur les deux.

WordPress peut héberger le formulaire d'inscription (un plugin, article dédié). La liste et l'envoi vivent chez l'ESP. Double opt-in là-bas.

🛠️ Ce que je retire

Les plugins qui envoient 5 000 mails via wp-cron. Les SMTP WordPress utilisés pour la promo. Les listes dans `wp_options`.

Ce que je garde : shortcode / bloc d'inscription vers l'ESP, ou iframe / script officiel un seul.

• ESP pour les campagnes
• SMTP boutique pour le transactionnel
• Désinscription côté ESP
• wp-cron : pas un routeur de masse

🔐 RGPD

La base est chez l'ESP, contrat, DPA. WordPress n'est pas un fichier client de 10 000 lignes en clair dans un export oublié.

Les prestataires qui « ont la liste dans WP » : on migre, on ne clone pas.

📡 Le domaine d'envoi

L'outil d'envoi (ESP) envoie au nom de votre domaine. Il faut donc l'y autoriser : enregistrements SPF et DKIM, et une politique DMARC. Sans eux, Gmail et Outlook classent la campagne en indésirables, quel que soit le contenu.

Je sépare souvent les adresses : un sous-domaine pour les campagnes (news.exemple.fr), le domaine principal pour les mails de commande. Si une campagne abîme la réputation, les factures continuent d'arriver.

✅ Migration douce

Export des inscrits, import ESP, vérification, un formulaire, une campagne test à 20 personnes. Puis on éteint le plugin WP.

Newsletter : ne plus envoyer depuis wp-admin. Phrase à mettre dans le contrat TMA.

✅ Liste de contrôle avant le premier envoi

Avant de déplacer l'envoi, j'écris d'où partent les mails aujourd'hui, vers qui et avec quel résultat. La mesure qui compte : un envoi test qui arrive en boîte de réception chez Gmail, Outlook et un webmail pro, pas dans les indésirables.

Sauvegarde restaurable, accès DNS (la zone du domaine) à votre nom, 2FA (double authentification) sur wp-admin. Puis le branchement de l'outil d'envoi. Puis 24 à 72 h d'observation : mails reçus, spam, désinscriptions. Sans ce contrôle, on a changé d'outil, pas amélioré la livraison.

• Arrivée des mails relevée avant la bascule (boîte de réception ou indésirables)
• Copie de test avant de changer l'envoi des mails
• Un changement à la fois, documenté
• Envoi test sur trois messageries, puis suivi des désinscriptions la première semaine

📌 Ce que je refuse sur ce sujet

Je refuse d'importer une liste achetée ou sans trace de consentement. Je refuse aussi de laisser WordPress envoyer des milliers de mails depuis le serveur du site : c'est le meilleur moyen de faire bloquer aussi les mails de commande.

Pour quelques newsletters par an à une petite liste, un outil gratuit suffit, et je vous le conseillerai.

WordPress envoie trop mal le mail pour rester le facteur.

🧭 Questions fréquentes

Faut-il changer de méthode sans attendre ? Oui si vos mails finissent en spam, si l'hébergeur vous a déjà alerté, ou si les confirmations de commande arrivent en retard. Sinon, on migre entre deux campagnes, avec un plan et pas dans l'urgence.

Peut-on le faire sans site de test ? Pour un site avec boutique, non : une erreur de configuration d'envoi bloque aussi les confirmations de commande. Voir Tester un site WordPress en local et en préprod pour essayer l'envoi sur une copie.

Combien de temps ? Souvent une journée pour brancher l'outil d'envoi et vérifier le domaine (SPF, DKIM et DMARC, les signatures qui prouvent que le mail vient bien de vous), puis quelques jours de réchauffement de l'expéditeur. Les devis « on branche Mailchimp en 30 minutes » oublient cette partie.