适合谁
广告验证厂商、联盟营销合规团队、品牌保护与打假部门，以及做优惠码和返利站监测的服务商。多数是受品牌方委托、按合同作业。采集是持续的，并按地区扇出，因为早上还合规的投放，晚上未必还合规。
解决方案
广告投放监测中的验证码
广告验证需要从多个地区、多种设备去实访落地页，几乎必然触发人机验证。识别接口支持绑定你自己的出口 IP。
要解决的问题
广告验证只有从真实投放地区、在实时页面上、按规模跑才有意义，而这正是机器人防护要拦的访问形态。联盟渠道会把专属优惠码搬到公开返利站，假货链接每天都在换，每周抽一次样，大部分情况都漏掉了。监测任务被验证码拦下，取到的证据不足以支撑下架申诉。
- 按购买的投放地区去核查落地页
- 监测持续运行，不再每周抽样
- 截图和 DOM 证据在通过验证码之后取到
- 识别走和核查同一个 proxy，地域保持一致
配合使用
- Playwright
- Puppeteer
- Scrapy
- Airflow
- Chrome Headless
- Node.js
[ 04 ]关于这一项的常见问题
关于这一项的常见问题
可以。需要 proxy 的任务类型支持传入你自己的 proxy，识别和核查在同一个地区完成。这一点在广告验证里比多数场景更关键。
体量大的多是 DataDome 和 PerimeterX，其余站点基本是 Turnstile 和 reCAPTCHA v3，小型联盟页面还会出现普通图形验证码。
不会。识别发生在页面渲染出最终状态之前，你截到的图和 DOM 与该地区真实消费者看到的一致。
并发是账号级别的设置，不按地区单独分配，几百个地区的扇出共用同一个上限。