EveryInfra

DataDome 滑块

DataDome 滑块DataDome滑块(拖动拼图对齐)一个居中的验证浮层,把一块拼图沿水平方向拖到缺口里。通过后回到原页面。

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

接口规格

项目
typedatadome
必填参数captcha_urluser_agentproxy
可选参数website_url
返回一串 Cookiesolution.cookie
怎么用这个解形如 `datadome=…` 的 Cookie 串
价格$2.50 / 1K 次 —— 按成功计费,没解出来退款
厂商文档DataDome 官方文档

参数去页面哪里取

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

必填 captcha_url + user_agent + proxy

⚠⚠ `captcha_url` 里的 `t` 参数是这条能力最重要的一个判据

· `t=fe` —— 正常的挑战页,可以解。
· `t=bv` —— 说明你当前的出口 IP 已经被目标站拉黑了。这时候解不解都没用,

换出口再取一次挑战页才有意义。先看这个参数再下单,能省掉一次必然失败的调用。

怎么拿到 `captcha_url`

它是你被拦时跳转过去的那个地址,或者被拦响应体里给出的 URL。
浏览器里最快:

// 被拦的那一刻,挑战页地址通常就在当前 location 或响应里
location.href.includes('captcha-delivery.com') ? location.href :
  [...performance.getEntriesByType('resource')].map(e=>e.name)
    .find(u=>u.includes('captcha-delivery.com'))

query 参数是每次动态生成的,不能存下来反复用。

怎么确认是 DataDome

看 Cookie 名 datadome(就叫这个),以及挑战页所在的域。

document.cookie.split('; ').find(c => c.startsWith('datadome='))

`user_agent` 与 `proxy`

必须与你后续请求用的完全一致 —— 解出来的 Cookie 与两者绑定。

调用示例

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

请求
curl -X POST https://api.everyinfra.com/api/v1/captcha \  -H "Authorization: Bearer omg_你的KEY" \  -H "Content-Type: application/json" \  -d '{"type":"datadome","captcha_url":"<captcha_url>","user_agent":"<user_agent>","proxy":"<proxy>"}'
响应
{  "solution": {    "cookie": "…"  },  "billing": { "charged": true, "credits": 180 }}

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

边缘判定风险后把你导到一个**独立的挑战页**(这就是 `captcha_url`),解完在浏览器里写下 `datadome` Cookie,后续请求带着它放行。凭证与出口 IP、UA 绑定。

容易搞混的

⚠ 与 DataDome 整页设备检查(插页版,`datadome_interstitial`) 是同一家的两种形态,也是我们两条不同的能力。判据:你看到的是拖动条还是整页检查。 滑块版要你先拿到挑战页地址 captcha_url,插页版只要页面地址。

去看 DataDome 整页设备检查 那一条 →

常见部署场景

已知的坑

`t=bv` 意味着 IP 已被封,不是我们解不了 —— 换出口重新取挑战页再来。这是这条能力最常见的「失败」原因,而它其实是在告诉你别的事。

`captcha_url` 的 query 参数动态生成、一次性,缓存复用必然失败。

产出的 Cookie 与出口 IP 和 UA 一起绑定,两者任一不同都要重解。

如果你看到的是整页设备检查而不是拖动条,用 datadome_interstitial 那一条 —— 那条只要页面地址、不用先拿挑战页 URL。

传了 website_url 才能用上更便宜的那家;只传挑战地址仍然可用

这是唯一要求客户自带代理的能力 —— 不是我们偷懒,是 Cookie 与出口 IP 绑定

常见问题

DataDome 滑块 要传哪些参数?

必填 captcha_url、user_agent、proxy;可选 website_url。请求里 type 传 datadome。

解出来的东西怎么用?

返回一串 Cookie,取 solution.cookie。形如 datadome=… 的 Cookie 串

captcha_url 要去页面的哪里找?

本页「参数去页面哪里取」一节写了全部位置与取法,含可直接粘进控制台的一行命令。

怎么确认目标站用的就是 DataDome 滑块?

⚠ 与 DataDome 整页设备检查(插页版,`datadome_interstitial`) 是同一家的两种形态,也是我们两条不同的能力。判据:你看到的是拖动条还是整页检查。 滑块版要你先拿到挑战页地址 captcha_url,插页版只要页面地址。

有什么容易踩的坑?

`t=bv` 意味着 IP 已被封,不是我们解不了 —— 换出口重新取挑战页再来。这是这条能力最常见的「失败」原因,而它其实是在告诉你别的事。

多少钱一次,失败扣不扣?

$2.50 / 1K 次。按成功计费 —— 没解出来一律退款,所以失败不花钱。账单按次记,标价按每千次是为了让量级读得出来。

开始接入

一个端点覆盖全部验证码类型,按成功计费,失败与空结果一律退款。