Bien que vous pensiez que les formulaires de messagerie seraient préconfigurés pour fonctionner avec succès dans tous les environnements, vous seriez surpris de la fréquence à laquelle ils sont mal configurés par défaut. Il y a un certain nombre d'aspects très particuliers dans la configuration des formulaires de contact qui doivent être définis avec précision afin de fonctionner avec succès à la fois avec notre hébergement et plus généralement dans le monde moderne de l'e-mail. Les deux premiers dont nous allons discuter vous aideront avec la délivrabilité générale des e-mails ainsi que vos formulaires, tandis que les deux derniers s'appliquent spécifiquement aux configurations de formulaire.
- Utiliser SMTP ? Si vous utilisez des services de messagerie externes, veillez à utiliser SMTP pour envoyer vos e-mails.
- Enregistrements DNS :assurez-vous d'avoir un enregistrement DNS SPF et DMARC. Si vous utilisez SMTP pour distribuer le courrier, configurez également DKIM avec votre fournisseur SMTP.
- En-têtes d'e-mail : Les en-têtes De, À et Répondre à doivent être correctement définis
- Messages HTML : La désactivation du formatage HTML peut améliorer la délivrabilité
Dans les paramètres et les exemples ci-dessous, nous allons utiliser le nom Random Visitor et adresse e-mail [email protected] comme exemple de données pour représenter le visiteur de votre site Web qui soumet le formulaire. Nous utiliserons également l'adresse de destination de [email protected] , où les soumissions du formulaire de contact seront envoyées.
E-mail non local :utilisez SMTP
Si votre e-mail n'est pas hébergé chez nous et que vous l'avez plutôt géré ailleurs (par exemple :Gmail, Hotmail, BellAliant, Eastlink), pour une meilleure livraison, nous vous recommandons de configurer votre formulaire pour utiliser SMTP et acheminer directement le courrier via le service de votre fournisseur de messagerie, plutôt que permettant à notre serveur de l'envoyer directement. Cela garantit que tous les en-têtes pour une délivrabilité optimale sont appliqués au message, car il transite par le service de messagerie approprié.
Si vous ne l'avez pas déjà fait, lorsque vous utilisez un courrier externe, vous devez désactiver le service de messagerie local.
Vous devrez vérifier auprès de votre fournisseur de services de messagerie tiers les paramètres corrects à utiliser pour SMTP. Il s'agira d'un nom d'hôte de serveur, d'un port, d'un nom d'utilisateur et d'un mot de passe. Une fois que vous avez ces paramètres, vous devez ensuite les entrer dans la configuration de votre application Web.
Bien que nous ne puissions pas fournir ici d'instructions précises sur les paramètres corrects à utiliser pour tous les services de messagerie externes, car ils sont nombreux, nous pouvons vous montrer comment entrer ces paramètres pour des applications Web spécifiques :
- WordPress : Le plugin WordPress SMTP vous permettra d'entrer les détails SMTP de votre fournisseur de messagerie afin que tous les messages envoyés via WordPress passent désormais par leurs serveurs plutôt que d'être envoyés localement à partir du serveur sur lequel votre site Web est hébergé. Il est également fourni avec des valeurs préconfigurées pour Gmail et d'autres fournisseurs courants.
- Magento : Le plugin SMTP Pro Email a très bien fonctionné pour nous. Installez le plug-in à l'aide de leur guide, puis configurez-le pour utiliser des fournisseurs de messagerie courants tels que Gmail ou des informations d'identification SMTP personnalisées pour tous les e-mails quittant Magento.
Si vous utilisez une autre application et que vous avez trouvé une solution pour utiliser des fournisseurs SMTP tiers, veuillez nous en informer dans les commentaires ci-dessous !
Conseils sur les ports SMTP :Si vous êtes hébergé sur votre propre VPS hébergé au Canada avec Websavers, vous pouvez configurer SMTP en utilisant n'importe quel port. Si vous êtes sur un hébergement mutualisé, nos pare-feux n'autoriseront SMTP que sur le port 587, votre fournisseur de messagerie doit donc prendre en charge le port 587 (la plupart le font).
Enregistrements DNS de délivrabilité des e-mails :SPF, DKIM, DMARC
Lisez notre article sur la gestion de vos enregistrements de validation de courrier pour savoir comment configurer les enregistrements DNS SPF, DKIM et DMARC. Vous trouverez un générateur d'enregistrements sur cette page pour vous aider à sélectionner les meilleures options.
Ceci est absolument essentiel pour garder vos messages hors des dossiers de spam / courrier indésirable des grands fournisseurs.
En-têtes De, À et Répondre à
Le premier paramètre qui est souvent mal configuré est l'en-tête "De". La plupart des gens configureront le formulaire de contact de leur site Web pour que les messages proviennent de l'adresse e-mail que l'expéditeur a saisie dans le formulaire, telle que [email protected]. Cependant, il s'agit d'une mauvaise pratique qui entraînera généralement la non-livraison des messages !
La raison pour laquelle cela peut entraîner des problèmes de livraison est qu'il entre souvent en conflit avec les enregistrements SPF. Vous pouvez en savoir plus sur le fonctionnement des enregistrements SPF ici, mais l'idée générale est que SPF empêche la falsification des e-mails en comparant l'adresse e-mail de l'expéditeur au serveur d'où provient l'e-mail. Si le serveur est approuvé, il s'agit probablement d'un message provenant de l'expéditeur et non d'un spam prétendant provenir de lui.
Pourquoi alors, vous pourriez demander, la vérification SPF a-t-elle un problème avec l'utilisation de [email protected] comme adresse d'expédition ?
Lorsque votre serveur de messagerie reçoit le message envoyé via le formulaire de contact, il vérifie gmail.com pour son enregistrement SPF, qui spécifie les serveurs autorisés à envoyer des e-mails au nom des adresses e-mail @gmail.com. Étant donné que le serveur sur lequel votre site Web est hébergé n'est pas un expéditeur approuvé pour les adresses @gmail.com, il échouera au test et par conséquent le message sera supprimé ou filtré comme spam.
La solution est en fait assez simple ! Définissez l'adresse "De" sur une adresse e-mail qui est hébergé sur votre serveur. Par exemple, nous utilisons souvent [email protected] . (Assurez-vous de remplacer mywebsite.com par le domaine de votre site Web actuel, pas de www).
Ensuite, pour vous assurer que lorsque vous répondez à ces e-mails, les réponses parviennent bien à la personne qui soumet le formulaire, vous devez définir l'en-tête Reply-To sur l'adresse e-mail de l'expéditeur. Avec certains plugins de formulaire de contact, vous pouvez simplement le saisir dans un champ Répondre à, mais avec d'autres, vous devez l'ajouter à un champ "En-têtes supplémentaires". Voici quelques exemples :
- Le formulaire de contact 7 comporte un champ "En-têtes supplémentaires". Saisissez :
Reply-To: [your-name] <[your-email]> - Gravity Forms a un champ de réponse. Saisissez :
{Name (First):1.3}{Name (Last):1.6} <{Email:2}>
Notez que [votre-nom] et [votre-e-mail] sont des balises par défaut que le formulaire de contact 7 utilise comme espace réservé ; si vous avez changé le nom de la balise, veillez à y insérer le bon espace réservé. Il en va de même pour {Name (First):1.3} et {Email:2} lors de l'utilisation de Gravity Forms - assurez-vous d'utiliser les valeurs d'espace réservé correctes pour votre formulaire particulier.
Formatage de l'adresse (De/À)
Assurez-vous que votre formulaire est configuré de manière à ce que toutes les adresses e-mail soient correctement formatées, y compris l'adresse de l'expéditeur, l'adresse de destination et le champ de réponse. Si votre système de formulaire a un champ pour le nom et l'e-mail, alors il *devrait* le formater correctement pour vous. S'il ne fournit qu'un champ e-mail, vous devrez peut-être le formater vous-même :
Name <email_address> e.g.: John Smith <[email protected]>
Désactiver les messages HTML
La plupart des plugins de formulaire (comme Gravity Forms) ne prennent malheureusement pas en charge les normes en plusieurs parties requises pour les communications par e-mail normales avec un corps de message HTML. Les filtres anti-spam détecteront que le format de message utilisé ne correspond pas à la norme, car il seulement utilise HTML sans version en clair, ce qui le rend "malformé". Les messages malformés sont le plus souvent attribués à un logiciel de spam mal codé et, par conséquent, les messages finissent par obtenir des points de spam contre eux.
Si vous devez utiliser Gravity Forms ou tout autre plug-in de formulaire qui ne prend pas non plus en charge les normes en plusieurs parties et que vous souhaitez vous assurer que les messages envoyés via le formulaire parviennent à la destination, votre meilleur pari est de désactiver les messages HTML de sorte qu'il ne envoie du texte brut. Voici comment procéder avec différents plugins de formulaire pour WordPress :
- Gravity Forms (nécessite malheureusement quelques connaissances en codage)
- WP Forms (voir la section "Passer aux e-mails en texte brut" en bas de la page)
- Des formulaires formidables
L'utilisation de la configuration correcte pour vos formulaires, comme décrit ci-dessus, garantira l'envoi précis et réussi de tous les messages via les formulaires de votre site Web.