Base de connaissances

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

Envoyez les notifications de vos clients depuis votre propre domaine, sur votre propre compte de messagerie : quel fournisseur choisir, les enregistrements SPF, DKIM et return-path dont ils ont tous besoin, pourquoi nous insistons pour qu’un message de test arrive réellement, et ce qui se passe lorsqu’un fournisseur tombe en panne.

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

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

Configurez-le dans Envoi d’e-mails au sein de votre tableau de bord.

Quel fournisseur devrais-je utiliser ?

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

FournisseurIdéal siGuide
MailgunVous recherchez une API et des volumes d’envoi généreuxConfigurer Mailgun
SendGridVous l’utilisez déjà pour vos e-mails marketingConfigurer SendGrid
PostmarkE-mails transactionnels uniquement, délivrabilité optimaleConfigurer Postmark
Amazon SESVous êtes déjà sur AWS et recherchez le tarif le plus basConfigurer Amazon SES
ResendVous souhaitez la configuration la plus simpleConfigurer Resend
Votre propre serveur SMTPVous gérez votre propre infrastructure de messagerieConfigurer SMTP

Si vous n’avez pas de préférence ni de compte existant, Postmark est celui que nous choisirions pour les e-mails transactionnels : il refuse d’acheminer du marketing, ce qui explique très exactement pourquoi ses taux de délivrabilité sont ce qu’ils sont.

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

Quel que soit le fournisseur choisi, les trois mêmes enregistrements DNS déterminent si votre courrier 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 répertoriant les entités autorisées à envoyer des messages en votre nom. Si vous en possédez déjà un, vous le modifiez ; vous n’en ajoutez pas un second. Un domaine comportant deux enregistrements SPF échoue entièrement au contrôle 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 réellement de votre fournisseur et n’a pas été altéré. C’est l’enregistrement qui effectue le travail le plus important, et c’est celui qui doit concorder pour que l’authentification DMARC réussisse.

Domaine de Return-path (rebonds) — généralement un CNAME. Il définit l’adresse d’enveloppe invisible que votre fournisseur utilise pour collecter les rebonds. Sans lui, les rebonds partent vers un emplacement auquel vous n’avez pas accès et la réputation de votre domaine se dégrade à votre insu.

DMARC — un enregistrement TXT à l’adresse _dmarc.yourdomain.com indiquant aux serveurs de réception quoi faire lorsque le SPF et le DKIM ne concordent pas avec votre ligne De. Démarrez à 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. Laissez s’écouler jusqu’à une heure avant de considérer qu’il y a un problème.

Utilisez un sous-domaine pour l’envoi

Envoyez vos e-mails depuis mail.yourdomain.com ou notifications.yourdomain.com, et non depuis yourdomain.com lui-même.

La raison repose sur la réputation. Votre domaine principal est celui qu’utilise la messagerie de votre entreprise. Si un envoi en masse venait à poser problème, un sous-domaine d’envoi distinct permet de limiter les dégâts — votre personnel peut continuer d’écrire aux clients pendant que vous réglez la situation. Cela vous permet également de configurer les enregistrements DNS pour l’envoi sans impacter les enregistrements dont dépendent vos propres boîtes de réception.

Vous saisissez toujours un domaine, et non une adresse, dans le champ Envoyer depuis ce domaine. La partie située avant l’arobase (@) est sélectionnée par message : les reçus partent sous billing@, les réinitialisations de mot de passe sous no-reply@, les réponses aux tickets sous support@.

Comment fonctionne la configuration

  1. Choisissez votre fournisseur et collez ses identifiants.
  2. Cliquez sur Envoyer un message de test. Nous envoyons un véritable e-mail via votre fournisseur, vers une boîte de réception que vous désignez, avec un code à l’intérieur.
  3. Relevez le code dans cette boîte de réception et saisissez-le.

C’est seulement à ce moment-là que vos e-mails commenceront à partir sous votre identité.

⭐ Utilisez une boîte de réception sur un domaine différent pour le test — une adresse Gmail ou Outlook est idéale. Un message qui ne quitte jamais votre propre serveur prouve bien moins de choses qu’un message ayant traversé Internet et franchi le filtre antispam d’un tiers.

Pourquoi nous exigeons que le message de test arrive réellement

Parce qu’un fournisseur qui accepte un message pour ensuite l’abandonner silencieusement semble identique à un fournisseur qui fonctionne. Un tout nouveau compte Amazon SES se trouve dans un bac à sable (sandbox) et acceptera votre message pour ne le livrer nulle part. Un domaine Mailgun dont la propagation DNS n’a pas été effectuée se comporte de la même manière. Il en va de même pour un relais SMTP qui répond 250 et supprime l’e-mail.

Si nous basculions votre envoi dès la validation de votre identifiant, la première chose que vous constateriez serait que vos clients ont cessé de recevoir quoi que ce soit — et vous l’apprendriez par un client, plusieurs jours après. Le code est la preuve qu’un message a bien quitté votre fournisseur et qu’il est arrivé à destination.

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

Vos notifications sont enregistrées en tant qu’échecs, réessayées, et votre écran Envoi d’e-mails devient rouge en affichant le message d’erreur émis par votre fournisseur.

⛔ Nous ne les envoyons pas depuis notre domaine à la place. C’est un choix délibéré. Une solution de repli silencieuse signifierait qu’un compte de messagerie défaillant continuerait de fonctionner juste assez pour que personne ne le répare — tout en nous laissant discrètement en payer les frais. Une anomalie est donc rendue visible, et il vous appartient de la corriger, ce qui reste la seule manière de la résoudre.

Tant qu’elle n’est pas résolue, vos clients ne reçoivent pas ces notifications. Tout reste accessible dans la boîte de réception de leur tableau de bord et rien n’est perdu — mais considérez une bannière rouge ici comme une urgence.

Et si je ne fais rien ?

Rien ne cesse de fonctionner. Vos notifications continuent de partir depuis notre domaine, sous le nom de Zinn Digital®, et nous continuons à en assumer les coûts. Vos clients voient simplement notre nom au lieu du vôtre.

Désactivation

Cliquez sur Déconnecter. Votre identifiant enregistré est supprimé et vos notifications repassent sur notre domaine dès le message suivant. Vous pouvez vous reconnecter à tout moment.

Les dernières nouveautés du blog

Ce que nous avons écrit sur l’hébergement, le SEO et la gestion de sites à grande échelle.

SEO et création de liens depuis la couche d’hébergement : Le point de vue d’un opérateur en 2026

Comment l’hébergement façonne l’indexation et le jus de lien en 2026 : maintenir les pages indexées, évaluer les domaines expirés avant de les exploiter, créer des liens sans empreinte pour les moteurs de recherche, et un aperçu honnête de ce que l’infrastructure peut et ne peut pas faire pour le SEO.

Lire l’article →

Rendre WordPress rapide et sécurisé : liste de contrôle des performances et des extensions

Une liste de contrôle pratique pour un WordPress rapide et sécurisé : mise en cache au niveau du serveur, cache d’objets par site, la poignée d’extensions utiles, maintien de la pile à jour et pages WooCommerce à ne jamais mettre en cache.

Lire l’article →

Comment choisir un hébergement web infogéré en 2026 : un guide d’achat

Ce qui différencie réellement un bon hébergement infogéré d’une machine bon marché avec panneau de configuration — migrations, sauvegardes, isolation, véritable mise en cache et mise à l’échelle honnête — et comment en juger avant de vous engager.

Lire l’article →

Lire le blog →

Vous avez encore besoin d’aide ?

Le support est inclus dans chaque forfait, le service est ouvert 24 heures par jour et vous pouvez nous écrire dans l’une de nos 58 langues ; nous vous répondons dans la vôtre.

Contacter l’assistance → Tous les articles →