12 min de lecture Diesen Artikel auf Deutsch lesen Read this article in English Ler este artigo em português

Nom de domaine email : types, DNS, envoi

La réponse en bref

Le nom de domaine email, c'est tout ce qui suit le @ dans une adresse : exemple.com dans prenom@exemple.com. Les domaines gratuits comme gmail.com appartiennent au fournisseur, et vous ne pouvez pas y publier d'enregistrements DNS. Un domaine personnalisé, vous l'enregistrez et le contrôlez. Vous faites pointer ses enregistrements MX vers un hébergeur de messagerie, puis vous publiez des enregistrements TXT SPF, DKIM et DMARC. Grâce à eux, les serveurs destinataires vérifient les emails envoyés au nom du domaine, y compris via Brevo.

Dans cet article

Qu'est-ce qu'un nom de domaine email, et en quoi diffère-t-il d'une adresse email ?

Une adresse email se compose de deux parties, de part et d'autre du @. La partie locale (prenom) désigne une boîte aux lettres précise. Le domaine (exemple.com) indique quels serveurs de messagerie, et donc quelle organisation, gèrent cette boîte. Un même domaine peut donc regrouper des milliers d'adresses, alors qu'une adresse n'appartient jamais qu'à un seul domaine. C'est aussi le domaine que les autres serveurs contrôlent. Un serveur destinataire interroge le DNS du domaine pour savoir où livrer le courrier (enregistrements MX) et si un expéditeur a le droit d'envoyer en son nom (enregistrements SPF, DKIM et DMARC). Voilà pourquoi c'est le domaine qui porte la réputation d'expéditeur, et pas une adresse isolée. Le domaine d'un site web et le domaine email peuvent porter le même nom tout en reposant sur des services différents. L'hébergeur web sert exemple.com en HTTP, tandis qu'un hébergeur de messagerie distinct reçoit les emails parce que les enregistrements MX pointent vers lui. Si vous changez d'hébergeur web, vos emails continuent de fonctionner, tant que personne ne touche aux enregistrements MX.

Quels sont les types de noms de domaine email ?

La plupart des domaines que vous croiserez dans un fichier de contacts entrent dans l'une de quatre catégories. Pour un expéditeur, ce qui les distingue, c'est qui contrôle le DNS, car c'est ce qui détermine qui peut authentifier les emails envoyés depuis le domaine.

Type Exemples Qui contrôle le DNS Usage en prospection B2B
Webmail gratuit gmail.com, outlook.com, yahoo.com Le fournisseur Impossible d'ajouter un DKIM pour un service tiers : un email envoyé via un outil d'envoi avec une adresse d'expédition gmail.com ne peut pas être aligné au sens de DMARC
FAI et fournisseurs régionaux comcast.net, web.de, qq.com Le fournisseur Même limite que le webmail gratuit. Généralement des adresses personnelles, pas des boîtes d'entreprise
Domaine professionnel personnalisé votreentreprise.com, un sous-domaine comme mail.votreentreprise.com Vous, via votre registrar ou votre hébergeur DNS Le seul type où vous pouvez publier SPF, DKIM et DMARC pour les services avec lesquels vous envoyez
Domaines jetables Services de boîtes mail temporaires Le service Les adresses expirent. On les trouve dans les listes d'inscription, mieux vaut les filtrer avant un import
Types de domaines email, regroupés comme dans les résultats de listes de domaines affichés par Google pour cette recherche (nov. 2026)

Quels sont les domaines email les plus courants ?

Les classements des domaines les plus courants sont dominés par les grands webmails gratuits. Une page figurant dans les résultats Google pour cette recherche, datée de février 2020, attribue 18 % à gmail.com, 17 % à yahoo.com et 16 % à hotmail.com. C'est un instantané ancien, et la page n'explique pas comment les chiffres ont été mesurés : lisez-le comme un classement, sans vous fier aux pourcentages. Les fournisseurs alternatifs ajoutent une longue traîne. D'après la page des domaines de mail.com, citée dans l'aperçu IA de Google, mail.com propose plus de 100 domaines au choix, comme engineer.com ou consultant.com. Pour un fichier de prospection, cela compte pour une raison pratique. Une adresse webmail gratuite dans une liste B2B correspond le plus souvent à une boîte personnelle, pas à une boîte d'entreprise. Selon les règles européennes, les questions de consentement et d'intérêt légitime dépendent de la personne à qui appartiennent les données ; beaucoup d'expéditeurs isolent donc les domaines webmail dans un segment à part avant de décider s'ils les contactent. Pour ce tri, le domaine est le seul signal dont vous disposez.

Comment vérifier si un nom de domaine est disponible ?

  1. Recherchez le nom chez n'importe quel registrar. La recherche interroge le registre de l'extension (.com, .de, .io) et indique si le domaine est déjà enregistré.
  2. S'il est pris, consultez-le via RDAP ou WHOIS. L'outil de recherche des données d'enregistrement de l'ICANN affiche le registrar ainsi que les dates de création et d'expiration, ce qui vous dit si le nom risque de tomber dans le domaine public.
  3. Vérifiez si un domaine enregistré gère déjà des emails : lancez dig MX example.com. Si des enregistrements MX remontent, le domaine reçoit du courrier quelque part ; l'acheter plus tard revient à hériter de la réputation qu'il s'est construite.
  4. Contrôlez son historique avant d'envoyer depuis ce domaine. Passez-le dans des outils de vérification de blocklists, car un domaine déjà utilisé peut encore y figurer à cause du comportement de son ancien propriétaire.

Un domaine expiré qui envoyait autrefois des emails n'est pas une page blanche. Les serveurs destinataires évaluent le domaine, pas son propriétaire : son ancienne réputation vient avec lui.

Comment créer une adresse email avec son propre nom de domaine ?

Commencez par enregistrer le domaine. Choisissez ensuite un hébergeur de messagerie et publiez ses enregistrements MX, pour que le courrier destiné au domaine arrive sur ses serveurs. Pour la boîte mail, les options réalistes sont les hébergeurs ci-dessous. Tous prennent en charge les domaines personnalisés et vous fournissent les enregistrements DNS à publier (Zoho, Proton et mailbox.org le décrivent sur leurs pages consacrées aux domaines personnalisés, citées par l'aperçu IA de Google).

Hébergeur De quoi il s'agit Convient à Limites
Google Workspace Messagerie et suite bureautique avec l'interface Gmail Les équipes qui travaillent déjà dans Gmail et Google Docs Un hébergeur de boîtes mail, pas un outil d'envoi en masse. Des limites d'envoi par utilisateur s'appliquent
Microsoft Exchange Online Les boîtes mail professionnelles de Microsoft, utilisées avec Outlook Les organisations sous Outlook, Teams et Windows Également un hébergeur de boîtes mail, avec des limites d'envoi par boîte
Zoho Mail Hébergeur de messagerie professionnelle autonome Les petites équipes qui veulent un service mail sans suite bureautique complète Moins d'intégrations que les deux grandes suites
Proton Mail Hébergeur basé en Suisse, axé sur le chiffrement Les équipes qui placent le chiffrement de bout en bout en priorité Le chiffrement s'applique surtout entre utilisateurs Proton
mailbox.org Hébergeur de messagerie basé à Berlin Les équipes qui veulent un hébergeur soumis au droit allemand Un écosystème d'outils complémentaires plus restreint
Hébergeurs de messagerie pour un domaine email personnalisé, comparés selon les mêmes critères. Situation en novembre 2026

Héberger des boîtes mail et envoyer des campagnes sont deux métiers distincts. Si vous envoyez aussi des campagnes ou de la prospection via Brevo, le domaine a besoin de l'enregistrement DKIM de Brevo en plus de celui de l'hébergeur de messagerie, ainsi que d'un enregistrement SPF qui couvre les deux. La partie SPF est détaillée dans SPF, DKIM et DMARC pour le cold emailing.

Quels enregistrements DNS un domaine email doit-il avoir ?

Enregistrement Emplacement Rôle Erreur fréquente
MX Le domaine lui-même Désigne les serveurs qui acceptent le courrier pour le domaine D'anciens MX laissés en place après un changement d'hébergeur, qui éclatent le courrier entrant
SPF (TXT) Le domaine lui-même, un seul enregistrement Liste les serveurs autorisés à envoyer pour le domaine Deux enregistrements SPF distincts, ou tant d'includes imbriqués que l'enregistrement dépasse la limite de requêtes DNS fixée par la norme SPF, ce qui fait échouer la vérification avec une erreur
DKIM (TXT ou CNAME) selector._domainkey.example.com Publie la clé publique qui vérifie la signature d'un message Le service d'envoi signe avec son propre domaine, si bien que le DKIM n'est pas aligné avec votre domaine d'expédition
DMARC (TXT) _dmarc.example.com Indique quoi faire quand ni SPF ni DKIM ne sont alignés, et où envoyer les rapports Une politique p=reject publiée avant que tous les expéditeurs soient alignés

Vous pouvez voir ce qu'un domaine publie à l'instant avec le vérificateur SPF DKIM DMARC. Il lit le DNS en direct : les modifications y apparaissent une fois propagées.

Prospection à froid : domaine principal ou domaine séparé ?

Il existe trois configurations, et chacune a un coût. Envoyer depuis votre domaine principal expose sa réputation, alors que vos factures et vos emails de support reposent sur cette même réputation. Un sous-domaine comme outreach.example.com reçoit sa propre clé DKIM et peut avoir son propre enregistrement DMARC. Mais les destinataires peuvent toujours le rattacher au domaine parent : le risque est atténué, pas supprimé. Un domaine distinct, proche de votre marque, met le domaine principal à l'abri, mais il démarre sans aucune réputation, nécessite son propre jeu complet d'enregistrements SPF, DKIM et DMARC, et doit être chauffé. Voici ce qui ne fonctionne pas. Envoyer de la prospection via un service tiers avec une adresse d'expédition gmail.com ou outlook.com ne peut pas passer un DMARC aligné, car vous ne pouvez pas publier de clé DKIM sur un domaine qui ne vous appartient pas. Un domaine tout neuf qui envoie à plein volume dès le premier jour ne fonctionne pas non plus. La montée en charge est traitée dans warm-up email : volumes quotidiens et configuration DNS.

Comment EmailFlow OS utilise votre propre domaine d'envoi

EmailFlow OS envoie des emails vidéo depuis le domaine du client, et non depuis une adresse partagée de la plateforme. Vous enregistrez une seule vidéo et la téléversez dans EmailFlow OS. Vous connectez votre compte Brevo et votre domaine d'envoi, puis vous importez votre liste de prospects dans EmailFlow OS. EmailFlow OS transforme cet enregistrement unique en une version personnalisée distincte pour chaque destinataire, et non une par entreprise. Chaque version part de votre propre boîte mail, via votre propre compte Brevo et votre propre domaine d'envoi. Les enregistrements DNS du tableau ci-dessus restent donc sous votre contrôle, tout comme la réputation qu'ils construisent. Le fonctionnement de la vidéo personnalisée par destinataire est décrit sur la page EmailFlow OS sur l'email vidéo personnalisé.

Les questions de prospection qui découlent de la configuration du domaine

Délivrabilité du cold email

La délivrabilité d'un cold email se décide côté serveur destinataire. Celui-ci pèse l'authentification du domaine d'envoi (SPF ou DKIM alignés au sens de DMARC), la réputation du domaine, les rebonds et les plaintes. Vous maîtrisez les éléments en entrée : des enregistrements DNS corrects, une liste vérifiée et un volume régulier. Vous ne maîtrisez pas le résultat. Ce qui la détermine est détaillé dans délivrabilité du cold email : ce qui la décide.

Qu'est-ce qu'un bon taux de délivrabilité email ?

Le « taux de délivrabilité » affiché dans les tableaux de bord d'envoi est en réalité un taux de délivrance : les messages acceptés par le serveur destinataire, moins les rebonds. Il ne dit rien sur le fait que ces messages soient arrivés en boîte de réception ou en spam. Le placement en boîte de réception n'apparaît que dans des seed tests ou dans les données des fournisseurs, comme Google Postmaster Tools. Comparez donc votre taux de délivrance avec vos propres envois passés, pas avec un benchmark emprunté, et traitez une hausse soudaine des hard bounces comme un problème de liste.

Prospection par email

La prospection par email consiste à trouver la bonne personne dans une entreprise cible, à vérifier son adresse et à rédiger un premier message qui donne une raison précise de la contacter. Le domaine intervient à deux moments. Le domaine du prospect vous dit si vous avez affaire à une adresse d'entreprise ou à un webmail gratuit. Votre propre domaine porte l'envoi.

Modèle de mail de relance commerciale

Un modèle de relance commerciale qui fonctionne : « Bonjour [prénom], je reviens vers vous suite à mon message de [jour] au sujet de [problème précis]. Est-ce que [demande en une question] mérite un court appel, ou préférez-vous que je vous recontacte au prochain trimestre ? » Une seule demande, une référence au premier email et une façon simple de dire non. D'autres variantes selon la situation se trouvent dans notre modèle de mail de relance commerciale.

Mail de relance commerciale

Un mail de relance commerciale doit répondre dans le fil de discussion d'origine, pas en ouvrir un nouveau. Les clients de messagerie regroupent les messages grâce aux en-têtes In-Reply-To et References. Si vous tapez « Re: » dans un nouvel objet sans ces en-têtes, le message ressemble à une réponse mais ne s'affiche pas dans le fil comme une réponse.

Questions fréquentes

Quels sont des exemples de domaines email commençant par la lettre A ?
Parmi les plus courants figurent aol.com, le webmail gratuit géré par AOL, et att.net, le domaine du fournisseur d'accès AT&T aux États-Unis. Ce sont deux domaines grand public dont le DNS est contrôlé par le fournisseur, pas par l'utilisateur. Dans une liste B2B, ils désignent généralement une boîte personnelle plutôt qu'une boîte d'entreprise, ce qui mérite d'être signalé avant un import.
Puis-je faire de la prospection B2B depuis une adresse gmail.com ?
Vous pouvez envoyer depuis Gmail lui-même. Mais si vous passez par un service externe comme Brevo avec une adresse d'expédition gmail.com, vous ne pouvez pas publier la clé DKIM pour gmail.com, car c'est Google qui contrôle ce DNS. L'alignement DMARC échoue alors. Seul un domaine personnalisé vous permet d'authentifier chaque service par lequel vous envoyez.
Un sous-domaine est-il un domaine email à part entière ?
Techniquement, oui. outreach.example.com possède ses propres enregistrements MX, SPF et DKIM et peut publier son propre enregistrement DMARC sur _dmarc.outreach.example.com. Sinon, c'est la politique DMARC du domaine parent qui s'applique. Les destinataires peuvent toujours associer le sous-domaine au parent : contrairement à un domaine enregistré séparément, il ne sépare la réputation qu'en partie.
Changer d'hébergeur de messagerie change-t-il mon nom de domaine email ?
Non. Le domaine reste enregistré chez votre registrar. Changer d'hébergeur consiste à remplacer les enregistrements MX, à substituer l'include SPF et l'enregistrement DKIM de l'ancien hébergeur par ceux du nouveau, et à laisser DMARC en place. Les adresses restent identiques. Les problèmes surviennent surtout quand les anciens et les nouveaux MX sont publiés en même temps pendant la migration.

Partager

LinkedIn X

À lire aussi

Tous les articles