Pare com o spam de formulários do Webflow: filtre propostas não solicitadas sem quebra-cabeças visuais
Os formulários do Webflow incluem honeypots integrados e integração com reCAPTCHA. No entanto, propostas de SEO offshore, golpes de criptomoedas e bots de navegador com IA facilmente os contornam—consumindo seus limites mensais de formulário do Webflow e poluindo automações de CRM. O JevShield inspeciona a intenção semântica da mensagem para Avaliar a intenção da mensagem antes de encaminhá-la ao seu CRM.
100
verificações gratuitas / mês
$9
Starter / mês
5,000
Verificações Starter / mês
7 dias
registos de deteção de conta
Compare o fluxo de trabalho
| Etapa do fluxo de trabalho | Webflow Nativo + JevShield | Resultado da Proteção |
|---|---|---|
| Defesa Contra Bots Volumétricos | Mantenha o honeypot nativo do Webflow ou o reCAPTCHA ativado, se desejar. | Adiciona verificações de navegador; use limitação de taxa separadamente para abuso volumétrico. |
| Pré-Verificação no Lado do Cliente | Adicione um script auxiliar leve (shield.js) ao código personalizado da sua página Webflow. | Verificações antes do envio quando o helper é executado. Vereditos de bloqueio podem impedir esse envio; verificações indisponíveis continuam. O código do cliente pode ser contornado. |
| Webhooks do lado do servidor | Encaminhe os webhooks de envio de formulário do Webflow pela API do JevShield via Make, Zapier ou Cloudflare Workers. | Filtra spam promocional antes de encaminhar leads para HubSpot, Notion ou e-mail de vendas. |
| Pontuação de Leads Comerciais | Cada envio recebe uma pontuação de intenção de compra de 0-100 junto com o veredito de spam. | Consultas empresariais de alta intenção são imediatamente sinalizadas para acompanhamento de vendas instantâneo. |
| Experiência do Visitante | 100% silencioso e invisível com zero quebra-cabeças de imagem ou desafios matemáticos. | Sem quebra-cabeça CAPTCHA extra; as verificações adicionam tempo de espera e podem classificar incorretamente as mensagens. |
Por que propostas de vendas indesejadas ainda contornam a proteção contra spam do Webflow?
As defesas nativas contra spam do Webflow (campos honeypot e Google reCAPTCHA) são projetadas para verificar se um cliente HTTP é uma máquina automatizada. No entanto, o spam moderno é em grande parte enviado por freelancers humanos ou agentes de navegador com IA. Como eles interagem com o formulário como visitantes autênticos, o Webflow e o reCAPTCHA lhes dão sinal verde. Nenhuma das ferramentas inspeciona se o texto enviado é uma consulta de projeto legítima ou uma proposta não solicitada de link building offshore.
O custo oculto do spam de formulários Webflow: Quotas e ruído no CRM
Envios de spam no Webflow causam danos operacionais reais. As cotas de envio e a cobrança dependem do seu plano atual do Webflow. Uma verificação por webhook acontece depois que o Webflow aceitou o envio e não pode desfazer nenhum uso de cota. Além disso, se você conectar o Webflow ao Zapier, Make ou HubSpot, cada envio de spam dispara tarefas de automação pagas e polui seu pipeline de vendas.
Método 1: Pré-verificação opcional no lado do cliente
Adicione data-formshield ao formulário e carregue https://jevshield.com/shield.js com data-key. O auxiliar lê campos chamados message, comment, comments, body ou content, além de email e name. Um veredito de bloqueio impede o envio; verificações de revisão, permissão, indisponibilidade e o tempo limite de seis segundos continuam. As chaves de navegador são visíveis e o código do cliente pode ser contornado. Teste o envio, a validação e a entrega nativos do Webflow no seu site publicado; isso não é uma proteção de cota garantida.
Método 2: Pipeline de webhook no lado do servidor (para Make, Zapier e CRMs)
Se você preferir uma integração puramente de backend, configure Webhooks de Formulário do Webflow para enviar dados ao seu fluxo de automação (como Zapier, Make ou um Cloudflare Worker). Chame POST https://jevshield.com/api/v1/check com sua chave de API. Se o veredito for “allow”, passe o lead para seu CRM; trate os resultados de review manualmente. Primeiro execute a observação sem suprimir a entrega; seu receptor deve implementar a política de enforcement e de verificação indisponível.
Comece com observação no seu receptor
Implemente uma implantação somente de registro no seu receptor de webhook do Webflow: chame o JevShield e registre seu veredito, mas continue seu fluxo normal de entrega. Relate a ação aplicada com POST /api/v1/report. Esta é uma política no código do seu servidor, não um interruptor da API. Inspecione os logs de detecção e a entrega real das mensagens antes de decidir quando seu receptor deve rejeitar um envio.