Zatrzymaj spam w formularzach Webflow: filtruj niezamówione oferty bez wizualnych łamigłówek
Formularze Webflow mają wbudowane pułapki honeypot i integrację reCAPTCHA. Jednak oferty offshore SEO, oszustwa kryptowalutowe i boty przeglądarkowe AI łatwo je omijają — zużywając miesięczne limity formularzy Webflow i zanieczyszczając automatyzacje CRM. JevShield analizuje semantyczną intencję wiadomości, aby ocenić intencję wiadomości przed przekazaniem do Twojego CRM.
100
darmowe sprawdzenia / miesiąc
$9
Starter / miesiąc
5,000
Sprawdzenia Starter / miesiąc
7 dni
dzienniki wykrywania kont
Porównaj przepływ pracy
| Etap przepływu pracy | Webflow Native + JevShield | Wynik ochrony |
|---|---|---|
| Wolumetryczna obrona przed botami | Zachowaj natywny honeypot Webflow lub reCAPTCHA włączone, jeśli chcesz. | Dodaje kontrole przeglądarki; używaj ograniczania szybkości osobno w przypadku nadużyć wolumetrycznych. |
| Sprawdzenie wstępne po stronie klienta | Dodaj lekki skrypt pomocniczy (shield.js) do niestandardowego kodu strony Webflow. | Sprawdzenia przed wysłaniem, gdy uruchamia się helper. Werdykty block mogą uniemożliwić to wysłanie; niedostępne sprawdzenia są kontynuowane. Kod klienta można obejść. |
| Webhooki po stronie serwera | Kieruj webhooki zgłoszeń formularzy Webflow przez API JevShield za pomocą Make, Zapier lub Cloudflare Workers. | Odfiltrowuje spam promocyjny przed przekazaniem leadów do HubSpot, Notion lub e-maila sprzedaży. |
| Komercyjna ocena leadów | Każde zgłoszenie otrzymuje ocenę intencji zakupowej od 0 do 100 wraz z werdyktem dotyczącym spamu. | Zapytania enterprise o wysokim zamiarze zakupowym są natychmiast oznaczane do błyskawicznej obsługi sprzedażowej. |
| Doświadczenie odwiedzającego | 100% ciche i niewidoczne, bez żadnych obrazkowych łamigłówek ani wyzwań matematycznych. | Bez dodatkowej łamigłówki CAPTCHA; sprawdzenia wydłużają czas oczekiwania i mogą błędnie klasyfikować wiadomości. |
Dlaczego niechciane oferty sprzedażowe nadal omijają ochronę przed spamem Webflow?
Natywne zabezpieczenia Webflow przed spamem (pola honeypot i Google reCAPTCHA) są zaprojektowane do weryfikacji, czy klient HTTP jest zautomatyzowaną maszyną. Jednak współczesny spam jest w dużej mierze przesyłany przez ludzkich freelancerów lub agentów przeglądarkowych AI. Ponieważ wchodzą w interakcję z formularzem jak autentyczni odwiedzający, Webflow i reCAPTCHA dają im zielone światło. Żadne z narzędzi nie sprawdza, czy przesłany tekst jest legalnym zapytaniem projektowym, czy niechcianą ofertą budowania linków offshore.
Ukryty koszt spamu w formularzach Webflow: limity i szum w CRM
Zgłoszenia spamu w Webflow powodują realne szkody operacyjne. Limity zgłoszeń i rozliczenia zależą od Twojego aktualnego planu Webflow. Sprawdzenie webhooka następuje po zaakceptowaniu zgłoszenia przez Webflow i nie może cofnąć wykorzystania limitu. Ponadto, jeśli połączysz Webflow z Zapier, Make lub HubSpot, każde zgłoszenie spamu wyzwala płatne zadania automatyzacji i zanieczyszcza Twój lej sprzedażowy.
Metoda 1: Opcjonalna kontrola wstępna po stronie klienta
Dodaj data-formshield do formularza i załaduj https://jevshield.com/shield.js z data-key. Helper odczytuje pola o nazwach message, comment, comments, body lub content oraz email i name. Werdykt blokady uniemożliwia wysłanie; przegląd, zezwolenie, kontrole niedostępne i sześciosekundowy limit czasu są kontynuowane. Klucze przeglądarki są widoczne, a kod klienta można obejść. Przetestuj natywne wysyłanie, walidację i dostawę Webflow na swojej opublikowanej witrynie; nie jest to gwarantowana ochrona limitów.
Metoda 2: Potok webhooków po stronie serwera (dla Make, Zapier i CRM)
Jeśli wolisz czystą integrację backendową, skonfiguruj Webflow Form Webhooks, aby wysyłać dane do swojego przepływu automatyzacji (takiego jak Zapier, Make lub Cloudflare Worker). Wywołaj POST https://jevshield.com/api/v1/check ze swoim kluczem API. Jeśli werdykt to „allow”, przekaż lead do swojego CRM; wyniki do przeglądu obsłuż ręcznie. Najpierw uruchom obserwację bez wstrzymywania dostarczania; Twój odbiorca musi wdrożyć egzekwowanie i politykę niedostępnych sprawdzeń.
Zacznij od obserwacji w swoim odbiorniku
Wdróż wdrożenie tylko rejestrujące w swoim odbiorcy webhooków Webflow: wywołaj JevShield i zapisz jego werdykt, ale kontynuuj normalny przepływ dostarczania. Zgłoś zastosowaną akcję za pomocą POST /api/v1/report. To polityka w kodzie Twojego serwera, a nie przełącznik API. Przejrzyj dzienniki wykrywania i rzeczywiste dostarczanie wiadomości, zanim zdecydujesz, kiedy Twój odbiorca powinien odrzucić zgłoszenie.