Envoyez des e-mails depuis votre propre domaine, sur votre propre compte

Chaque notification que vos clients reçoivent — factures, réinitialisations de mot de passe, réponses aux tickets, mises à jour de projets — part par un service de messagerie. Par défaut, ce service est le nôtre, la ligne De indique Zinn Digital® et nous en payons les frais.

Si vous disposez d'un forfait agence ou revendeur, vous pouvez à la place connecter votre propre service de messagerie. Vos clients voient alors votre domaine dans la ligne De, les réponses vous reviennent directement et les messages sont envoyés depuis votre compte auprès de votre fournisseur.

Configurez cette option dans Envoi d'e-mails sur votre tableau de bord.

Quel fournisseur dois-je utiliser ?

Tous ces choix fonctionnent. Choisissez celui auprès duquel vous possédez déjà un compte.

| Fournisseur | Idéal si | Guide | | --- | --- | --- | | Mailgun | Vous souhaitez une API et des volumes d'envoi généreux | Configurer Mailgun | | SendGrid | Vous l'utilisez déjà pour les e-mails marketing | Configurer SendGrid | | Postmark | E-mails transactionnels uniquement, meilleure délivrabilité | Configurer Postmark | | Amazon SES | Vous utilisez déjà AWS et recherchez le prix le plus bas | Configurer Amazon SES | | Resend | Vous souhaitez la configuration la plus simple | Configurer Resend | | Votre propre serveur SMTP | Vous exploitez votre propre infrastructure de messagerie | Configurer SMTP |

Si vous n'avez aucune préférence et aucun compte existant, Postmark est celui que nous choisirions pour les e-mails transactionnels : il refuse d'acheminer le marketing, ce qui explique précisément pourquoi ses taux de délivrabilité sont ce qu'ils sont.

Configurez d'abord le DNS. C'est l'essentiel du travail.

Quel que soit le fournisseur choisi, ce sont les trois mêmes enregistrements DNS qui déterminent si votre e-mail arrive à destination ou atterrit dans les spams. Votre fournisseur génère les valeurs exactes ; vous les ajoutez à votre domaine.

SPF — un enregistrement TXT sur votre domaine indiquant qui est autorisé à envoyer des e-mails en votre nom. Si vous en possédez déjà un, vous le modifiez ; vous n'en ajoutez pas un second. Un domaine doté de deux enregistrements SPF échoue totalement à la vérification SPF, ce qui est pire que de n'en avoir aucun.

DKIM — un enregistrement TXT ou CNAME contenant une clé publique, permettant aux serveurs de réception de vérifier qu'un message provient bien de votre fournisseur et n'a pas été altéré. C'est l'enregistrement qui demande le plus de travail, et c'est celui qui doit correspondre pour que le protocole DMARC soit validé.

Domaine de rebond (Return-path) — généralement un CNAME. Il définit l'adresse d'enveloppe invisible que votre fournisseur utilise pour collecter les retours (bounces). Sans cela, les rebonds aboutissent à un endroit invisible pour vous et la réputation de votre domaine se dégrade à votre insu.

DMARC — un enregistrement TXT situé à l'adresse _dmarc.votredomaine.com qui indique aux serveurs de réception comment réagir lorsque les protocoles SPF et DKIM ne concordent pas avec votre ligne De. Commencez par p=none pendant que vous vérifiez que tout est validé, puis passez à p=quarantine et p=reject.

⚠️ Les modifications DNS ne sont pas instantanées. Prévoyez un délai pouvant aller jusqu'à une heure avant de conclure à un dysfonctionnement.

Utilisez un sous-domaine pour l'envoi

Envoyez vos e-mails depuis mail.votredomaine.com ou notifications.votredomaine.com, et non directement depuis votredomaine.com.

La raison en est la réputation. Votre domaine principal est celui qu'utilise votre messagerie professionnelle. Si un envoi en masse devait rencontrer un problème, un sous-domaine d'envoi distinct limite les dégâts — votre personnel peut continuer à envoyer des e-mails à vos clients pendant que vous résolvez la situation. Cela vous permet également de configurer les enregistrements DNS d'envoi sans toucher à ceux dont dépendent vos propres boîtes aux lettres.

Vous devez tout de même indiquer un domaine, et non une adresse, dans le champ Envoyer depuis ce domaine. La partie précédant le @ est déterminée message par message : les reçus partent avec billing@, les réinitialisations de mot de passe avec no-reply@, les réponses aux tickets avec support@.

Fonctionnement de la configuration

1. Choisissez votre fournisseur et collez ses identifiants.
2. Cliquez sur Envoyer un e-mail de test. Nous envoyons un e-mail réel par l'intermédiaire de votre fournisseur, vers une boîte de réception de votre choix, contenant un code.
3. Récupérez ce code dans cette boîte de réception et saisissez-le.

Ce n'est qu'à partir de ce moment-là que vos e-mails commencent à partir en votre nom.

⭐ Utilisez une boîte de réception située sur un autre domaine pour le test — une adresse Gmail ou Outlook est idéale. Un message qui ne quitte jamais votre propre serveur prouve beaucoup moins de choses qu'un message ayant traversé Internet pour contourner le filtre anti-spam d'un tiers.

Pourquoi nous exigeons que l'e-mail de test arrive effectivement

Parce qu'un fournisseur qui accepte un message pour ensuite le supprimer silencieusement est en tout point identique à un fournisseur qui fonctionne. Un compte Amazon SES flambant neuf est placé dans un bac à sable (sandbox) : il acceptera votre message sans le distribuer nulle part. Un domaine Mailgun dont le DNS ne s'est pas propagé fait de même. Il en va de même pour un relais SMTP qui répond 250 et jette le message.

Si nous basculions votre envoi dès l'acceptation de vos identifiants, la première chose que vous apprendriez, c'est que vos clients ont cessé de recevoir quoi que ce soit — et vous l'apprendriez par un client, plusieurs jours plus tard. Le code est la preuve qu'un message a quitté votre fournisseur et est arrivé à destination.

Que se passe-t-il si mon fournisseur cesse de fonctionner ?

Vos notifications sont enregistrées comme ayant échoué, font l'objet d'une nouvelle tentative, et votre écran Envoi d'e-mails devient rouge en affichant le message d'erreur de votre fournisseur.

⛔ Nous ne les envoyons pas depuis notre domaine à la place. C'est un choix délibéré. Une solution de secours silencieuse signifierait qu'un compte de messagerie défectueux continue de fonctionner suffisamment bien pour que personne ne le répare — tout en nous coûtant de l'argent. Une panne est donc visible, et il vous appartient de la résoudre, car c'est la seule façon d'y remédier.

Tant que le problème n'est pas résolu, vos clients ne reçoivent pas ces notifications. Tout reste disponible dans la boîte de réception de leur tableau de bord et rien n'est perdu, mais considérez cette bannière rouge comme une urgence absolue.

Que se passe-t-il si je ne fais rien ?

Rien ne se bloque. Vos notifications continuent d'être envoyées depuis notre domaine, sous le nom de Zinn Digital®, et nous continuent d'en assurer les frais. Vos clients voient simplement notre nom au lieu du vôtre.

Suppression

Cliquez sur Déconnecter. Vos identifiants enregistrés sont supprimés et vos notifications repartent de notre domaine dès le message suivant. Vous pouvez vous reconnecter à tout moment.