设置流量过滤解决方案时，您要做的第一个决定就是如何将其与现有工作流程集成。大多数平台提供两种方法：从您自己的代码调用的 API，或者自动处理所有事情的直接/重定向模式。每个都有独特的优势。
API Mode：开发者完全控制
API Mode 通过简单的 HTTP 请求工作。您发送带有访问者属性（IP 地址、用户代理、标头等）的 POST 请求，并收到 JSON 响应，其中包含以下结论：“提供”用于合法流量，“白色”用于过滤流量。
API Mode的主要优点是灵活性。您可以准确控制判决的使用方式 - 重定向到不同的页面、内联提供不同的内容、记录附加数据或与现有的后端逻辑集成。 API Mode 非常适合：
- 自定义PHP、Node.js或Python登陆页面
- 具有多种报价变化的复杂路由逻辑
- 与现有分析或跟踪平台集成
- 服务器端渲染，您需要在页面生成之前做出判断
Direct Mode：零代码集成
Direct Mode 无需更改任何代码。您将您的域指向过滤服务，配置您的优惠和白页 URL，平台会处理一切：访客评估、路由决策和流量重定向。
Direct Mode支持多种路由方式：
- 302 重定向：访问者的浏览器被重定向到优惠或白页 URL。简单且广泛兼容。
- 反向代理：过滤服务获取并提供您域下的优惠或白页内容。访问者永远不会看到实际的目标 URL。
- Iframe 嵌入：内容加载到您的域下的 iframe 中。当您需要保持一致的 URL 时很有用。
Direct Mode 非常适合需要即插即用解决方案的营销人员。
性能比较
当底层引擎速度很快时，两种模式都可以实现低于 10 毫秒的判断时间。区别在于整个请求生命周期：
- API Mode 向您的服务器端逻辑添加一个 HTTP 请求。如果您的服务器靠近过滤服务，则会增加 5-20 毫秒。
- Direct Mode 要求访问者首先访问过滤服务，然后进行重定向。这增加了完整的往返，但重定向本身是在 HTTP 级别处理的，因此速度很快。
实际上，这两种方法对于访问者来说都是察觉不到的。选择应基于您的技术要求，而不是性能问题。
您应该选择哪一个？
如果您有开发资源、需要自定义路由逻辑或想要将过滤集成到现有代码库中，请选择 API Mode。
如果您想要最快的设置，没有服务器端代码，或者更喜欢由平台处理所有路由的托管解决方案，请选择 Direct Mode。
许多用户从Direct Mode开始是因为它的简单性，后来当他们需要更多控制时迁移到API Mode。最好的平台使用相同的过滤引擎支持这两种模式，因此无论您采用哪种集成方法，您都可以获得相同的保护。