Guide pas à pas pour acheter un domaine, connecter le DNS et configurer un email professionnel (MX, SPF, DKIM, DMARC). Vérifications claires, solutions courantes et conseils de sécurité.
Vous configurez deux éléments qui fonctionnent ensemble : un nom de domaine (comme yourcompany.com) et des adresses email professionnelles utilisant ce domaine (comme [email protected]). Une fois correctement connectés, vous pouvez envoyer et recevoir des emails de façon fiable — et votre marque apparaît à chaque envoi.
[email protected]) et adresses d’équipe (p. ex. [email protected]).La connexion entre votre domaine et votre fournisseur d’email se fait via les paramètres DNS (quelques enregistrements à ajouter dans le gestionnaire de domaine). Ces paramètres indiquent à Internet où livrer le courrier pour votre domaine et comment vérifier qu’il est légitime.
Ce guide est destiné aux personnes non techniques — fondateurs solos, indépendants et petites équipes — qui veulent un email professionnel fonctionnel sans entrer dans les détails du réseau ou des serveurs.
info@, billing@, support@).La plupart des configurations prennent 30–90 minutes de travail actif.
Le principal imprévu est la propagation DNS : après la mise à jour des enregistrements, cela peut prendre de quelques minutes à 24–48 heures pour que les changements soient reconnus partout. Pendant ce laps de temps, l’email peut fonctionner pour certaines personnes mais pas pour d’autres — ou fonctionner progressivement.
Une fois tout connecté, vous aurez une présence email plus propre et plus digne de confiance — et une base évolutive (nouvelles adresses, nouveaux coéquipiers, meilleure délivrabilité dans le temps).
Avant de cliquer dans les réglages, il est utile de savoir quelle entreprise fait quoi. La plupart des confusions surviennent parce que trois « endroits » différents sont impliqués.
Registrar : l’entreprise où vous achetez votre nom de domaine (comme yourcompany.com). Elle gère la propriété, les renouvellements et les contrôles de base.
Hébergeur DNS (fournisseur DNS) : l’endroit où se trouve le « carnet d’adresses » de votre domaine. Le DNS est un ensemble d’enregistrements qui indique à Internet où sont les différents services pour votre domaine (site web, email, etc.). Parfois le registrar est aussi l’hébergeur DNS, mais pas toujours.
Fournisseur d’email : le service qui gère réellement vos boîtes et envoie/reçoit le courrier (par exemple Google Workspace ou Microsoft 365). Ils vous fournissent des boîtes comme [email protected].
Pensez‑y ainsi :
Vous achetez le domaine chez le registrar, puis vous modifiez les enregistrements DNS (là où le DNS est hébergé) pour indiquer au monde « Le courrier pour @yourcompany.com doit être livré à ce fournisseur. »
Si vous voulez un diagramme simple : Domain (registrar) → DNS (records) → Email provider (inboxes)
Lorsque vous changez le DNS (comme les MX, SPF, DKIM), la mise à jour n’apparaît pas instantanément partout. La propagation est le temps nécessaire pour que les modifications DNS se répandent sur Internet, au fur et à mesure que les différents réseaux actualisent leurs caches.
Concrètement, cela signifie que vous pouvez enregistrer un changement DNS et voir le comportement ancien pendant un moment — surtout pendant la première heure ou deux.
Votre domaine est la fondation pour votre site et votre adresse email (comme [email protected]). C’est quelque chose que vous conserverez des années, donc un peu d’attention au départ évite des problèmes plus tard.
Visez quelque chose de court, clair et facile à épeler après l’avoir entendu une fois.
Quelques règles pratiques :
Si possible, achetez les variantes importantes (par ex. le .com plus votre domaine local) pour protéger la marque, puis choisissez un domaine « principal » pour les emails.
En choisissant un registrar, comparez :
Assurez‑vous que le domaine est enregistré au nom de votre entreprise (ou d’un propriétaire de confiance) et que vous contrôlez la connexion, l’email de récupération et l’authentification à deux facteurs. Centralisez l’accès au registrar de façon sécurisée pour éviter que le domaine ne disparaisse avec un employé ou un prestataire qui part.
Activez la confidentialité WHOIS sauf si vous avez une raison spécifique de ne pas le faire. Cela réduit le spam et protège vos coordonnées personnelles d’une publication publique.
Choisir un fournisseur d’email revient principalement à décider où le service de messagerie sera hébergé. Votre domaine (le nom) peut rester chez un registrar, tandis que l’email peut être chez un autre fournisseur.
1) Email via votre registrar
Beaucoup de registrars vendent des packs email en complément. C’est pratique pour centraliser la facturation et le support. L’inconvénient : les fonctionnalités sont souvent basiques (moins d’outils collaboratifs, administration plus simple) et migrer ensuite peut demander des étapes supplémentaires.
2) Email via un fournisseur séparé
C’est le choix courant pour les équipes en croissance. Des fournisseurs comme Google Workspace ou Microsoft 365 se concentrent sur la délivrabilité, la sécurité et les outils de productivité. Votre domaine peut rester chez le registrar — vous connectez simplement l’email via des enregistrements DNS.
Concentrez‑vous sur ce que vous utiliserez réellement :
support@ ou info@ afin que plusieurs personnes puissent répondre.Pour les administrateurs non techniques :
Prévoyez un tarif par utilisateur et par mois pour les fournisseurs complets ; l’email via registrar est souvent moins cher mais plus limité. Avant de vous engager, vérifiez ce qui est inclus à chaque niveau (boîtes vs alias, stockage, boîtes partagées) et comparez les offres sur des pages comme /pricing.
Si vous hésitez, choisissez un fournisseur qui prend en charge les exportations et les outils de migration — le futur vous en remerciera.
C’est ici que l’email sur domaine devient concret : vous créez les boîtes que les gens utiliseront, plus les adresses qui donnent une apparence professionnelle à votre entreprise.
Créez d’abord l’adresse principale — souvent une des suivantes :
Si vous êtes solo, utilisez you@ comme boîte réelle et ajoutez hello@ en alias qui redirige vers elle.
Créez ensuite des boîtes pour les personnes réelles (par ex. sara@, mike@). Puis ajoutez des adresses « rôle » que vos clients utiliseront :
Pour les adresses d’équipe, décidez qui doit recevoir les messages. Les options incluent : une livraison à une seule personne, la livraison à plusieurs personnes, ou une boîte partagée.
Utilisez un alias quand :
Créez une boîte séparée quand :
Choisissez une règle simple et respectez‑la :
Évitez les variantes aléatoires (comme support-team@ vs help@) — la cohérence facilite l’intégration, la sécurité et le dépannage.
Le DNS est la page des paramètres de votre domaine. C’est là que vous indiquez où se trouve votre site web et, pour l’email, quel service doit recevoir les messages envoyés à [email protected].
La bonne nouvelle : en général vous n’avez que quelques éléments à modifier pour l’email professionnel — principalement les MX et quelques TXT (pour SPF, DKIM et DMARC ensuite). Le plus difficile est souvent simplement de trouver l’écran adéquat.
La plupart des gens gèrent le DNS dans l’un des endroits suivants :
Un indice rapide : si votre domaine utilise des nameservers personnalisés (souvent comme ns1.cloudflare.com), le DNS n’est probablement pas géré chez le registrar — même si vous y avez acheté le domaine.
Cherchez des éléments de menu comme :
Une fois sur la bonne page, vous devriez voir un tableau avec des colonnes Type, Name/Host, Value/Content, Priority et TTL.
Prenez 2 minutes pour éviter les erreurs faciles :
Pour l’email professionnel avec domaine personnalisé, vous ajouterez ou remplacerez typiquement :
Vous pouvez généralement laisser les enregistrements liés au site web (comme A, AAAA, CNAME) inchangés sauf si votre fournisseur le demande spécifiquement.
Les erreurs qui causent le plus de problèmes sont :
mail.example.com tandis que d’autres ajoutent automatiquement le domaine.Si vous restez organisé — trouvez le bon hôte DNS, sauvegardez l’existant, puis faites uniquement les changements demandés par votre fournisseur — vous serez prêt pour l’étape suivante : configurer les enregistrements MX.
Les MX sont les panneaux de routage du courrier pour votre domaine. Lorsqu’une personne vous envoie un message à [email protected], son service vérifie le DNS de votre domaine et cherche les MX pour savoir à quel fournisseur (Google Workspace, Microsoft 365, etc.) livrer ce message.
Les enregistrements MX indiquent où livrer votre courrier. S’ils pointent au mauvais endroit — ou s’il y a un mélange conflictuel — les messages peuvent rebondir, disparaître ou arriver dans une ancienne boîte oubliée.
Dans les paramètres DNS, votre fournisseur d’email vous donnera une liste précise d’entrées MX (host/name, value/target et priority). Ajoutez‑les exactement comme indiqué.
Si vous changez de fournisseur, vous devrez généralement supprimer les anciens MX pointant vers le service précédent. Beaucoup de fournisseurs indiquent explicitement « supprimez tous les enregistrements MX existants ». Suivez cette instruction — laisser d’anciens MX peut diviser la livraison entre systèmes.
Astuce : avant toute modification, copiez les MX actuels dans une note pour pouvoir les restaurer si nécessaire.
La priorité MX est un classement : les nombres plus bas sont essayés en premier. Exemple : priorité 1 est préférée à la priorité 5.
La plupart des configurations fonctionnent tant que vous :
D’abord, utilisez l’outil de vérification de votre fournisseur (la plupart ont une étape « Vérifier le domaine/DNS ») pour confirmer que les MX sont détectés.
Ensuite, faites un test réel : envoyez un message depuis une adresse personnelle (comme Gmail) vers votre nouvelle adresse professionnelle et confirmez sa réception. Répondez pour valider l’envoi sortant aussi (les MX affectent l’entrée, l’envoi est géré par votre fournisseur).
SPF, DKIM et DMARC sont trois enregistrements DNS qui aident les autres systèmes de messagerie à faire confiance aux messages envoyés depuis votre domaine. Leur rôle est simple : réduire l’usurpation (quelqu’un prétendant envoyer « de » votre domaine) et améliorer la délivrabilité en réduisant le risque que vos vrais messages soient considérés comme du spam.
SPF est un seul enregistrement TXT qui liste les services autorisés à envoyer des emails au nom de votre domaine.
Deux règles pratiques :
Exemple de valeur SPF TXT (exemple uniquement) :
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
Les lignes « include: » autorisent des expéditeurs. Le -all final signifie « tout le reste n’est pas autorisé ». Si vous êtes incertain pendant les tests, certaines équipes commencent par ~all (plus permissif), puis passent en -all plus tard.
DKIM permet à votre fournisseur d’email de signer cryptographiquement les messages sortants. Vous ajouterez un enregistrement DNS, puis vous activerez la signature dans le panneau d’administration du fournisseur.
La plupart des fournisseurs fournissent :
google ou s1)Cela ressemble souvent à selector._domainkey.yourdomain.com. Après l’ajout, retournez dans l’admin de votre fournisseur et activez DKIM/signing.
DMARC dit aux récepteurs quoi faire si SPF/DKIM échouent. Commencez par une politique de surveillance pour ne pas bloquer involontairement du courrier légitime.
Exemple courant d’enregistrement DMARC de départ :
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Avec p=none, vous ne faites que collecter des rapports. Une fois que vous êtes sûr que tout le courrier légitime passe, vous pouvez resserrer la politique en quarantine ou reject.
Quand votre email sur domaine est créé et le DNS connecté, la dernière étape consiste à le faire fonctionner partout où vous lisez et envoyez du courrier : ordinateur portable, téléphone, et parfois tablette.
Webmail est la boîte ouverte dans un navigateur (par ex. Gmail dans Chrome, Outlook sur le web, ou le portail de votre fournisseur). C’est l’endroit le plus simple pour confirmer que le compte fonctionne car rien n’est à configurer.
Applications email sont des programmes comme les apps Gmail ou Outlook, Apple Mail ou Outlook sur poste de travail. Elles offrent notifications et accès hors ligne, mais dépendent d’un bon identifiant et des paramètres serveur.
Astuce : si la configuration dans une app échoue, connectez‑vous d’abord en webmail pour distinguer un problème de compte d’un problème d’appareil.
Certains fournisseurs offrent plusieurs modes de connexion :
Si possible et si votre plan le permet, choisissez Exchange/ActiveSync pour la simplicité. Utilisez IMAP quand Exchange n’est pas disponible ou pour une compatibilité large.
Si votre compte a l’authentification à deux facteurs (2FA) activée, certaines applications plus anciennes ne gèrent pas la deuxième étape.
Solutions courantes :
[email protected]) et non un simple nom d’utilisateurQuand une app demande des « paramètres manuels », il vous faudra en général :
[email protected]Si vous ne connaissez pas les noms de serveurs, consultez la page d’aide de votre fournisseur — cherchez « IMAP settings » ou « Exchange settings » et copiez‑les tels quels.
Après configuration, envoyez un email test vers une adresse personnelle et répondez pour confirmer que l’envoi et la réception fonctionnent.
Quand votre équipe a de vraies boîtes, vous voudrez probablement quelques configurations pratiques : transfert, alias, catch‑all ou boîte partagée. Ils se ressemblent mais se comportent différemment.
info@ → sarah@)sarah@ reçoit aussi invoices@)support@.Règle simple : utilisez des alias pour « plusieurs adresses pour une personne » et des boîtes partagées pour « plusieurs personnes, une adresse ».
Le transfert convient pour :
Le transfert pose problème à long terme :
Pour une adresse d’équipe importante, une boîte partagée ou un outil type helpdesk est souvent plus propre.
Un catch‑all signifie que [email protected] est accepté et livré (même suupport@ avec faute).
Avantages :
Inconvénients :
Si vous activez un catch‑all, pensez à le diriger vers une boîte partagée surveillée et à appliquer un filtrage anti‑spam strict.
La plupart des fournisseurs permettent des règles comme :
Ces petites règles empêchent que le courrier ne devienne un chat de groupe sans propriétaire.
Passer à une nouvelle adresse professionnelle ne signifie pas forcément perdre vos anciens messages ni paniquer pour retrouver des contacts. L’essentiel est de décider ce que vous migrez et d’adopter l’approche « faire coexister les deux un moment ».
Commencez par définir l’étendue :
Si vous hésitez, migrez les emails d’abord, puis importez contacts/calendriers une fois que le mail est stable.
La plupart des fournisseurs proposent trois options pratiques :
1) Importateur intégré (le plus simple)
Google Workspace et Microsoft 365 offrent des outils de migration qui copient les mails (et parfois contacts/calendrier). C’est souvent l’option la moins sujette aux erreurs pour des configurations non techniques.
2) Migration IMAP (compatible avec beaucoup de fournisseurs)
Si l’ancien service supporte IMAP, un outil peut copier dossiers et messages. Cela déplace généralement bien les mails, mais peut ne pas inclure calendriers/contacts sauf export séparé.
3) Export/import manuel (le plus manuel)
Exportez depuis l’ancien service (PST/mbox/CSV), puis importez dans le nouveau. C’est faisable, mais demande plus de temps pour le nettoyage.
Ne fermez pas l’ancien compte immédiatement. Conservez‑le actif jusqu’à vérification :
Pensez aussi à un message automatique sur l’ancien compte : « Nous avons déménagé vers [email protected] » (avec une fenêtre temporelle courte).
Choisissez un moment calme (début de journée ou fin de semaine), puis :
Quand tout est validé, mettez à jour les inscriptions, factures et connexions qui utilisaient l’ancienne adresse — puis gardez l’ancienne boîte un temps de sécurité avant de l’annuler.
La plupart des problèmes email retombent dans trois catégories : enregistrements DNS (paramètres du domaine), authentification (SPF/DKIM/DMARC) ou connexion/configuration (mots de passe, 2FA, paramètres d’app). Utilisez cette checklist pour cibler rapidement.
Commencez par vos MX :
Souvent un problème d’authentification ou d’identité :
[email protected])Quand vous contactez le support, fournissez :
Si vous configurez l’email en parallèle d’un nouveau produit ou outil interne, alignez tôt vos adresses « From » (par ex. support@ pour les réponses clients, billing@ pour les factures, et un expéditeur dédié pour les notifications) pour éviter de retoucher le DNS et la délivrabilité plus tard. Les équipes qui construisent des apps sur Koder.ai font souvent cela dès le départ pour séparer les emails transactionnels et de support au fur et à mesure de l’évolution de l’app.
Vous avez besoin d’accès à deux comptes :
Préparez aussi une courte liste d’adresses que vous voulez créer (par ex. you@, hello@, support@) afin de tout configurer en une seule fois.
Habituellement 30–90 minutes de travail actif, plus le temps de propagation DNS.
La propagation peut prendre quelques minutes à 24–48 heures, donc il est normal que l’email fonctionne progressivement (pour certains expéditeurs avant d’autres).
Ce sont des rôles différents :
Si votre domaine utilise des nameservers personnalisés (par ex. Cloudflare), vous devez modifier le DNS , pas au registrar.
Les enregistrements MX indiquent où livrer le courrier entrant pour @yourcompany.com.
Pour les configurer en toute sécurité :
Commencez par l’outil de vérification de votre fournisseur, puis faites des tests réels :
Ce sont des signaux de confiance basés sur le DNS qui améliorent la délivrabilité et réduisent l’usurpation :
Utilisez un alias quand une seule personne doit recevoir du courrier envoyé à plusieurs adresses (par ex. hello@ redirigé vers votre boîte principale).
Créez une boîte séparée/boîte partagée quand :
Un catch‑all accepte tout ce qui arrive à [email protected], y compris des fautes de frappe.
Avantages :
Inconvénients :
Stabilisez d’abord la nouvelle configuration, puis migrez :
Procédez du haut vers le bas :
Quand vous contactez le support, joignez des captures d’écran du DNS et l’en‑tête complet d’un message d’exemple (montre les résultats SPF/DKIM/DMARC).
p=nonesupport@ ou sales@)Si vous l’activez, routez‑le vers une boîte surveillée et appliquez un filtrage anti‑spam strict.