Si vous voyez une notification dans le tableau de bord indiquant « Charitable a remarqué que certaines tentatives de don récentes via le formulaire de don ont échoué en raison de vérifications de sécurité invalides », ce guide explique ce que cela signifie et comment y remédier.
La chose importante à savoir d'abord est que cette seule notification peut indiquer deux situations très différentes. L'une d'elles peut bloquer de vrais donateurs et nécessite votre attention. L'autre est que Charitable bloque correctement le spam automatisé et est généralement inoffensive. Avant de modifier quoi que ce soit, identifiez à quelle situation vous avez affaire.
- Ce que signifie cette notification
- Premièrement, identifiez la cause
- Cause 1 : Mise en cache et jetons de sécurité (nonce_failed)
- Cause 2 : Bots Spam interceptés par le pot de miel (honeypot_failed)
- Ignorer la notification
- Besoin d'aide ?
Ce que signifie cette notification
Chaque fois que votre formulaire de don se charge, Charitable ajoute des vérifications de sécurité cachées pour s'assurer que la soumission est authentique. Deux de ces vérifications sont :
- Un jeton de sécurité (nonce) – un code unique et limité dans le temps qui prouve que le formulaire a été chargé normalement et soumis depuis votre site.
- Un pot de miel – un champ caché que les visiteurs réels ne voient jamais ni ne remplissent. Les robots automatisés remplissent systématiquement tous les champs qu'ils trouvent, donc un pot de miel rempli est un signe fiable de spam.
Lorsque l'une de ces vérifications échoue, Charitable bloque cette soumission et l'enregistre. Si suffisamment de soumissions bloquées se produisent dans une courte période, la notification du tableau de bord apparaît. Comme la notification utilise la même formulation pour les deux vérifications, la seule façon de savoir ce qui se passe réellement est de regarder quelle vérification a échoué.
Premièrement, identifiez la cause
Charitable enregistre chaque soumission bloquée afin que vous puissiez voir la raison exacte. Pour consulter le journal :
- Dans votre administration WordPress, allez à Charitable > Outils > Informations système.
- Trouvez la section Erreurs de formulaire, qui affiche le nombre d'erreurs aujourd'hui et cette semaine. Vous pouvez également exporter le journal complet dans un fichier CSV.
- Examinez le code d'erreur de chaque entrée.
Le code d'erreur vous indique le chemin à suivre :
- nonce_failed – le jeton de sécurité ne correspondait pas. Il s'agit presque toujours d'un problème de mise en cache, et cela peut dissuader de vrais donateurs. Suivez la Cause 1.
- honeypot_failed – le champ anti-spam caché a été rempli. Cela signifie qu'un robot automatisé a été bloqué, pas un vrai donateur. Suivez la Cause 2.
Deux indices contextuels dans chaque entrée de journal aident à confirmer le cas du pot de miel : la soumission provient généralement d'un visiteur déconnecté, et l'agent utilisateur est souvent un navigateur obsolète ou automatisé plutôt qu'un navigateur normal et actuel.
Cause 1 : Mise en cache et jetons de sécurité (nonce_failed)
Si votre journal affiche des entrées nonce_failed, la cause est presque toujours la mise en cache. Lorsqu'une page contenant un formulaire de don est mise en cache, les visiteurs peuvent recevoir une ancienne copie de la page avec un jeton de sécurité expiré. Le formulaire échoue alors à la vérification, et le donateur voit : « Malheureusement, nous n'avons pas pu vérifier la soumission de votre formulaire. Veuillez recharger la page et réessayer. »
D'autres causes, moins fréquentes, sont un plugin ou un thème conflictuel, ou un cache de navigateur agressif.
Procédez étape par étape :
- Vérifiez les plugins de mise en cache. Vérifiez si la mise en cache est active, soit via un plugin, soit via votre fournisseur d'hébergement ou votre CDN (tel que Cloudflare).
- Excluez vos pages de dons de la mise en cache. Dans votre plugin de mise en cache ou les paramètres de votre hébergeur, ajoutez les URL de toute page contenant un formulaire de don (telles que vos pages de campagne et de dons) à la liste d'exclusion ou de contournement du cache. Excluez également la mise en cache au niveau du serveur et du CDN, pas seulement le plugin.
- Testez les conflits de plugins. Si la mise en cache a été écartée, désactivez temporairement les autres plugins (après avoir effectué une sauvegarde) pour vérifier si un autre script interfère avec le formulaire.
- Videz le cache de votre navigateur. Ceci est distinct de la mise en cache côté serveur et mérite d'être vérifié.
En dernier recours, si votre hébergeur ne peut pas contourner la mise en cache sur des pages spécifiques, un extrait WPCode peut assouplir la vérification de sécurité du formulaire. Ceci n'est pas recommandé et ne doit être utilisé que si les étapes ci-dessus ne sont pas possibles : https://library.wpcode.com/snippet/7oq3yl5w/
Cause 2 : Bots Spam interceptés par le pot de miel (honeypot_failed)
Si votre journal affiche des entrées honeypot_failed, la nouvelle est bonne. Il s'agit de robots de spam automatisés qui ont sondé votre formulaire de don et ont été capturés par le champ honeypot caché. Charitable les a bloqués avant qu'ils n'atteignent votre passerelle de paiement. Vos dons réels ne sont pas affectés, et aucun donateur légitime n'est refusé.
Un petit flux constant de robots bloqués est normal pour tout formulaire de don public, et il suffit à déclencher la notification du tableau de bord. Dans ce cas, la notification vous informe simplement que la protection fonctionne.
Vous n'avez rien à faire. Si vous souhaitez réduire les tentatives de bots et la fréquence d'apparition de la notification, ajoutez une autre couche de protection devant le formulaire :
- Activez un CAPTCHA. Allez dans Charitable > Paramètres > Sécurité et activez l'une des options CAPTCHA, telles que Google reCAPTCHA ou Cloudflare Turnstile. Un CAPTCHA arrête la plupart des bots avant qu'ils ne puissent soumettre, ce qui réduit ces tentatives bloquées.
- Activez une protection supplémentaire contre les bots. Dans les mêmes paramètres de sécurité, vous pouvez activer des mesures supplémentaires telles que la protection honeypot et time-trap, la limitation du débit et la validation des e-mails pour une couverture plus solide.
Ignorer la notification
La notification peut rester pendant plusieurs jours même après que la cause sous-jacente ait été résolue. Elle disparaît d'elle-même une fois qu'il n'y a plus de nouveaux échecs, et vous pouvez la masquer manuellement à tout moment depuis le tableau de bord.
Besoin d'aide ?
Si vous avez identifié le code d'erreur et suivi les étapes correspondantes ci-dessus et que les dons échouent toujours, contactez le support de Charitable. Cela nous aide si vous incluez le code d'erreur de votre journal des erreurs de formulaire (nonce_failed ou honeypot_failed), car cela nous indique immédiatement à quelle cause nous avons affaire.
