Webflow 양식 스팸 중단: 시각적 퍼즐 없이 원치 않는 제안 필터링
Webflow 양식에는 내장 허니팟과 reCAPTCHA 통합 기능이 있습니다. 그러나 해외 SEO 제안, 암호화폐 사기 및 AI 브라우저 봇은 이를 쉽게 우회하여 Webflow 월간 양식 한도를 소모하고 CRM 자동화를 오염시킵니다. JevShield는 CRM으로 전달하기 전에 메시지 의도를 평가하기 위해 의미적 메시지 의도를 검사합니다.
100
월 무료 검사
$9
Starter / 월
5,000
Starter 검사 / 월
7일
계정 탐지 로그
워크플로 비교
| 워크플로 단계 | Webflow 네이티브 + JevShield | 보호 결과 |
|---|---|---|
| 대규모 봇 방어 | 원하는 경우 Webflow 기본 허니팟 또는 reCAPTCHA를 활성화된 상태로 유지하세요. | 브라우저 검사를 추가하며, 대량 악용에는 속도 제한을 별도로 사용하세요. |
| 클라이언트 측 사전 검사 | Webflow 페이지 사용자 정의 코드에 경량 헬퍼 스크립트(shield.js)를 추가하세요. | 헬퍼가 실행될 때 제출 전에 검사합니다. Block 판정은 해당 제출을 막을 수 있으며, 사용할 수 없는 검사는 계속됩니다. 클라이언트 코드는 우회될 수 있습니다. |
| 서버 측 웹훅 | Make, Zapier 또는 Cloudflare Workers를 통해 Webflow 양식 제출 웹훅을 JevShield API로 라우팅하세요. | 리드를 HubSpot, Notion 또는 영업 이메일로 전달하기 전에 홍보성 스팸을 필터링합니다. |
| 상업적 리드 점수화 | 모든 제출은 스팸 판정과 함께 0-100 구매 의도 점수를 받습니다. | 높은 의도의 엔터프라이즈 문의는 즉시 영업 후속 조치를 위해 플래그가 지정됩니다. |
| 방문자 경험 | 100% 조용하고 보이지 않으며 그림 퍼즐이나 수학 문제가 전혀 없습니다. | 추가 CAPTCHA 퍼즐이 없습니다. 검사는 대기 시간을 추가하고 메시지를 잘못 분류할 수 있습니다. |
원치 않는 영업 제안이 왜 여전히 Webflow 스팸 보호를 우회하나요?
Webflow의 기본 스팸 방어(허니팟 필드 및 Google reCAPTCHA)는 HTTP 클라이언트가 자동화된 기계인지 검증하도록 설계되었습니다. 그러나 현대의 스팸은 대부분 사람 프리랜서나 AI 브라우저 에이전트에 의해 제출됩니다. 이들은 실제 방문자처럼 양식과 상호작용하기 때문에 Webflow와 reCAPTCHA는 이들에게 녹색 신호를 줍니다. 두 도구 모두 제출된 텍스트가 정당한 프로젝트 문의인지 해외 링크 빌딩을 위한 원치 않는 제안인지 검사하지 않습니다.
Webflow 양식 스팸의 숨겨진 비용: 할당량 및 CRM 노이즈
Webflow의 스팸 제출은 실제 운영상 피해를 초래합니다. 제출 허용량과 청구는 현재 Webflow 플랜에 따라 달라집니다. 웹훅 검사는 Webflow가 제출을 수락한 후에 발생하며 할당량 사용을 되돌릴 수 없습니다. 또한 Webflow를 Zapier, Make 또는 HubSpot에 연결하면 각 스팸 제출이 유료 자동화 작업을 트리거하고 영업 파이프라인을 오염시킵니다.
방법 1: 선택적 클라이언트 측 사전 검사
양식에 data-formshield를 추가하고 data-key와 함께 https://jevshield.com/shield.js를 로드하세요. 헬퍼는 message, comment, comments, body 또는 content라는 이름의 필드와 email 및 name을 읽습니다. 차단 판정은 제출을 막고, review, allow, unavailable 검사 및 6초 타임아웃은 계속됩니다. 브라우저 키는 노출되며 클라이언트 코드는 우회될 수 있습니다. 게시된 사이트에서 네이티브 Webflow 제출, 검증 및 전달을 테스트하세요. 이는 보장된 할당량 보호가 아닙니다.
방법 2: 서버 측 웹훅 파이프라인 (Make, Zapier 및 CRM용)
순수 백엔드 통합을 선호한다면, Webflow Form Webhooks를 구성하여 데이터를 자동화 워크플로(예: Zapier, Make 또는 Cloudflare Worker)로 보내세요. API 키와 함께 POST https://jevshield.com/api/v1/check를 호출하세요. 판정이 “allow”이면 리드를 CRM으로 전달하고, 검토 결과는 수동으로 처리하세요. 먼저 전달을 억제하지 않고 관찰을 실행하세요. 수신자가 시행 및 사용할 수 없는 검사 정책을 구현해야 합니다.
수신기에서 관찰로 시작
Webflow 웹훅 수신자에서 로깅 전용 배포를 구현하세요: JevShield를 호출하고 판정을 기록하되, 정상 전달 흐름을 계속하세요. 적용한 조치를 POST /api/v1/report로 보고하세요. 이는 API 스위치가 아니라 서버 코드의 정책입니다. 수신자가 언제 제출을 거부해야 할지 결정하기 전에 감지 로그와 실제 메시지 전달을 검사하세요.