Aux nouveaux utilisateurs de lemlist qui rencontrent des problèmes de délivrabilité

À toute personne dont les emails arrivent dans les spams

Aux utilisateurs qui configurent pour la première fois une boîte mail sur un domaine personnalisé

Aux équipes qui n’ont pas encore configuré leurs enregistrements DNS

Vos emails arrivent dans les spams ou sont tout simplement rejetés

Les fournisseurs d’email de vos destinataires ne font pas confiance à votre domaine

Votre délivrabilité chute, ce qui compromet les performances de vos campagnes

✅ Éviter que vos emails arrivent dans les spams

✅ Protéger votre domaine contre l’usurpation d’identité et le phishing

✅ Renforcer la confiance de Gmail, Outlook et des autres fournisseurs d’email

✅ Améliorer vos taux d’ouverture et de réponse

Qui est autorisé à envoyer des emails depuis votre domaine (SPF)

Si les emails proviennent bien de vous (DKIM)

Que faire en cas d’échec de l’authentification (DMARC)

Indique aux serveurs email quels services peuvent envoyer des emails depuis votre domaine

Exemple : « Seul Google Workspace peut envoyer des emails depuis @yourcompany.com »

Ajoute une signature numérique à vos emails pour confirmer qu’ils proviennent bien de vous

Empêche la modification des emails pendant leur acheminement

Indique aux fournisseurs d’email quoi faire en cas d’échec de SPF ou de DKIM

Notre recommandation pour DMARC : Au moins p=quarantine, jamais p=none

Options : quarantine (spam) ou reject (blocage)

Google Workspace : _spf.google.com

Outlook/Office 365 : spf.protection.outlook.com

Zoho : zoho.com

Beaucoup choisissent la valeur none pour DMARC uniquement pour respecter les règles, sans vraiment comprendre son fonctionnement.

De nombreux systèmes antispam assimilent p=none à une absence totale de DMARC : demander à un système de « ne rien faire » revient, en pratique, à n’avoir aucune politique.

Quarantine : demande au serveur destinataire de conserver le message et de l’analyser à nouveau plus tard. Il sera peut-être accepté après des vérifications supplémentaires.

Reject : demande au serveur destinataire de refuser le message lors de sa remise. L’expéditeur décide ensuite de la suite à donner (souvent un bounce).

Dans les deux cas, l’email n’arrive pas dans la boîte de réception du prospect. En théorie, l’impact sur le score est donc le même.

La politique reject convient uniquement si un postmaster (ou un outil dédié) traite les rapports DMARC reçus.

Lorsque vous choisissez reject pour DMARC, vous indiquez également une adresse email pour recevoir les demandes de rapports DMARC (par exemple [email protected]).

Chaque fois qu’un email est rejeté en application de la politique DMARC, un rapport est envoyé à cette adresse.

Ces rapports sont très complexes : ils arrivent au format XML, dans des fichiers d’archive. Il est difficile de les exploiter tels quels sans outil postmaster.

Si vous ne souhaitez pas gérer vos rapports DMARC, n’utilisez pas reject : vous serez submergé de rapports par email.

Des enregistrements TXT (SPF, DKIM, DMARC) ✅

Un enregistrement MX (pour recevoir des réponses) ✅

Un enregistrement CNAME (pour un domaine de Tracking personnalisé, facultatif) ✅

Vérifiez que l’enregistrement SPF de votre fournisseur d’email est bien inclus (par exemple include:_spf.google.com)

Vérifiez que la chaîne commence par v=spf1 et se termine par ~all ou all

Assurez-vous que le domaine du fournisseur ne contient pas de faute de frappe

Utilisez MXToolbox SPF Checker pour identifier l’erreur

Vérifiez que la clé DKIM a été copiée en entier, sans être tronquée

Assurez-vous que le champ Name/Host correspond aux indications de votre fournisseur (par exemple default._domainkey)

Patientez 72 heures pour laisser les enregistrements DNS se propager

Utilisez DKIM Core Checker pour vérifier la configuration

Vérifiez que le champ Name/Host contient exactement _dmarc (et non @ ; le champ ne doit pas être vide)

Vérifiez la syntaxe DMARC : la chaîne doit commencer par v=DMARC1;

Assurez-vous que l’adresse email indiquée pour rua=mailto:... est valide

Utilisez DMARC Inspector pour identifier l’erreur

Patientez 24 à 72 heures pour que les enregistrements DNS se propagent dans le monde entier

Videz votre cache DNS local : ipconfig /flushdns (Windows) ou sudo dscacheutil -flushcache (Mac)

Vérifiez l’état de la propagation avec DNS Checker

Vérifiez à l’aide d’outils en ligne que SPF, DKIM et DMARC sont tous validés

Utilisez lemwarm pour améliorer la réputation de votre domaine

Vérifiez le contenu de vos emails pour repérer les éléments qui déclenchent les filtres antispam (texte tout en majuscules, liens trop nombreux, objets trompeurs)

Gardez un volume d’envoi modéré, surtout avec de nouvelles boîtes mail : pour de meilleurs résultats, nous vous recommandons vivement de ne pas dépasser 40 emails par jour avec une boîte mail récente (< 1 an). Si vous utilisez lemwarm comme indicateur et combinez le warm-up et lemlist, votre volume devrait généralement se situer autour de 60 à 70 emails par jour.

Configurez un domaine de Tracking personnalisé (CTD) pour renforcer la réputation de votre domaine et améliorer le Tracking des clics.

Gardez lemwarm actif en continu pour éviter les spams et maintenir un score d’expéditeur de 80 ou plus. Prévoyez une période de warm-up de 3 à 5 semaines pour établir votre crédibilité.

Rédigez des objets d’email professionnels, limitez les mots qui déclenchent les filtres antispam (par exemple « GRATUIT ») et gardez une mise en forme simple pour vos emails.

Validez régulièrement vos listes d’adresses email pour vous assurer que vos destinataires sont actifs et interagissent avec vos messages.

Ajoutez un lien de désabonnement pour respecter le RGPD et la loi CAN-SPAM, tout en limitant les plaintes.