Formulaire de contact PrestaShop en panne ou spammé
Un formulaire de contact PrestaShop qui n’envoie plus aucun message, et un formulaire noyé sous les demandes automatisées : deux pannes distinctes, avec deux diagnostics différents, qu’on confond souvent sous le même mot « spam » ou « bug ».
Le formulaire n’envoie plus aucun message
Le symptôme le plus fréquent : un client remplit le formulaire, valide, et rien n’arrive jamais dans la boîte de réception. PrestaShop ne stocke pas les messages du formulaire de contact en base par défaut, tout repose sur l’envoi d’un e-mail au moment de la soumission — si cet envoi échoue silencieusement, il n’y a nulle part où retrouver le message perdu.
Trois causes reviennent le plus souvent :
- La configuration d’envoi du serveur, dans Paramètres avancés > E-mail : par défaut, PrestaShop utilise la fonction PHP
mail(), que beaucoup d’hébergeurs bloquent ou limitent sans le signaler clairement. Passer par un serveur SMTP externe résout la majorité des cas. - L’adresse de destination mal renseignée dans Préférences > Contacts : chaque motif de contact (SAV, webmaster…) a sa propre adresse, et une faute de frappe ou une boîte désactivée suffit à faire disparaître les messages sans erreur visible.
- Un override du contrôleur de contact cassé après une mise à jour : si le fichier a été modifié pour ajouter un champ ou une logique personnalisée, une mise à jour de PrestaShop peut le rendre incompatible sans provoquer d’erreur visible côté client.
Le formulaire est inondé de spam
Symptôme inverse : le formulaire fonctionne, mais la boîte de réception se remplit de messages automatisés, souvent en anglais, avec des liens ou des pièces jointes suspectes. PrestaShop ne fournit aucune protection anti-robot native sur ce formulaire : sans reCAPTCHA ni champ honeypot, un bot peut le soumettre des centaines de fois par jour sans intervention humaine.
La correction demande presque toujours un développement, léger mais réel : ajout d’un champ honeypot invisible (un champ que seuls les robots remplissent, ce qui permet de rejeter silencieusement leur envoi), ou intégration de reCAPTCHA sur le contrôleur de contact. Un module existant peut suffire s’il couvre précisément ce formulaire ; sinon, l’intégration se fait directement dans le template et le contrôleur.
Pages liées
-
E-mails de commande non reçus
Le même mécanisme d’envoi est en cause quand les clients ne reçoivent pas leur confirmation de commande : diagnostic détaillé étape par étape.
-
Statuts de commande et e-mails automatiques
Chaque changement de statut peut déclencher son propre e-mail : comment ce mécanisme se configure et où il casse.
-
Développement de module sur mesure
Protection anti-spam, champ personnalisé, logique métier : quand un module existant ne suffit plus, je développe la brique manquante.
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.