DataDome 整页设备检查（插页版）

DataDome 整页设备检查（插页版） 是 DataDome 的反爬平台挑战（整页设备检查，无拖动条）。整页被一个「正在验证您的浏览器」式的插页挡住，**没有可拖动的滑块也没有图片题**，等几秒自动放行或直接拒绝。

正在查询可用性…$3.06 / 1K 次按成功计费，失败退款

接口规格

项目	值
type	`datadome_interstitial`
必填参数	`website_urlproxy`
可选参数	`user_agent`
返回	一串 Cookie（`solution.cookie`）
怎么用这个解	形如 `datadome=…` 的 Cookie 串
价格	$3.06 / 1K 次 —— 按成功计费，没解出来退款
厂商文档	DataDome 官方文档

参数去页面哪里取

下面全部是可以直接照做的定位方法 —— DOM 属性名、JS 全局变量名、script 上的 query 参数。

必填 website_url + proxy，可选 user_agent。

⚠ 与滑块版最大的差别：不用先拿 `captcha_url`

插页版只要被拦的那个页面地址。这也是判断该用哪一条的最快方法 ——
如果你手上只有页面 URL、拿不到独立的挑战页地址，那就是这一条。

怎么确认是 DataDome 的插页而不是别家

// Cookie 名固定叫 datadome；插页版页面上没有拖动条
[ document.cookie.split('; ').find(c=>c.startsWith('datadome=')),
  !!document.querySelector('[class*=slider],[class*=puzzle]') ]  // 第二个是 false 才是插页版

`proxy` 必填

同滑块版：Cookie 与出口 IP 绑定。

调用示例

一个端点解全部验证码类型 —— 换一种验证码只改 type 这一个字段。

请求

curl -X POST https://api.everyinfra.com/api/v1/captcha \  -H "Authorization: Bearer omg_你的KEY" \  -H "Content-Type: application/json" \  -d '{"type":"datadome_interstitial","website_url":"<website_url>","proxy":"<proxy>"}'

响应

{  "solution": {    "cookie": "…"  },  "billing": { "charged": true, "credits": 220 }}

怎么确认目标站用的就是它

与滑块版同源，但走的是纯设备检查分支：跑完浏览器指纹检测后直接签发 `datadome` Cookie，不出交互题。

容易搞混的

⚠ 与 DataDome 滑块（`datadome`） 是同一家的两种形态。判据：页面上有没有拖动条。 有滑块用那条（要先拿挑战页地址），整页检查用这条（只要页面地址）。

去看 DataDome 滑块那一条 →

常见部署场景

电商与零售（DataDome 在这一行占有率很高）
票务、酒店与航司
招聘与分类信息站点
任何被大规模抓取后上防护的内容站

已知的坑

选错形态会白花一次钱：看到拖动条用 datadome，看到整页检查用这一条。

产出绑定出口 IP（与 UA，如果你传了的话）—— 必须用同一个出口发后续请求。

这条不需要 captcha_url，所以也不存在 t=fe / t=bv 那个判据。

与 DataDome 滑块不是同一条：滑块版要你先拿到挑战页地址（captcha_url），插页版只要页面地址 —— 你看到的是整页设备检查而不是拖动条时用这条

常见问题