Combien de domaines puis-je traiter en une fois ?

Jusqu’à 100 par passage. Collez le reste dans un second passage ; le CSV de chaque passage a une ligne par enregistrement, avec le domaine dans la première colonne.

Est-ce que cela modifie mon DNS ?

Non. Les enregistrements sont écrits dans votre navigateur ; c’est vous qui les ajoutez chez votre fournisseur DNS. Rien n’est envoyé à un serveur.

Quelle politique DMARC pour un nouveau domaine d’e-mail à froid ?

Commencez par p=none avec une adresse pour les rapports, pour voir qui envoie au nom du domaine, et passez à quarantine quand les rapports ne montrent plus que vos propres envois. Le générateur DMARC explique les autres balises.

Ai-je besoin d’un domaine de suivi ?

Seulement si votre outil d’envoi mesure les ouvertures ou les clics. Sans domaine à vous, vos liens passent par le domaine partagé de l’outil, utilisé par de nombreux expéditeurs. Si vous ne faites pas de suivi, laissez-le de côté.

Pourquoi la valeur MX de Microsoft est-elle signalée ?

Parce que Microsoft affiche le jeton MX exact de chaque domaine dans le centre d’administration. La forme habituelle est le domaine avec des tirets à la place des points, suivi de mail.protection.outlook.com ; confirmez-la avant d’enregistrer.

Puis-je importer le fichier de zone dans Cloudflare ?

Cloudflare peut importer des fichiers de zone BIND dans ses réglages DNS. Les lignes signalées comme propres au compte sont en commentaire dans le fichier de zone ; ajoutez-les à la main quand vous avez les valeurs.

Générateur d’enregistrements DNS en masse pour domaines d’e-mail à froid : MX, SPF, DKIM, DMARC et suivi

En bref : Collez vos domaines d’envoi, choisissez Google Workspace ou Microsoft 365 et votre fournisseur DNS, et obtenez pour chaque domaine MX, SPF, DKIM, DMARC et, en option, un CNAME de suivi Instantly, Smartlead ou lemlist, dans un seul CSV ou en lignes de fichier de zone. Fonctionne dans votre navigateur. Limite : Les valeurs DKIM et le jeton MX exact de Microsoft sont propres à votre compte ; l’outil les signale et indique où les obtenir. Il écrit des enregistrements, il ne lit pas ce que les domaines publient aujourd’hui.

Chaque domaine d’envoi pour l’e-mail à froid a besoin du même ensemble : les enregistrements MX du fournisseur de boîtes, un seul enregistrement SPF, une clé DKIM, un enregistrement DMARC et, si votre outil mesure les ouvertures ou les clics, un CNAME de suivi. Collez les domaines et le générateur les écrit tous, avec les valeurs des guides de Google, de Microsoft et de chaque outil d’envoi, et signale les valeurs DKIM que seule la console d’administration fournit.

Tout se passe dans votre navigateur : rien de ce que vous déposez ne nous est envoyé. L’outil est le même que sur la version anglaise : ses boutons et le motif de chaque résultat s’affichent en anglais (valid = valide, invalid = invalide, risky = risqué). Mis à jour le 4 novembre 2026 par l’équipe SimpleVerifier

Comment configurer le DNS de nombreux domaines d’e-mail à froid en une fois

Collez vos domaines d’envoi, un par ligne. Les adresses et les URL sont réduites au domaine ; les doublons sont écartés.
Choisissez le fournisseur de boîtes (Google Workspace ou Microsoft 365) et votre fournisseur DNS, pour que les noms d’hôte et les valeurs soient écrits comme son interface ou son fichier de zone les attend.
Fixez la politique DMARC et, si vous le voulez, l’adresse des rapports. Ajoutez un CNAME de suivi pour Instantly, Smartlead, lemlist ou un autre outil si vous mesurez les ouvertures ou les clics.
Téléchargez le CSV ou copiez les fichiers de zone, ajoutez les enregistrements chez votre fournisseur DNS, puis contrôlez tous les domaines en une fois avec le vérificateur de domaine pour la prospection à froid.

De quels enregistrements DNS un domaine d’e-mail à froid a-t-il besoin ?

Quatre pour l’e-mail et un pour le suivi. Le MX indique aux autres serveurs où va le courrier du domaine, pour que les réponses arrivent ; chez Google Workspace c’est smtp.google.com avec la priorité 1 (Google), chez Microsoft 365 un hôte qui se termine par mail.protection.outlook.com (Microsoft). SPF liste les serveurs autorisés à envoyer au nom du domaine, DKIM signe chaque message et DMARC dit aux destinataires quoi faire quand les deux échouent et où envoyer les rapports.

Les consignes pour les expéditeurs de Google demandent à tout expéditeur de configurer SPF ou DKIM, et aux expéditeurs en grand volume de configurer SPF, DKIM et DMARC. Un domaine de suivi personnalisé est facultatif et ne compte que si votre outil d’envoi réécrit les liens pour mesurer les ouvertures ou les clics ; le générateur de domaine de suivi personnalisé (en anglais) l’explique à part.

Qu’est-ce qui change entre Google Workspace et Microsoft 365 ?

MX : smtp.google.com (priorité 1) chez Google Workspace ; <domaine-avec-tirets>.mail.protection.outlook.com chez Microsoft 365. SPF : v=spf1 include:_spf.google.com ~all chez Google et v=spf1 include:spf.protection.outlook.com -all chez Microsoft.

DKIM : chez Google, un TXT sur google._domainkey qui vient de la console d’administration ; chez Microsoft, des CNAME sur selector1._domainkey et selector2._domainkey qui viennent du portail Defender. DMARC est un TXT sur _dmarc dans les deux cas. Microsoft 365 utilise aussi un CNAME autodiscover qui pointe vers autodiscover.outlook.com ; Google n’a besoin de rien d’autre.

Pourquoi l’outil ne peut-il pas écrire l’enregistrement DKIM ?

Parce que la clé est créée dans votre compte. Google génère la valeur TXT DKIM dans la console d’administration, sous Apps > Google Workspace > Gmail > Authenticate email (Google) ; Microsoft publie deux CNAME de sélecteur qui contiennent le domaine propre à votre tenant (Microsoft). Le générateur signale ces lignes, et le CSV laisse leur valeur vide avec une note, pour que personne ne colle une clé inventée.

L’hôte MX de Microsoft est affiché sous sa forme habituelle : le domaine avec des tirets à la place des points. Confirmez-le dans le centre d’administration Microsoft 365, qui affiche la valeur exacte de chaque domaine.

Qu’est-ce qui se passe mal avec beaucoup de domaines ?

Deux enregistrements SPF sur un même domaine, un ancien MX qui reste, un enregistrement DMARC sur le mauvais hôte, et des enregistrements ajoutés à un domaine mais pas au suivant. La règle est un seul enregistrement SPF par domaine (RFC 7208) ; si un domaine en a déjà un, fusionnez les include avec le SPF record merger (en anglais). Chez certains registraires, les modifications DNS en masse remplacent les enregistrements existants au lieu de s’y ajouter ; vérifiez donc ce que publie chaque domaine avant d’importer.

Contrôlez ensuite le résultat, pas le plan. Le vérificateur de domaine pour la prospection à froid contrôle MX, SPF, DKIM, DMARC, âge du domaine et suivi pour chaque domaine, et le lien sous les résultats remplit les dix premiers.

Questions fréquentes

Combien de domaines puis-je traiter en une fois ?: Jusqu’à 100 par passage. Collez le reste dans un second passage ; le CSV de chaque passage a une ligne par enregistrement, avec le domaine dans la première colonne.
Est-ce que cela modifie mon DNS ?: Non. Les enregistrements sont écrits dans votre navigateur ; c’est vous qui les ajoutez chez votre fournisseur DNS. Rien n’est envoyé à un serveur.
Quelle politique DMARC pour un nouveau domaine d’e-mail à froid ?: Commencez par p=none avec une adresse pour les rapports, pour voir qui envoie au nom du domaine, et passez à quarantine quand les rapports ne montrent plus que vos propres envois. Le générateur DMARC explique les autres balises.
Ai-je besoin d’un domaine de suivi ?: Seulement si votre outil d’envoi mesure les ouvertures ou les clics. Sans domaine à vous, vos liens passent par le domaine partagé de l’outil, utilisé par de nombreux expéditeurs. Si vous ne faites pas de suivi, laissez-le de côté.
Pourquoi la valeur MX de Microsoft est-elle signalée ?: Parce que Microsoft affiche le jeton MX exact de chaque domaine dans le centre d’administration. La forme habituelle est le domaine avec des tirets à la place des points, suivi de mail.protection.outlook.com ; confirmez-la avant d’enregistrer.
Puis-je importer le fichier de zone dans Cloudflare ?: Cloudflare peut importer des fichiers de zone BIND dans ses réglages DNS. Les lignes signalées comme propres au compte sont en commentaire dans le fichier de zone ; ajoutez-les à la main quand vous avez les valeurs.

Vous avez une liste ? Les 100 premières adresses sont gratuites.

Connectez-vous avec Google, collez vos adresses ou déposez un CSV : chaque adresse passe le même contrôle SMTP de la boîte aux lettres, avec un fichier à télécharger. Sans carte bancaire.

Les domaines catch-all et les serveurs qui refusent de répondre reviennent risqués, jamais valides.

En continuant, vous acceptez nos conditions d’utilisation et notre politique de confidentialité (en anglais). Terms · Privacy