Hentikan Spam Formulir Webflow: Saring Pitch yang Tidak Diminta Tanpa Teka-teki Visual
Formulir Webflow memiliki honeypot bawaan dan integrasi reCAPTCHA. Namun, pitch SEO lepas pantai, penipuan kripto, dan bot browser AI dengan mudah melewatinya—menghabiskan batas formulir bulanan Webflow Anda dan mencemari otomatisasi CRM. JevShield memeriksa maksud semantik pesan untuk Mengevaluasi maksud pesan sebelum meneruskan ke CRM Anda.
100
pemeriksaan gratis / bulan
$9
Starter / bulan
5,000
Pemeriksaan Starter / bulan
7 hari
log deteksi akun
Bandingkan alur kerja
| Tahap Alur Kerja | Webflow Native + JevShield | Hasil Perlindungan |
|---|---|---|
| Pertahanan Bot Volumetrik | Biarkan honeypot bawaan Webflow atau reCAPTCHA tetap aktif jika diinginkan. | Menambahkan pemeriksaan browser; gunakan pembatasan laju secara terpisah untuk penyalahgunaan volumetrik. |
| Pra-Pemeriksaan Sisi Klien | Tambahkan skrip helper ringan (shield.js) ke kode kustom halaman Webflow Anda. | Pemeriksaan sebelum pengiriman saat helper berjalan. Putusan block dapat mencegah pengiriman itu; pemeriksaan yang tidak tersedia tetap berlanjut. Kode klien dapat dilewati. |
| Webhook Sisi Server | Rutekan webhook pengiriman formulir Webflow melalui API JevShield via Make, Zapier, atau Cloudflare Workers. | Menyaring spam promosi sebelum meneruskan lead ke HubSpot, Notion, atau email penjualan. |
| Penilaian Prospek Komersial | Setiap kiriman menerima skor niat pembeli 0-100 bersama putusan spam. | Pertanyaan perusahaan berniat tinggi langsung ditandai untuk tindak lanjut penjualan instan. |
| Pengalaman Pengunjung | 100% senyap dan tak terlihat tanpa teka-teki gambar atau tantangan matematika. | Tanpa teka-teki CAPTCHA tambahan; pemeriksaan menambah waktu tunggu dan dapat salah mengklasifikasikan pesan. |
Mengapa pitch penjualan yang tidak diinginkan masih melewati perlindungan spam Webflow?
Pertahanan spam bawaan Webflow (bidang honeypot dan Google reCAPTCHA) dirancang untuk memverifikasi apakah klien HTTP adalah mesin otomatis. Namun, spam modern sebagian besar dikirim oleh freelancer manusia atau agen browser AI. Karena mereka berinteraksi dengan formulir seperti pengunjung asli, Webflow dan reCAPTCHA memberi mereka lampu hijau. Tidak ada alat yang memeriksa apakah teks yang dikirim adalah pertanyaan proyek yang sah atau pitch tak diminta untuk pembangunan tautan lepas pantai.
Biaya tersembunyi dari spam formulir Webflow: Kuota dan kebisingan CRM
Pengiriman spam di Webflow menyebabkan kerusakan operasional nyata. Jatah pengiriman dan penagihan bergantung pada paket Webflow Anda saat ini. Pemeriksaan webhook terjadi setelah Webflow menerima pengiriman dan tidak dapat membatalkan penggunaan kuota apa pun. Selain itu, jika Anda menghubungkan Webflow ke Zapier, Make, atau HubSpot, setiap pengiriman spam memicu tugas otomatisasi berbayar dan mengotori pipeline penjualan Anda.
Metode 1: Pra-Pemeriksaan Sisi Klien Opsional
Tambahkan data-formshield ke formulir dan muat https://jevshield.com/shield.js dengan data-key. Helper membaca bidang bernama message, comment, comments, body atau content, plus email dan name. Putusan blok mencegah pengiriman; review, allow, pemeriksaan unavailable, dan timeout enam detik tetap berlanjut. Kunci browser terlihat dan kode klien dapat dilewati. Uji pengiriman, validasi, dan pengiriman native Webflow di situs yang Anda publikasikan; ini bukan jaminan perlindungan kuota.
Metode 2: Pipeline Webhook Sisi Server (Untuk Make, Zapier & CRM)
Jika Anda lebih memilih integrasi backend murni, konfigurasikan Webflow Form Webhooks untuk mengirim data ke alur kerja otomatisasi Anda (seperti Zapier, Make, atau Cloudflare Worker). Panggil POST https://jevshield.com/api/v1/check dengan kunci API Anda. Jika putusannya “allow”, teruskan prospek ke CRM Anda; tangani hasil tinjauan secara manual. Pertama jalankan observasi tanpa menekan pengiriman; penerima Anda harus menerapkan penegakan dan kebijakan pemeriksaan yang tidak tersedia.
Mulai dengan observasi di penerima Anda
Terapkan peluncuran hanya-log di penerima webhook Webflow Anda: panggil JevShield dan catat putusannya, tetapi lanjutkan alur pengiriman normal Anda. Laporkan tindakan yang Anda terapkan dengan POST /api/v1/report. Ini adalah kebijakan dalam kode server Anda, bukan sakelar API. Periksa log deteksi dan pengiriman pesan aktual sebelum memutuskan kapan penerima Anda harus menolak pengiriman.