# 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 ».

- Source canonique : [https://allaux.fr/prestashop/problemes/formulaire-contact-ne-fonctionne-pas](https://allaux.fr/prestashop/problemes/formulaire-contact-ne-fonctionne-pas)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Ouvrez Paramètres de la boutique > Coordonnées et relisez l’adresse affectée à chaque motif de contact : une boîte fermée ou une faute de frappe fait disparaître les messages sans erreur. Configurez ensuite un SMTP authentifié dans Paramètres avancés > E-mail. Contre le spam, rien n’est natif : il faut ajouter un champ honeypot ou un reCAPTCHA au contrôleur de contact.

## 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.

## Configuration ou développement ?

> Un formulaire silencieux se résout le plus souvent en configuration : SMTP, adresse de contact, permissions. Un formulaire spammé demande un développement, même minime, puisque la protection anti-robot n’existe pas nativement à cet endroit précis de PrestaShop.

## 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. ([/prestashop/problemes/emails-confirmation-commande-non-recus](/prestashop/problemes/emails-confirmation-commande-non-recus))
- **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. ([/prestashop/problemes/statuts-commande-personnalises](/prestashop/problemes/statuts-commande-personnalises))
- **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. ([/prestashop/module-sur-mesure](/prestashop/module-sur-mesure))

## FAQ

### Comment savoir si le problème vient du serveur ou de PrestaShop ?

Je teste l’envoi d’e-mail indépendamment du formulaire, depuis Paramètres avancés > E-mail qui propose un test d’envoi direct. Si ce test échoue aussi, le problème est côté serveur, pas côté formulaire de contact.

### Le module de contact d’origine peut-il être en cause ?

Oui, si le module natif a été désinstallé ou mis à jour de travers, le formulaire peut disparaître ou perdre sa logique d’envoi. Je vérifie toujours qu’il est bien actif avant de chercher plus loin.

### Un simple CAPTCHA classique suffit-il contre le spam ?

Un CAPTCHA visuel freine une partie des bots mais dégrade l’expérience des vrais visiteurs. Je préfère en général un honeypot invisible combiné à reCAPTCHA v3, qui ne montre rien à l’utilisateur légitime.

### Peut-on retrouver les messages envoyés avant la panne ?

Non, si l’envoi d’e-mail échouait silencieusement, aucune copie n’a été conservée : PrestaShop ne stocke pas les messages du formulaire de contact en base par défaut.

### Le formulaire fonctionne sur ordinateur mais pas sur mobile, est-ce lié ?

Rarement à l’envoi lui-même : c’est plus souvent un souci d’affichage ou de validation JavaScript propre au thème mobile, à vérifier séparément du diagnostic d’envoi d’e-mail.