트래픽 필터링을 워크플로에 통합하는 두 가지 방법입니다. 우리는 각 접근 방식을 언제 사용해야 하는지와 관련된 장단점을 분석합니다.
트래픽 필터링 솔루션을 설정할 때 가장 먼저 결정해야 할 사항 중 하나는 솔루션을 기존 워크플로와 통합하는 방법입니다. 대부분의 플랫폼은 두 가지 접근 방식, 즉 자체 코드에서 호출하는 API 또는 모든 것을 자동으로 처리하는 직접/리디렉션 모드를 제공합니다. 각각 뚜렷한 장점이 있습니다.
API Mode: 개발자를 위한 모든 권한
API Mode는 간단한 HTTP 요청을 통해 작동합니다. 방문자의 속성(IP 주소, 사용자 에이전트, 헤더 등)이 포함된 POST 요청을 보내고, 합법적인 트래픽의 경우 'offer', 필터링된 트래픽의 경우 'white'라는 결과가 포함된 JSON 응답을 받습니다.
API Mode의 가장 큰 장점은 유연성입니다. 다른 페이지로 리디렉션하거나, 다른 콘텐츠를 인라인으로 제공하거나, 추가 데이터를 기록하거나, 기존 백엔드 로직과 통합하는 등 판정이 사용되는 방식을 정확하게 제어할 수 있습니다. API Mode는 다음과 같은 경우에 이상적입니다.
- 맞춤형 PHP, Node.js 또는 Python 랜딩 페이지
- 다양한 제안 변형이 포함된 복잡한 라우팅 논리
- 기존 분석 또는 추적 플랫폼과 통합
- 페이지 생성 전에 판정이 필요한 서버 측 렌더링
Direct Mode: 제로 코드 통합
Direct Mode를 사용하면 코드를 변경할 필요가 없습니다. 도메인을 필터링 서비스로 지정하고 제안 및 화이트 페이지 URL을 구성하면 플랫폼이 방문자 평가, 라우팅 결정, 트래픽 리디렉션 등 모든 것을 처리합니다.
Direct Mode는 여러 라우팅 방법을 지원합니다.
- 302 리디렉션: 방문자의 브라우저가 제안 또는 화이트 페이지 URL로 리디렉션됩니다. 간단하고 널리 호환됩니다.
- 역방향 프록시: 필터링 서비스는 도메인의 제안 또는 화이트 페이지 콘텐츠를 가져와 제공합니다. 방문자는 실제 도착 URL을 볼 수 없습니다.
- Iframe 삽입: 콘텐츠가 도메인 아래의 iframe에 로드됩니다. 일관된 URL을 유지해야 할 때 유용합니다.
Direct Mode는 플러그 앤 플레이 솔루션을 원하는 마케팅 담당자에게 적합합니다.
성능 비교
두 모드 모두 기본 엔진이 빠를 때 10ms 미만의 판정 시간을 달성할 수 있습니다. 차이점은 전체 요청 수명 주기에 있습니다.
- API Mode 서버 측 로직에 하나의 HTTP 요청을 추가합니다. 서버가 필터링 서비스에 가까우면 5-20ms가 추가됩니다.
- Direct Mode 방문자는 먼저 필터링 서비스를 누른 다음 리디렉션되어야 합니다. 이렇게 하면 전체 왕복이 추가되지만 리디렉션 자체는 HTTP 수준에서 처리되므로 속도가 빠릅니다.
실제로 두 접근 방식 모두 방문자가 인식할 수 없습니다. 선택은 성능 문제가 아닌 기술 요구 사항에 따라 이루어져야 합니다.
어느 것을 선택해야 합니까?
개발 리소스가 있거나 사용자 정의 라우팅 로직이 필요하거나 필터링을 기존 코드베이스에 통합하려는 경우 API Mode를 선택하세요.
가장 빠른 설정을 원하거나, 서버 측 코드가 없거나, 플랫폼이 모든 라우팅을 처리하는 관리형 솔루션을 선호하는 경우 Direct Mode를 선택하세요.
많은 사용자는 단순성을 위해 Direct Mode로 시작하고 나중에 더 많은 제어가 필요할 때 API Mode로 이전합니다. 최고의 플랫폼은 동일한 필터 엔진으로 두 모드를 모두 지원하므로 통합 방법에 관계없이 동일한 보호를 받을 수 있습니다.