# Vos mails pro finissent en spam : les causes côté domaine

> SPF ou DKIM faux, IP du mutualisé en liste noire, DNS inverse absent, formulaire qui écrit au nom du visiteur : diagnostiquer les mails pro classés en spam.


*Ou : le filtre anti-spam ne lit pas votre devis, il lit votre zone DNS.*

La réponse courte : quand vos messages individuels, un devis ou une réponse à un client, arrivent en spam, la cause se trouve presque toujours dans cinq endroits, à vérifier dans cet ordre : l'authentification du domaine (SPF, DKIM, DMARC), l'adresse IP d'envoi, son DNS inverse, les messages que le site envoie en votre nom, et l'historique du domaine. Gmail fixe le minimum dans ses [consignes pour les expéditeurs](https://support.google.com/a/answer/81126?hl=fr) : SPF ou DKIM pour tout expéditeur, des enregistrements DNS direct et inverse valides pour les domaines ou adresses IP d'envoi, une connexion TLS, et un taux de spam signalé sous 0,3 % dans Postmaster Tools. Le reste dépend de l'endroit où vit votre boîte, et donc de [votre messagerie professionnelle](/guides/hebergement-web/messagerie-nom-de-domaine/).

Ce diagnostic vise le mail d'une PME, pas une campagne d'emailing : les guides des plateformes d'envoi parlent de listes, de désabonnement et de taux d'ouverture, qui ne concernent pas un indépendant qui écrit à trente clients par semaine. Ici, le coupable est rarement le texte du message.

> **Pour qui** : une petite structure dont les mails partent d'un mutualisé ou d'un serveur mal réglé, et qui veut une messagerie où SPF et DKIM sont posés d'office.
>
> **À partir de** : 1,50 € par mois hors TVA pour une à cinq adresses avec l'hébergement mail Infomaniak, au même montant en paiement mensuel ou annuel (tarif affiché le 12 novembre 2026).
>
> **Pour démarrer** : vérifier d'abord les en-têtes d'un message reçu, puis, si l'IP ou le serveur d'envoi est en cause, commander l'hébergement mail Infomaniak et y déplacer les boîtes.

## Mails qui arrivent en spam : le diagnostic pour un domaine professionnel

| Étape | Comment vérifier | Ce qui trahit le problème |
|---|---|---|
| 1. Authentification | ouvrir le message reçu dans Gmail, « Afficher l'original » | `SPF: FAIL`, `DKIM: FAIL` ou `DMARC: FAIL` |
| 2. SPF unique | `dig TXT votre-domaine.be` | deux lignes `v=spf1`, ou plus de dix requêtes DNS |
| 3. DMARC publié | `dig TXT _dmarc.votre-domaine.be` | aucune réponse |
| 4. IP d'envoi | première adresse des en-têtes `Received`, contrôlée sur les listes publiques comme Spamhaus | l'IP figure sur une liste de blocage |
| 5. DNS inverse | `dig -x` sur cette IP, puis le nom obtenu | aucun nom, ou un nom qui ne renvoie pas à la même IP |
| 6. Formulaire du site | lire l'expéditeur des messages envoyés par le site | l'adresse du visiteur en expéditeur |

```bash
# Ce que le monde voit de votre domaine
dig +short TXT votre-domaine.be | grep spf1
dig +short TXT _dmarc.votre-domaine.be
# DNS inverse de l'IP d'envoi relevée dans les en-têtes, puis retour vers l'IP
dig +short -x 203.0.113.25
dig +short A nom-renvoye-par-la-commande-precedente
```

L'adresse IP d'envoi d'un mutualisé se partage souvent avec les autres sites du serveur : une liste noire qui la vise frappe tous les clients du serveur. Le DNS inverse, l'enregistrement PTR, se règle chez celui qui possède l'IP : l'hébergeur sur un mutualisé, vous-même dans le panneau du fournisseur sur un VPS. o2switch apporte une nuance utile : selon sa [FAQ sur les serveurs SMTP](https://faq.o2switch.fr/guides/emails/serveurs-smtp-sortant/), ses envois sortent par une infrastructure dédiée et non par l'IP du site, si bien que les tests en ligne qui contrôlent l'IP du serveur d'hébergement ne disent rien de la réputation réelle de vos messages.

![Illustration : le faisceau ambré d'une lampe torche qui éclaire une enveloppe fermée dans l'obscurité](/images/mails-en-spam-domaine-professionnel-lampe-torche.original.webp "Le diagnostic commence par les en-têtes du message, pas par la réécriture du texte.")

Le formulaire de contact est le piège le plus sournois. S'il envoie le message avec l'adresse du visiteur en expéditeur, votre serveur prétend écrire au nom d'un domaine qui ne l'a jamais autorisé. Le 12 novembre 2026, yahoo.com publiait une politique DMARC `p=reject` : un message « de » une adresse Yahoo, sorti de votre serveur, est refusé par les destinataires qui appliquent la règle. La correction tient en deux champs : votre propre adresse en expéditeur, celle du visiteur en adresse de réponse (`Reply-To`). DMARC exige en effet que le domaine visible de l'expéditeur soit aligné sur celui que valide SPF ou DKIM, une règle reprise par la [RFC 9989](https://www.rfc-editor.org/rfc/rfc9989.html) de mai 2026.

Reste le domaine neuf, qui n'a encore aucun historique d'envoi. Rien ne le répare d'un coup : des volumes modestes au début, des destinataires qui répondent, et une authentification complète dès le premier message.

### Le SPF qui dépasse sans prévenir

L'ajout d'une newsletter ou d'un logiciel de facturation peut porter le SPF au-delà de dix requêtes DNS, et l'authentification échoue alors pour tous les messages du domaine. La méthode pour [compter les requêtes du SPF](/guides/hebergement-web/messagerie-nom-de-domaine/spf-dkim-dmarc-panneau-hebergeur/) et les réduire est détaillée panneau par panneau.

### Changer de serveur d'envoi

Si l'IP partagée du mutualisé revient sans cesse sur les listes de blocage, la solution durable est de faire partir le courrier d'ailleurs. Ce que l'on gagne et ce que l'on perd à [sortir le mail du mutualisé](/guides/hebergement-web/messagerie-nom-de-domaine/mail-inclus-hebergement-ou-separe/) tient en un tableau.

### Le volume qui fait basculer

Un message envoyé à quarante clients en copie cachée compte quarante envois chez Infomaniak et quarante destinataires dans le plafond quotidien de Microsoft 365, et le dépassement bloque ou retarde les envois suivants. Les [plafonds d'envoi par hébergeur](/guides/hebergement-web/messagerie-nom-de-domaine/limites-envoi-mail-hebergeur/) disent aussi quand passer à un service d'envoi dédié.


---

Cette page contient des liens d'affiliation. Si tu souscris via ces liens, je peux toucher une commission sans coût supplémentaire pour toi. Mon avis reste indépendant et s'appuie sur mon expérience de client de plusieurs hébergeurs, sur leur documentation officielle et sur les tarifs vérifiés à la date de rédaction.


---

**Tarifs :** prix relevés le 12 novembre 2026 sur les sites officiels des hébergeurs et des registrars, en euros sauf mention contraire, hors taxes ou toutes taxes comprises selon ce que le fournisseur affiche (précisé dans le texte). Le prix d'appel ne vaut souvent que pour la première période d'engagement, et les promotions changent sans préavis. Les montants cités peuvent avoir bougé depuis cette date.