Vérification du domaine d'envoi pour Pardot et Marketing Cloud Next
Saisissez le domaine depuis lequel vous envoyez vos emails. L'outil indique les enregistrements qu'exige Account Engagement (Pardot) ou Marketing Cloud Next et ceux qui sont déjà publiés. Pour le reste, il vous fournit un email prêt à copier pour votre service informatique. Gratuit, sans inscription, rien n'est enregistré.
Votre domaine d'envoi
Essayez : salesforce.com, slack.com
Options : plateforme, domaine de tracking, MCN
Le sous-domaine de vos liens Pardot, sous Domain Management › Tracker Domains.
La partie avant ._domainkey dans les trois noms DKIM que Salesforce affiche pour votre domaine. Séparez-les par des virgules.
Ce que la vérification examine
Chaque enregistrement vérifié est tiré de l'aide Salesforce, et cela compte : contrairement à la plupart des outils d'emailing, aucune des deux plateformes n'exige d'include SPF, et avec Pardot, DMARC ne passe que par DKIM.
Le résultat se termine par un email pour votre service informatique, qui ne liste que ce qui manque. Les valeurs que Salesforce génère pour votre compte y figurent sous forme de champs à compléter, dans lesquels vous les collez.
Vérifié dans le DNS
- DomainKey Pardot à 200608._domainkey, avec la taille de la clé
- Domaine de tracking en CNAME vers go.pardot.com
- CNAME DKIM de MCN pour chacun de vos sélecteurs, derrière un proxy ou non
- Le DMARC qui s'applique et le SPF avec ses recherches DNS
- Clé de validation : Pardot vérifie lui-même son format
Pardot ou Marketing Cloud Next : ce qu'exige chacun
Même objectif, enregistrements différents.
| Enregistrement | Account Engagement (Pardot) | Marketing Cloud Next |
|---|---|---|
| DKIM | Un enregistrement TXT, la DomainKey, au sélecteur 200608. Clé de 1024 bits par défaut, de 2048 bits sur demande au support. | Trois CNAME avec des sélecteurs propres à chaque compte (s1-e360-…), clés de 2048 bits gérées par Salesforce. |
| SPF | Rien à ajouter : les emails passent le SPF grâce au domaine de rebond de Salesforce. | Rien à ajouter : le SPF vient avec le CNAME de rebond, géré par Salesforce. |
| DMARC | Passe uniquement via DKIM ; SPF passe, mais n'est pas aligné. | Non requis pour activer le domaine, mais recommandé. |
| Autres enregistrements | TXT de la clé de validation ; domaine de tracking en CNAME vers go.pardot.com. | Huit CNAME au total ; sur Cloudflare, en mode « DNS uniquement ». |
| Domaine | N'utilisez pas le même domaine pour l'envoi et le tracking. | Un sous-domaine depuis lequel aucune autre plateforme n'envoie, Pardot compris. |
Du contrôle au domaine vérifié
Quatre étapes. La vérification vous indique où vous en êtes.
- 1
Ajoutez le domaine dans Salesforce
Pardot : Account Engagement Settings › Domain Management › Email Sending Domains. Marketing Cloud Next : ajoutez le domaine dans Setup ; Salesforce y affiche ses huit enregistrements DNS.
- 2
Lancez la vérification
Saisissez le domaine, cochez la plateforme et, pour Marketing Cloud Next, collez les sélecteurs DKIM. Le résultat montre ce qui est publié et ce qui manque.
- 3
Envoyez l'email au service informatique
Copiez-le, collez les valeurs de Salesforce dans les champs prévus et envoyez-le. Le service informatique reçoit le nom, le type et la valeur de chaque enregistrement.
- 4
Vérifiez dans Salesforce
Une fois le TTL écoulé, relancez la vérification ici, puis utilisez Check DNS Entries dans Pardot ou activez le domaine dans Marketing Cloud Next.
Les erreurs de configuration fréquentes
Ce que la vérification signale, et comment le corriger.
- Aucune clé à 200608._domainkey. La DomainKey n'a jamais été ajoutée, ou elle se trouve sous un mauvais nom parce que l'interface DNS a ajouté le domaine deux fois. Correction : ajoutez l'enregistrement TXT avec le nom d'hôte exactement tel que Pardot l'affiche.
- include:aspmx.pardot.com dans le SPF. D'anciens guides de mise en place le demandaient ; selon l'aide Salesforce actuelle, aucune configuration SPF n'est nécessaire. Correction : supprimez-le et économisez une recherche DNS.
- Le domaine de tracking renvoie une adresse IP. Le CNAME passe par le proxy (le nuage orange de Cloudflare) : le DNS affiche donc l'adresse de Cloudflare. Correction : passez-le en mode « DNS uniquement ».
- CNAME MCN derrière le proxy ou remplacés par des TXT. Salesforce ne peut renouveler les clés que par les CNAME qu'il vous a fournis. Correction : ajoutez-les en CNAME, en DNS uniquement.
- Pardot et MCN sur un même domaine. Salesforce demande un sous-domaine dédié pour Marketing Cloud Next. Correction : envoyez les emails MCN depuis un sous-domaine comme news.votredomaine.com.
- Aucun enregistrement DMARC. Salesforce envoie même sans DMARC, mais Gmail, Yahoo et Microsoft en attendent un de la part des expéditeurs de gros volumes. Correction : commencez par p=none avec une adresse de réception des rapports.
Ce qui reste de votre côté
Le DNS montre ce qui est publié. Si vous restez bloqué entre les enregistrements et un domaine vérifié, nous mettons en place les domaines d'envoi dans Pardot et Marketing Cloud Next.
- Les valeurs déjà sous la main. Si vous avez les valeurs de Pardot ouvertes, le générateur de mise en place du domaine d'envoi et le générateur de mise en place du domaine de tracking rédigent l'email en les reprenant directement.
- Le résultat des contrôles sur vos envois. L'alignement n'apparaît que dans un email envoyé. Dans Gmail, ouvrez-en un, choisissez « Afficher l'original » et vérifiez que DKIM et DMARC indiquent PASS.
- La clé de validation. Son format n'est pas documenté, donc seule la fonction « Check DNS Entries » de Pardot la confirme.
Autres outils gratuits
FAQ sur la vérification du domaine d'envoi
Réponses courtes aux questions fréquentes sur les domaines d'envoi dans Pardot et Marketing Cloud Next.
Quels enregistrements DNS Pardot demande-t-il pour un domaine d'envoi ?
Deux enregistrements TXT : la clé de validation sur le domaine et la DomainKey (DKIM) sur 200608._domainkey. Un domaine de tracking ajoute un CNAME vers go.pardot.com. Selon l'aide Salesforce, aucune configuration SPF n'est nécessaire.
Ai-je encore besoin d'include:aspmx.pardot.com ?
Non. Selon l'aide Salesforce actuelle, les emails Account Engagement passent le SPF d'eux-mêmes. L'include consomme l'une de vos dix recherches SPF et peut être supprimé.
Pourquoi DMARC dépend-il de DKIM avec Pardot ?
Le return-path de Pardot est un domaine de rebond Salesforce : le SPF passe donc pour le domaine de Salesforce, pas pour le vôtre. Seul DKIM signe avec votre domaine et s'aligne sur l'adresse From.
De quels enregistrements Marketing Cloud Next a-t-il besoin ?
Huit CNAME que Salesforce affiche pour votre domaine, dont trois clés DKIM. Le SPF vient avec le CNAME de rebond. DMARC est recommandé, même si Salesforce active le domaine sans lui.
Où trouver mes sélecteurs Marketing Cloud Next ?
Dans les enregistrements DNS que Salesforce liste pour le domaine : les trois noms qui se terminent par ._domainkey.votredomaine. La partie avant ._domainkey est le sélecteur.
Pardot et Marketing Cloud Next peuvent-ils envoyer depuis le même domaine ?
Salesforce demande pour Marketing Cloud Next un sous-domaine depuis lequel aucune autre plateforme n'envoie, Pardot compris. Gardez Pardot sur son domaine et donnez à MCN son propre sous-domaine.
Pourquoi Pardot affiche-t-il ma clé 2048 bits comme non vérifiée ?
L'aide Salesforce précise que les clés 2048 bits peuvent ne pas apparaître comme vérifiées dans Pardot, même lorsqu'elles sont dans le DNS. Cette vérification lit directement le DNS : elle affiche donc la clé et sa taille.
Le domaine que je vérifie est-il conservé ?
Non. Votre navigateur envoie les noms à notre serveur, qui interroge un résolveur DNS public. Rien n'est enregistré, aucun domaine n'est journalisé, et le résolveur ne voit jamais votre adresse IP.
Avec nous, Salesforce Marketing travaille pour vous
Parlez à un consultant certifié, pas à un commercial, et sortez du premier appel en sachant quelle est votre prochaine étape.