Stoppez le spam des formulaires Webflow : filtrez les argumentaires non sollicités sans énigmes visuelles
Les formulaires Webflow intègrent des honeypots et une intégration reCAPTCHA. Cependant, les argumentaires SEO offshore, les arnaques crypto et les bots navigateurs AI les contournent facilement—consommant vos limites mensuelles de formulaires Webflow et polluant les automatisations CRM. JevShield inspecte l'intention sémantique du message pour évaluer l'intention du message avant de transmettre à votre CRM.
100
vérifications gratuites / mois
$9
Starter / mois
5,000
Vérifications Starter / mois
7 jours
journaux de détection de compte
Comparez le flux de travail
| Étape du flux de travail | Webflow natif + JevShield | Résultat de la protection |
|---|---|---|
| Défense contre les bots volumétriques | Conservez le honeypot natif de Webflow ou reCAPTCHA activé si vous le souhaitez. | Ajoute des vérifications de navigateur ; utilisez la limitation de débit séparément pour les abus volumétriques. |
| Pré-vérification côté client | Ajoutez un script d'assistance léger (shield.js) au code personnalisé de votre page Webflow. | Vérifications avant soumission lorsque l'assistant s'exécute. Les verdicts block peuvent empêcher cette soumission ; les vérifications indisponibles continuent. Le code client peut être contourné. |
| Webhooks côté serveur | Acheminez les webhooks de soumission de formulaire Webflow via l'API JevShield avec Make, Zapier ou Cloudflare Workers. | Filtre le spam promotionnel avant de transmettre les leads à HubSpot, Notion ou à l'e-mail commercial. |
| Scoring de prospects commerciaux | Chaque soumission reçoit un score d'intention d'achat de 0 à 100 en plus du verdict de spam. | Les demandes d'entreprise à forte intention sont immédiatement signalées pour un suivi commercial instantané. |
| Expérience du visiteur | 100% silencieux et invisible, sans aucun puzzle d'images ni défi mathématique. | Pas de puzzle CAPTCHA supplémentaire ; les vérifications ajoutent du temps d'attente et peuvent mal classer les messages. |
Pourquoi les argumentaires de vente indésirables contournent-ils encore la protection anti-spam de Webflow ?
Les défenses anti-spam natives de Webflow (champs honeypot et Google reCAPTCHA) sont conçues pour vérifier si un client HTTP est une machine automatisée. Cependant, le spam moderne est largement soumis par des freelances humains ou des agents navigateurs AI. Comme ils interagissent avec le formulaire comme de véritables visiteurs, Webflow et reCAPTCHA leur donnent le feu vert. Aucun des deux outils n'inspecte si le texte soumis est une demande de projet légitime ou un argumentaire non sollicité pour du link building offshore.
Le coût caché du spam des formulaires Webflow : quotas et bruit dans le CRM
Les soumissions de spam dans Webflow causent de réels dommages opérationnels. Les quotas de soumission et la facturation dépendent de votre forfait Webflow actuel. Une vérification par webhook a lieu après que Webflow a accepté la soumission et ne peut pas annuler l'utilisation du quota. De plus, si vous connectez Webflow à Zapier, Make ou HubSpot, chaque soumission de spam déclenche des tâches d'automatisation payantes et pollue votre pipeline commercial.
Méthode 1 : Pré-vérification côté client facultative
Ajoutez data-formshield au formulaire et chargez https://jevshield.com/shield.js avec data-key. L'assistant lit les champs nommés message, comment, comments, body ou content, ainsi que email et name. Un verdict de blocage empêche la soumission ; les vérifications review, allow, unavailable et le délai d'expiration de six secondes continuent. Les clés de navigateur sont visibles et le code client peut être contourné. Testez la soumission, la validation et la livraison natives de Webflow sur votre site publié ; ce n'est pas une protection de quota garantie.
Méthode 2 : Pipeline webhook côté serveur (pour Make, Zapier et CRM)
Si vous préférez une intégration purement backend, configurez les Webhooks de formulaire Webflow pour envoyer les données à votre flux d'automatisation (comme Zapier, Make ou un Cloudflare Worker). Appelez POST https://jevshield.com/api/v1/check avec votre clé API. Si le verdict est « allow », transmettez le prospect à votre CRM ; traitez les résultats de review manuellement. Effectuez d'abord une observation sans supprimer la livraison ; votre récepteur doit implémenter la politique d'application et de vérification indisponible.
Commencez par l'observation dans votre récepteur
Implémentez un déploiement en journalisation seule dans votre récepteur de webhook Webflow : appelez JevShield et enregistrez son verdict, mais poursuivez votre flux de livraison normal. Signalez l'action que vous avez appliquée avec POST /api/v1/report. Il s'agit d'une politique dans votre code serveur, pas d'un interrupteur API. Inspectez les journaux de détection et la livraison réelle des messages avant de décider quand votre récepteur doit rejeter une soumission.