Tester l'objet d'un mail : outils et DNS

Comment tester l'objet d'un mail avant l'envoi ?

Vérifier un objet de mail, ce n'est pas un seul test. Chaque passe détecte un type d'erreur différent. Un analyseur de formulation examine le texte isolément. Un envoi test montre ce qu'une vraie boîte de réception fait du message. Un contrôle des en-têtes et un contrôle DNS vous disent si les serveurs destinataires peuvent authentifier le domaine qui se trouve derrière l'adresse d'expédition (From). Sautez une passe, et toutes les erreurs de ce type passent entre les mailles.

1. 1 Passe formulation : collez l'objet dans un testeur d'objet de mail. Notez ce qu'il signale, par exemple des majuscules partout, une ponctuation empilée ou des formules qui sonnent comme une publicité. Décidez ensuite vous-même si chaque alerte compte vraiment dans un e-mail B2B envoyé en one-to-one.
2. 2 Passe rendu : envoyez le message final depuis votre vraie configuration d'envoi vers des boîtes de test que vous contrôlez, avec au moins une boîte Gmail et une boîte Outlook. Regardez où l'objet est tronqué sur ordinateur et sur mobile, quel texte d'aperçu s'affiche à côté et si chaque champ de fusion a bien été rempli.
3. 3 Passe en-têtes : dans Gmail, ouvrez le message de test, choisissez Afficher l'original et lisez les résultats SPF, DKIM et DMARC. Dans Outlook, ouvrez les en-têtes du message. Si l'un d'eux échoue, le problème vient du domaine, et reformuler l'objet n'y changera rien.
4. 4 Passe DNS : consultez les enregistrements MX et SPF du domaine d'envoi (voir les deux sections ci-dessous). Assurez-vous qu'ils correspondent aux services par lesquels vous envoyez et recevez réellement vos e-mails.

Une fois que l'objet a franchi les quatre passes, reste à savoir s'il est bon. Pour des formulations à reprendre selon la situation, consultez notre guide des objets de mail de prospection et de relance.

Que vérifie un testeur d'objet de mail, et que ne voit-il pas ?

Un testeur d'objet note le texte que vous collez, et rien d'autre. La plupart examinent la longueur, le choix des mots, les majuscules, la ponctuation et les emojis, puis affichent un score ou une liste d'alertes. Cela permet de repérer les problèmes évidents, comme un objet tapé en majuscules par erreur ou truffé de mots qui sonnent comme une annonce publicitaire.

Un testeur ne voit pas votre domaine d'envoi : il ne peut donc pas vous dire si SPF, DKIM et DMARC passent. Il ne connaît pas la réputation de votre domaine auprès de Gmail ou de Microsoft. Il ne voit pas qu'un champ de fusion, comme un prénom, reste vide pour certains destinataires. Et il ne sait pas si l'objet correspond au contenu du message. Les serveurs destinataires accordent beaucoup de poids à l'authentification et à la réputation de l'expéditeur : un excellent score de formulation sur un domaine qui échoue à DMARC ne vous apprend donc pas grand-chose. Si vos messages de test arrivent déjà en spam, commencez par notre guide sur les raisons pour lesquelles vos mails arrivent en spam, pas par un nouvel objet.

La plupart des modèles de notation sont en outre conçus pour les newsletters marketing. Un objet de cold email court, sobre et en minuscules peut obtenir une note faible dans un analyseur tout en restant le bon choix pour un message one-to-one.

Quel testeur d'objet de mail gratuit utiliser ?

Plusieurs des pages qui se positionnent sur cette recherche sont des testeurs d'objet qui fonctionnent dans le navigateur. Le tableau les compare sur les mêmes critères, en se fondant uniquement sur ce que chaque outil dit de lui-même dans le titre de sa page dans les résultats Google. Nous n'avons ajouté aucune fonctionnalité que nous ne pouvons pas sourcer. Consultez la page de chaque outil pour connaître ses critères de notation actuels avant de vous y fier.

Outil	Comment la page se présente	Orientation déclarée	Ce qu'il ne peut pas vérifier
CoSchedule Email Subject Line Tester	"The #1 Free Email Subject Line Analyzer"	Analyse gratuite de la formulation des objets de mail	L'authentification de votre domaine, sa réputation ou le rendu des champs de fusion
VBOUT Email Subject Line Checker	"Email Subject Line Checker"	Vérification des objets de mail	L'authentification de votre domaine, sa réputation ou le rendu des champs de fusion
ToolSpaceHub Email Subject Line Tester	"Email Subject Line Tester & Score Tool"	Attribution d'un score à un objet	L'authentification de votre domaine, sa réputation ou le rendu des champs de fusion
Supersend Subject Line Testing Tool	"Free Subject Line Testing Tool for Cold Email"	Test gratuit orienté cold email	L'authentification de votre domaine, sa réputation ou le rendu des champs de fusion

Le critère décisif, c'est l'adéquation. Pour la prospection à froid, un testeur qui se dit conçu pour le cold email convient mieux qu'un outil calibré pour les newsletters. Quel que soit votre choix, considérez son score comme un second avis sur la formulation, pas comme un verdict sur l'arrivée du message en boîte de réception.

Quelles vérifications de l'objet faut-il faire à la main ?

Certaines des erreurs les plus coûteuses en prospection à froid sont invisibles pour un analyseur. Vérifiez vous-même ces points pour chaque nouvelle séquence :

• Champs de fusion vides : si un contact n'a pas de prénom enregistré, un objet comme "{{first_name}}, petite question" part en commençant par une virgule orpheline. Définissez une valeur de repli ou corrigez les données avant l'envoi.
• Faux "Re:" ou "Fwd:" : ajouter l'un ou l'autre à un premier contact donne l'impression d'une réponse à une conversation qui n'a jamais eu lieu. Le message ne sera pas non plus regroupé en fil, car le regroupement dépend des en-têtes In-Reply-To et References, pas du texte de l'objet.
• Objets trompeurs : la loi américaine CAN-SPAM Act interdit les objets susceptibles d'induire le destinataire en erreur sur le contenu du message. Vérifiez que l'objet correspond au corps du mail.
• Caractères non ASCII : les emojis et les lettres accentuées dans un en-tête doivent être encodés dans un format d'en-tête spécial, que les clients de messagerie décodent chacun à leur manière. En français, avec les accents, ce point concerne presque chaque objet : vérifiez l'envoi test, pas l'aperçu de l'éditeur.
• Texte d'aperçu : juste après l'objet, la boîte de réception affiche la première ligne du corps ou le texte d'aperçu que vous avez défini. Un objet qui répète cette première ligne gaspille l'espace.

Pour savoir en quoi l'objet d'un premier contact doit différer de celui d'une relance, consultez nos exemples et règles d'objet de mail de prospection ainsi que nos exemples d'objet de mail de relance.

Comment vérifier les enregistrements MX chez Google ?

Les enregistrements MX indiquent aux autres serveurs où livrer le courrier destiné à votre domaine. Ils comptent pour la prospection parce que les réponses doivent vous parvenir, et parce qu'un domaine d'envoi sans boîte de réception fonctionnelle derrière lui paraît suspect aux serveurs destinataires. Il existe deux façons de les vérifier.

1. 1 La Google Admin Toolbox propose un outil Check MX. Saisissez votre domaine : l'outil compare les enregistrements de messagerie du domaine avec ce qu'attend Google Workspace, puis liste les éventuels problèmes.
2. 2 Depuis un terminal, lancez : dig MX votredomaine.com +short. La sortie liste chaque serveur de messagerie avec son numéro de priorité. Plus le numéro est bas, plus la priorité est élevée.

La documentation actuelle de configuration de Google Workspace utilise un seul enregistrement MX pointant vers smtp.google.com. Les configurations plus anciennes listent plusieurs noms d'hôte aspmx, que Google accepte toujours. Les problèmes viennent généralement d'enregistrements MX restés d'un ancien hébergeur de messagerie, qui répartissent le courrier entrant entre deux fournisseurs. Notre page sur les enregistrements DNS Google Workspace pour MX, SPF et DKIM couvre l'ensemble des enregistrements.

Comment vérifier un enregistrement SPF pour Google ?

Le SPF est un enregistrement TXT de votre domaine qui liste les serveurs autorisés à envoyer des e-mails en son nom. Pour le vérifier, lancez dig TXT votredomaine.com +short et repérez la ligne qui commence par v=spf1. L'outil Check MX de la Google Admin Toolbox signale aussi les problèmes SPF, tout comme notre vérificateur SPF, DKIM et DMARC.

La documentation Google Workspace vous demande d'inclure _spf.google.com dans cet enregistrement. Si vous envoyez aussi via Brevo ou un autre service, ajoutez ces expéditeurs dans le même enregistrement. La plupart des échecs viennent de deux règles de la norme SPF publiée par l'IETF. Premièrement, un domaine ne peut publier qu'un seul enregistrement v=spf1. Un second enregistrement distinct provoque une erreur permanente, que les destinataires traitent comme un échec SPF. Deuxièmement, la norme plafonne le nombre de requêtes DNS qu'une vérification SPF peut déclencher, et chaque include compte dans ce plafond. Le dépasser provoque également une erreur permanente : supprimez donc les includes des services que vous n'utilisez plus. Envoyez ensuite un message de test et vérifiez que spf=pass apparaît dans l'en-tête Authentication-Results.

Comment EmailFlow OS gère-t-il le message derrière l'objet ?

EmailFlow OS n'est pas un testeur d'objet de mail : il reste donc en dehors du comparatif ci-dessus. EmailFlow OS est notre solution d'e-mail vidéo personnalisé pour la prospection B2B, et il envoie sous votre propre domaine, jamais depuis une adresse d'expédition partagée de la plateforme. Vous enregistrez une seule vidéo, vous 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 personnalise ensuite cet unique enregistrement pour chaque destinataire, et non pour chaque entreprise, et envoie chaque version depuis votre propre boîte, via votre propre compte Brevo et votre propre domaine d'envoi.

Comme les e-mails partent sous votre domaine, les vérifications MX, SPF et DKIM décrites plus haut sont indispensables : ce sont elles qui déterminent la façon dont les serveurs destinataires authentifient chaque e-mail vidéo que vous envoyez. Votre compte Brevo et votre domaine restent sous votre contrôle, mais c'est toujours le serveur destinataire qui décide si un message arrive en boîte de réception. La configuration est décrite sur la page EmailFlow OS consacrée à l'e-mail vidéo personnalisé.

Questions fréquentes

? L'objet seul peut-il envoyer un e-mail en spam ?

Il peut y contribuer, mais il est rarement la seule cause. Les filtres antispam pèsent ensemble l'authentification (SPF, DKIM, DMARC), la réputation du domaine d'envoi, les plaintes et le contenu. Un message qui échoue à DMARC peut arriver en spam quel que soit son objet. Sur un domaine bien authentifié et avec peu de plaintes, un objet propre n'est généralement pas ce qui fait la différence. Vérifiez l'en-tête Authentication-Results avant de réécrire la formulation.

? Le score d'un testeur d'objet est-il fiable pour le cold email ?

C'est une vérification fiable de la formulation, pas de la délivrabilité. Un testeur n'examine que le texte : longueur, majuscules, ponctuation et choix des mots. Il ne voit ni votre domaine, ni votre réputation, ni vos données de fusion. Beaucoup de modèles de notation sont conçus pour les newsletters : un objet court, sobre et en minuscules peut donc obtenir une note faible tout en convenant à un message B2B one-to-one.

? Quelle différence entre Check MX et dig ?

Check MX, dans la Google Admin Toolbox, est un formulaire web. Il compare les enregistrements de messagerie d'un domaine avec ce qu'attend Google Workspace et explique les problèmes en langage clair. dig est un outil de requête DNS en ligne de commande qui renvoie les enregistrements bruts, par exemple chaque hôte MX avec sa priorité, sans les interpréter. Utilisez Check MX pour un diagnostic rapide et dig pour voir exactement ce qui est publié.

? Pourquoi ma vérification SPF affiche-t-elle permerror ?

Une erreur permanente (permerror) signifie que les destinataires n'ont pas pu évaluer votre enregistrement SPF du tout, et ils la traitent comme un échec. Il y a deux causes fréquentes. La première : plus d'un enregistrement TXT v=spf1 sur le même domaine. La seconde : un enregistrement dont les includes dépassent le plafond de requêtes fixé par la norme SPF. Fusionnez tout dans un seul enregistrement et supprimez les includes des services par lesquels vous n'envoyez plus.