Travailler dans l'assistance WordPress au fil des ans m'a appris beaucoup de leçons importantes, bonnes et mauvaises. Premièrement, vous devez toujours avoir une solution de secours!
Deuxièmement, et c'est presque aussi important, vous devez savoir que vos courriels sont livrés rapidement et de manière fiable dans les boîtes de réception de vos membres.
Au cours de toutes mes années d'assistance, j'ai vu très peu de propriétaires de sites qui ont réfléchi à la manière dont leurs courriels sont envoyés, à l'endroit d'où ils sont envoyés et aux problèmes potentiels qu'ils pourraient rencontrer en laissant les courriels de WordPress par défaut.
Ne vous méprenez pas, le fait que WordPress soit presque toujours capable d'envoyer des courriels sans que vous ayez à lever le petit doigt pour le faire est incroyable. Mais il y a quelques problèmes potentiels qu'il faut prendre en compte.
Le problème du courrier WordPress
Sans entrer dans les détails techniques, WordPress (par défaut) tente d'envoyer des courriels en utilisant un serveur de messagerie local dans la mesure du possible. Cela signifie que 99% du temps, vos emails proviennent du même serveur web que celui sur lequel votre site est hébergé. Cela ne semble pas si mal, mais voici les problèmes qui sont souvent négligés :
- Êtes-vous sur un serveur d'hébergement partagé ? Si c'est le cas, qu'ont fait les autres propriétaires de sites web sur le serveur pour ternir sa réputation avec les fournisseurs de courrier électronique ?
- Quel est l'historique de l'adresse IP de votre serveur avec listes de blocage d'emails?
- Votre hébergeur vous permet-il de personnaliser l'adresse e-mail "From" et le nom "From" dans les e-mails sortants ?
- Votre hébergeur limite-t-il le nombre d'e-mails que vous pouvez envoyer par jour/mois ? Si oui, quelles sont ces limites ? Quelle est la probabilité que vous les atteigniez ?
- Quelle est la durée de fonctionnement du serveur de messagerie fourni par votre hébergeur et quelle est la rapidité de résolution des problèmes ?
- Que se passe-t-il pour les courriels qui n'ont pas été envoyés ? Sont-ils réessayés ou simplement abandonnés ?
- Combien d'autres utilisateurs partagent le serveur de messagerie avec vous ? À quelle vitesse l'hébergeur répond-il aux demandes ?
Il existe d'autres problèmes, mais ceux-ci sont les plus courants et constituent un très bon point de départ pour déterminer si votre serveur de messagerie sera fiable ou non.
Considérons, par exemple, que vous avez configuré un courriel de rappel dans MemberPress pour avertir les membres une semaine avant l'expiration de leur carte de crédit. Imaginez maintenant que vous avez 800 personnes (un peu exagéré, mais pas incroyable pour un grand site d'abonnement) dont les cartes de crédit expirent à la fin du mois en cours.
Le jour où le rappel est déclenché, MemberPress envoie 800 courriels tout au long de la journée à ces membres pour les informer qu'ils doivent mettre à jour les informations relatives à leur carte de crédit.
Imaginez maintenant que votre hébergeur web vous limite à 300 courriels par jour, et en plus, ils laissent tomber tous les courriels dans un trou noir une fois que vous avez atteint cette limite. Cela signifie que 500 personnes ne savent pas que leur carte de crédit doit être mise à jour avant que leur abonnement n'expire !
Ou si votre serveur de messagerie était inscrit sur une liste de blocage par un grand nombre de grands fournisseurs de courrier électronique. Combien de ces 800 personnes ne verraient jamais cet e-mail parce qu'il a été marqué comme spam ?
Vous devriez sérieusement prendre en compte ces questions si vous voulez vous épargner beaucoup de problèmes financiers et d'assistance à la clientèle. Ceci est crucial si vous gérez un site d'adhésion avec quelque chose comme MemberPress.
Vos membres s'attendront à recevoir des courriels contenant des instructions presque immédiatement après leur inscription, et ils voudront sans aucun doute qu'on leur rappelle avant que leur abonnement n'expire ou ne soit renouvelé automatiquement. S'ils ne reçoivent pas de rappelé avant d'être chargé vous pouvez être sûr qu'ils ne seront pas contents de vous. Et ce n'est jamais drôle de se faire crier dessus, point final.
Il existe une solution !
En ce moment même, vous vous dites probablement : "Super ! Encore une chose à stresser et à craindre". Mais j'ai une bonne nouvelle : ces problèmes peuvent être évités.
Tout d'abord, vous devez installer le logiciel WP Mail SMTP plugin. Il corrige vos problèmes de délivrabilité en reconfigurant WordPress pour qu'il utilise un fournisseur SMTP tiers lors de l'envoi d'e-mails.
Ensuite, vous devrez choisir vos fournisseurs SMTP tiers. En voici quelques-uns Mailjet, SendGrid, MailGunet Amazon SES.
La plupart des services d'envoi de courrier électronique par des tiers ont l'avantage de consigner tous les courriers électroniques et les alertes de non-envoi. Si un client se plaint de ne pas avoir reçu d'e-mail, vérifiez le journal et voyez s'il y a eu un problème d'acheminement de l'e-mail. Le plus souvent, le client a simplement mal saisi son adresse électronique lors de l'inscription.
Installation d'un service de courrier électronique tiers
MailGun et Amazon ont également des niveaux gratuits que vous pouvez utiliser, mais pour ce guide d'installation, j'utiliserai SendGrid.
Étape 1 - S'inscrire à SendGrid
Se rendre à l'adresse suivante https://sendgrid.com/user/signup et créez votre compte gratuit.
Étape 2 - Indiquer à WordPress d'envoyer des courriels via SendGrid
Cela semble complexe, mais c'est vraiment facile. Je vous le promets. Rendez-vous dans votre tableau de bord WordPress > Plugins > Ajouter un nouveau plugin. Recherchez "SendGrid" et installez le plugin officiel SendGrid.
Après avoir installé et activé le plugin, rendez-vous sur votre tableau de bord WordPress > Réglages > SendGrid. Entrez votre nom d'utilisateur et mot de passe pour le compte SendGrid gratuit que vous avez créé, choisissez la méthode API et enregistrez les paramètres.
MemberPress remplacera les champs "Nom" et "Adresse d'envoi" sous "Paramètres du courrier", il n'est donc pas nécessaire de les remplir.
Et le tour est joué ! Vous pouvez maintenant dormir sur vos deux oreilles en sachant que vos courriels seront livrés rapidement et que SendGrid s'occupe de toutes les parties stressantes à votre place.
Il est tout à fait logique d'utiliser un fournisseur SMTP pour les courriels transactionnels pour les raisons que vous avez évoquées. Nous avons déjà utilisé sendinblue qui a fait un très bon travail et je crois qu'Amazon ses est également bon bien que nous n'ayons jamais utilisé le service.
Bonjour
Puisque sendgrid a des modèles d'emails beaucoup plus complexes que les vôtres, je me demandais s'il était possible de créer tous les emails "Reçu de la commande", "Renouvellement de la carte de crédit" etc. dans Sendgrid au lieu de Memberpress ?
Ou devez-vous créer tous les e-mails dans Memberpress et laisser Sendgrid les envoyer ?
Le meilleur
Gustav de NewLink
Bonjour Gustav 🙂 .
Oui, vous pouvez intégrer MemberPress et Sendgrid via Integrately. Pour en savoir plus, consultez le site cette page. Merci !