Essai gratuit de 14 jours

Symptômes

Formulaire de contact du site web : les demandes n'arrivent pas ou finissent en spam

Une entreprise constate après des mois que les demandes de clients via le formulaire web ne sont jamais arrivées. C'est l'une des erreurs silencieuses les plus coûteuses. La cause se trouve presque toujours dans la façon dont le formulaire envoie l'e-mail.

3 min de lectureDans quelle mesure votre domaine est-il protégé ? Contrôler mon domaine gratuitement

L'erreur classique : l'expéditeur est le client

De nombreux formulaires (Contact Form 7, WPForms, Gravity Forms, systèmes de boutique) placent par défaut l'adresse e-mail du client comme expéditeur, afin que vous puissiez répondre directement. Votre serveur web envoie alors un e-mail «depuis» une adresse Gmail ou Bluewin. Les règles DMARC de ces domaines l'interdisent. L'e-mail est refusé ou finit en spam, souvent déja a votre propre serveur de messagerie.

La deuxième erreur : serveur web non autorisé

Si vous définissez votre propre adresse comme expéditeur, le serveur web envoie en votre nom. Si le serveur web ne figure pas dans le SPF et ne signe pas avec DKIM, le résultat est le même. En particulier avec Microsoft 365 comme boite mail, le filtre antispam élimine souvent ces e-mails.

Bien configurer

  1. Expéditeur = adresse propre, par exemple une adresse de formulaire de votre domaine. L'adresse du client va dans le champ «répondre a» (Reply-To).
  2. Envoi via SMTP plutôt que via la fonction PHP mail du serveur web. Un plugin SMTP envoie l'e-mail via votre boite Microsoft 365, Google ou hébergeur. Vos entrées SPF et DKIM s'appliquent alors automatiquement.
  3. Sans SMTP : inclure le serveur web dans le SPF (include de l'hébergeur) et, si possible, activer le DKIM de l'hébergeur pour le site web.
  4. Tester avec une demande vers une boite Gmail et une boite Microsoft.
  5. Observer les rapports DMARC : le serveur web apparait comme sa propre source et devrait etre vert.

Vérifiez d'abord le domaine : Contrôle de domaine gratuit

En plus

  • Protection antispam dans le formulaire (captcha, honeypot), sinon votre formulaire envoie lui-même du spam et nuit a votre réputation.
  • Copie vers une seconde boite ou enregistrement des demandes sur le site web comme solution de secours.
  • En cas de déménagement du site web, mettre a jour le SPF, le nouveau serveur web a une autre adresse.

Questions fréquentes

Le formulaire a fonctionné pendant des années.

Les règles d'expéditeur de Google et Microsoft ainsi que DMARC sur de plus en plus de domaines ont durci la situation depuis 2024.

Mon concepteur web dit que c'est la faute du fournisseur de messagerie.

En partie. Le fournisseur refuse ce qui n'est pas autorisé. Mais l'autorisation est un réglage au niveau de votre domaine. Les deux doivent fonctionner ensemble.

Comment DomainRadar vous aide

DomainRadar vérifie en continu SPF, DKIM et DMARC de vos domaines, analyse automatiquement les rapports DMARC et vous dit clairement quel canal d’envoi manque et ce qu’il faut faire.

Le test de domaine gratuit vous montre en une minute où en est votre domaine aujourd’hui.

Le contrôle de domaine reste gratuit. Ensuite, vous testez DomainRadar avec toutes les fonctions pendant 14 jours – sans carte de crédit, l’essai se termine de lui-même.

Autres articles

Maintenant 14 jours gratuits

Où en est votre domaine ?

DomainRadar vérifie en continu le SPF, le DKIM et le DMARC de vos domaines et vous dit clairement ce qu’il faut faire.

Ou directement par e-mail : info@domainradar.ch

  • Sans engagement
  • Sans carte de crédit
  • Se termine de lui-même après 14 jours
Essai gratuit de 14 jours