Comment vérifier qu'un nouveau domaine est configuré pour envoyer des emails (MX, SPF, DKIM, DMARC)

Un nouveau domaine est prêt à envoyer des emails quand il a quatre enregistrements DNS : MX, un seul enregistrement SPF, une clé DKIM et une politique DMARC. Saisissez le domaine que vous avez acheté dans le vérificateur de configuration email de domaine : il lit les quatre, nomme votre fournisseur de boîte d'après le MX, marque chaque enregistrement Pass, Fix ou Fail (valide, à corriger ou en échec), et donne les valeurs exactes à ajouter pour Google Workspace, Microsoft 365 ou Zoho. Aucun email n'est envoyé.

Vérifier la configuration email d'un nouveau domaine →

Le vérifier avec l'outil

1. Ouvrez le vérificateur de configuration email de domaine.
2. Saisissez le domaine, par exemple yournewbusiness.com, ou collez-en jusqu'à 25, un par ligne (100 une fois connecté avec Google).
3. Cliquez sur Check readiness (vérifier si le domaine est prêt).
4. Lisez la liste de contrôle. Tout ce qui est marqué Fix ou Fail a la valeur à ajouter juste en dessous.
5. Ajoutez les enregistrements chez votre hébergeur DNS, activez DKIM dans la console d'administration de votre fournisseur, puis relancez la vérification.

Le vérifier à la main

Quatre commandes dig couvrent les quatre enregistrements. Les voici sur github.com, lancées le 8 novembre 2026 :

d=github.com
dig +short mx $d
# 0 github-com.mail.protection.outlook.com.

dig +short txt $d | grep -c "v=spf1"
# 1

dig +short txt _dmarc.$d
# "v=DMARC1; p=quarantine; sp=reject; pct=100; rua=mailto:[email protected]; ruf=mailto:[email protected]; fo=1"

dig +short cname selector1._domainkey.$d
# selector1-github-com._domainkey.microsoft.onmicrosoft.com.

Le MX indique Microsoft 365, donc le sélecteur DKIM à essayer est selector1 de Microsoft, publié sous forme de CNAME vers Microsoft. Pour Google Workspace, essayez dig +short txt google._domainkey.$d. Le décompte SPF doit être exactement 1 : zéro signifie pas de SPF, deux signifie que SPF échoue pour chaque message.

Les valeurs attendues

• MX pour Google Workspace : smtp.google.com avec la priorité 1, d'après la page de configuration MX de Google. Les comptes plus anciens peuvent utiliser des valeurs aspmx, qui fonctionnent toujours. Voir les enregistrements MX de Google Workspace chez Namecheap, GoDaddy et Cloudflare.
• MX pour Microsoft 365 : un hôte yourdomain-com.mail.protection.outlook.com, affiché dans le centre d'administration.
• DKIM : activé dans la console du fournisseur. Voir la configuration DKIM de Google Workspace et la configuration DKIM de Microsoft 365.
• DMARC : commencez par v=DMARC1; p=none; rua=mailto:[email protected]. Les consignes pour les expéditeurs de Google demandent SPF ou DKIM à tous les expéditeurs, et SPF, DKIM et DMARC aux expéditeurs en masse, avec p=none accepté.

Ce qu'une liste de contrôle sans erreur ne signifie pas

La configuration n'est pas la réputation. Un domaine dont tous les enregistrements passent peut quand même aller dans les spams tant qu'il est jeune, et le vérificateur ne voit ni l'historique des listes de blocage ni les taux de plaintes. Voir configurer des domaines pour le cold email.

Étape suivante : protéger le nouveau domaine des rebonds

Les premiers envois d'un nouveau domaine comptent le plus, et les adresses mortes de la liste sont le dommage le plus facile à éviter. Importez la liste sur /verify pour vérifier chaque boîte sans rien envoyer. Les 100 premières vérifications sont gratuites avec une connexion Google, sans carte.

Pro, 39 $ par mois : vérification d'emails illimitée.* Jamais décomptée, jamais coupée. Voir les tarifs.

*Usage raisonnable : les 100 000 premières vérifications du mois à pleine vitesse, puis plus lentement, jamais coupées.

À lire aussi : vérifier l'enregistrement DMARC d'un domaine, trouver les paramètres SMTP d'une adresse email.