ReportedIP Hive 3.0.7 : protection anti-spam des formulaires de contact Divi
ReportedIP Hive 3.0.7 et l’extension Pro 3.0.6 protègent désormais les formulaires de contact Divi contre le spam et gardent la protection des formulaires active à côté des extensions de cache et d’optimisation. Les deux mises à jour sont disponibles, l’extension gratuite sur wordpress.org et l’extension Pro sur reportedip.com.
Vous n’avez rien à régler à la main. Sur un site avec l’offre Business, l’option Divi s’active d’elle-même après la mise à jour, et les exclusions pour les extensions de cache sont enregistrées automatiquement.
Comment Hive protège-t-il les formulaires de contact Divi ?
Hive Pro 3.0.6 ajoute le module de formulaire de contact de Divi aux formulaires protégés. Cela vaut pour le thème Divi en version 4 et 5 et pour l’extension Divi Builder. La vérification est la même que celle que Hive applique déjà à Elementor Forms, Gravity Forms, WPForms et aux autres extensions de formulaires prises en charge : un champ caché qu’un robot remplit et qu’une personne ne voit jamais, et une preuve d’exécution qu’un vrai navigateur accomplit en arrière-plan pendant que le visiteur écrit.
- Les visiteurs ne voient aucun nouveau champ, aucune image à déchiffrer et aucune étape en plus.
- Le captcha de calcul de Divi reste tel quel. Vous pouvez le garder ou le désactiver dans les réglages du module.
- Divi 5 construit ses formulaires sous forme de blocs et les envoie sans le script de Divi 4. Hive gère les deux cas.
- L’option s’appelle Protéger les formulaires de contact Divi et se trouve sous Réglages de protection, Formulaires. Elle fait partie de l’offre Business de l’extension Hive Pro.
Que voit l’expéditeur quand Hive refuse un formulaire Divi ?
Un envoi refusé ne disparaît jamais sans explication. L’expéditeur lit la raison dans la zone de message du formulaire, au même endroit et dans le même style que Divi utilise pour ses propres erreurs, et le formulaire reste affiché avec tout ce qui a été saisi. Aucun e-mail n’est envoyé, et une redirection réglée dans le module n’est pas suivie.
Nous l’avons testé sur des sites en production avec Divi 4.27 et Divi 5.12, avec de simples formulaires de contact et avec un formulaire de commande qui affiche des champs selon les réponses précédentes. Les vrais envois sont arrivés comme avant ; les envois avec une adresse e-mail jetable ont été refusés avec le message dans le formulaire, et aucun e-mail n’est parti.
Quelles extensions de cache et d’optimisation Hive 3.0.7 prend-il en compte ?
Les extensions d’optimisation suppriment le CSS qu’elles jugent inutilisé, retardent le JavaScript jusqu’au premier clic ou regroupent les scripts dans un seul fichier. Pour la protection des formulaires, c’est un problème : un script retardé n’accomplit pas la preuve d’exécution à temps. Hive 3.0.7 enregistre son script et ses styles de protection des formulaires comme exclusions dans ces 12 extensions :
| Extension | Extension | Extension |
|---|---|---|
| WP Rocket | LiteSpeed Cache | Perfmatters |
| FlyingPress | Autoptimize | SiteGround Optimizer |
| Hummingbird | Jetpack Boost | W3 Total Cache |
| WP-Optimize | Breeze | Cloudflare Rocket Loader |
Vous n’avez rien à saisir dans ces extensions. Après la mise à jour, Hive vide une fois les caches de pages, pour que les pages en cache reçoivent le nouveau balisage des formulaires.
Pourquoi le champ caché pouvait-il devenir visible ?
Le champ caché était masqué par une règle de style dans la page. Sur un site, WP Rocket a supprimé cette règle comme CSS inutilisé, et le champ est apparu sous le formulaire. Un navigateur qui remplit les formulaires automatiquement y a alors inscrit une valeur, et Hive a classé le visiteur comme robot. Depuis la 3.0.7, le champ se masque par son propre attribut de style, qu’aucun optimiseur CSS ne touche.
Qu’est-ce qui a encore changé dans Hive Pro 3.0.6 ?
Le script qui envoie un client vers la vérification en deux étapes dans le checkout en blocs de WooCommerce figure maintenant sur la même liste d’exclusions. Retardé par un optimiseur, il pouvait manquer le moment où il doit réagir et laisser le client au checkout sans la vérification.
Comment mettre à jour vers ReportedIP Hive 3.0.7 ?
| Élément | Version | Source |
|---|---|---|
| ReportedIP Hive | 3.0.7 | wordpress.org, mise à jour normale de l’extension |
| ReportedIP Hive Pro | 3.0.6 | reportedip.com, mise à jour normale de l’extension |
Les deux mises à jour arrivent par l’écran de mises à jour habituel de WordPress. L’extension Pro 3.0.6 fonctionne aussi avec des versions plus anciennes de l’extension gratuite, mais les exclusions pour les optimiseurs ne s’appliquent qu’avec Hive 3.0.7. La liste complète des changements se trouve dans le journal des modifications de Hive, et l’extension gratuite figure dans le répertoire des extensions WordPress.
La mise à jour précédente, Hive 3.0.6, a fermé une voie d’attaque dans l’outil de mise à jour du cœur de WordPress ; les détails sont dans notre article sur la faille du programme de mise à jour avant WordPress 7.1.4. Le fonctionnement de la protection des formulaires sans captcha est expliqué dans le guide sur la protection anti-spam des formulaires sans captcha.
Protégez vos formulaires, connexions et comptes administrateur WordPress avec ReportedIP Hive.