Mes messages aux clients arrivent en « hameçonnage » ou n'arrivent pas — pourquoi ?

Vous envoyez un devis, une facture ou une confirmation de rendez-vous — et le client vous dit qu'il n'a rien reçu. Ou pire, il vous dit que le message est parti directement en Spam, avec une alerte rouge « hameçonnage ». C'est frustrant, surtout quand c'est votre propre nom et votre propre entreprise qui sont en jeu.

La bonne nouvelle : ce n'est presque jamais de votre faute ni de celle du client. C'est un problème technique d'authentification de l'email, et Gmail, Yahoo et Outlook sont devenus bien plus stricts à ce sujet. En clair, si leurs serveurs ne peuvent pas vérifier qui envoie vraiment le message, ils le traitent comme suspect. Dans cet article, je vous explique simplement, sans jargon inutile, ce qui se passe et comment le régler avec trois réglages : SPF, DKIM et DMARC.

Pourquoi des emails légitimes finissent en Spam

Quand vous envoyez un email, le serveur du destinataire (Gmail, par exemple) pose discrètement trois questions : « Ce serveur a-t-il vraiment le droit d'envoyer au nom de ce domaine ? Le message a-t-il été modifié en route ? Que veut le propriétaire du domaine si quelque chose ne se vérifie pas ? »

Si votre domaine n'a aucune réponse configurée, le serveur n'entend que du silence. Et dans le monde de l'email, le silence égale la suspicion.

Les causes les plus fréquentes de Spam ou de blocage :

• Vous envoyez depuis votre propre domaine (nom@entreprise.fr) mais via un autre service (formulaire du site, newsletter, CRM) non autorisé.
• Vous n'avez aucun SPF, DKIM ni DMARC configuré.
• Votre adresse est sur un hébergement bon marché à mauvaise réputation, partagé avec des spammeurs.
• Le texte du message ressemble aux schémas d'hameçonnage (lien raccourci, « urgent », pièce jointe étrange).

SPF, DKIM, DMARC — expliqués simplement

Voyez ces trois éléments comme les papiers d'identité de votre email. Nul besoin de les comprendre techniquement, mais il est utile de savoir ce que fait chacun :

• SPF (Sender Policy Framework) est la liste des serveurs autorisés à envoyer au nom de votre domaine. C'est comme une liste d'invités à la porte : si le serveur n'y est pas, il est suspect.

• DKIM (DomainKeys Identified Mail) est une signature numérique jointe à chaque message. Elle prouve que l'email vient bien de vous et que personne ne l'a altéré en route — comme un cachet sur une enveloppe.

• DMARC est la règle qui indique aux serveurs quoi faire si SPF ou DKIM échouent : laisser passer, envoyer en Spam ou rejeter. DMARC peut aussi vous envoyer des rapports pour voir qui envoie en votre nom — y compris d'éventuels imposteurs.

Les trois s'ajoutent comme des enregistrements DNS sur votre domaine. Rien ne s'installe sur votre ordinateur.

Comment vérifier si vous avez un problème

Avant de changer quoi que ce soit, mieux vaut voir exactement ce qui cloche. Vous pouvez le faire vous-même en quelques minutes :

• Envoyez un email depuis votre adresse vers un compte Gmail personnel. Ouvrez le message, cliquez sur les trois points et choisissez « Afficher l'original ». Vous y verrez noir sur blanc si SPF, DKIM et DMARC affichent « PASS » ou « FAIL ».

• Cherchez en ligne un « vérificateur DMARC » gratuit, saisissez votre domaine et voyez quels enregistrements vous avez déjà.

Si vous voyez « FAIL » ou « none » sur l'un d'eux, voilà votre problème. Scénario le plus courant chez les commerces locaux : l'email de votre compte (Google Workspace, par exemple) est correct, mais les messages envoyés via le site ou la plateforme de rendez-vous échouent — car ce service n'est pas listé dans SPF.

Comment le régler, étape par étape

La réparation se fait au niveau du DNS, chez l'entreprise où vous avez acheté votre domaine (ou votre hébergement). L'ordre compte :

• SPF d'abord : ajoutez un seul enregistrement TXT qui liste tous les services autorisés à envoyer pour vous (votre messagerie, le site, la newsletter). Attention : un domaine n'a droit qu'à un seul enregistrement SPF — vous combinez tout dedans.

• DKIM ensuite : activez-le depuis le panneau de votre fournisseur d'email (Google, Microsoft, Zoho), qui vous donne une clé à ajouter au DNS.

• DMARC en dernier : commencez en douceur avec une politique « none », juste pour recevoir des rapports et confirmer que tout est au vert. Une fois sûr, passez progressivement à « quarantine » puis « reject ».

Les changements DNS peuvent se propager en quelques heures. Ne précipitez pas le passage de DMARC à « reject » — s'il vous reste un service non configuré, vous risquez de bloquer vos propres emails réels.

Quand il vaut la peine de demander de l'aide

Si vous regardez les enregistrements DNS et que cela ressemble à une langue étrangère, c'est tout à fait normal — une seule virgule mal placée dans un SPF peut casser l'envoi pour tout le domaine. Ce n'est pas l'endroit où expérimenter à l'aveugle, surtout si factures et devis partent de cette boîte.

Chez MPO Web Studio, nous configurons SPF, DKIM et DMARC dans le cadre de la livraison d'un site, entièrement à distance — vous n'avez à nous confier aucun mot de passe ; nous vous indiquons exactement quels enregistrements ajouter, ou nous les ajoutons ensemble lors d'un appel. Nous vérifions aussi ce qui envoie déjà en votre nom, pour ne rien laisser de côté.

Si vous voulez un coup de main, ou juste un diagnostic rapide, écrivez-nous sur WhatsApp. Nous vous dirons honnêtement s'il y a quelque chose à réparer ou si tout va déjà bien.