如何在 2026 繞過 DataDome 與 PerimeterX（HUMAN）

如果說 Cloudflare 是大家最先遇到的反機器人系統，那麼 DataDome 與 PerimeterX（現為 HUMAN Security）就是讓爬蟲專案壽終正寢的那一類。它們守護的是人們真正想要的目標：球鞋與售票網站、旅遊票價引擎、大型電商平台、分類廣告。而且不像 Cloudflare 的免費方案，每個跑這些系統的網站都是特地花錢來擋你的。

這是 2026 年兩套系統各自檢查什麼、為何 GitHub 上那些「bypass」儲存庫都已死透，以及仍然有效的四層方法的現況。它沿用與我們 Cloudflare 繞過指南 相同的結構——如果你還沒讀那篇，先從那裡開始；基礎觀念是重疊的。

標準免責聲明：爬取公開資料、尊重服務條款與當地法律，且不要把這裡的任何內容用在你無權存取的系統上。

DataDome 在 2026 如何運作

DataDome 跑的是一個伺服器端決策引擎，由三組訊號餵養，每個請求在 2ms 內完成評分：

1. 網路信譽。IP ASN 類型（機房 vs 住宅 vs 行動）、該 IP 橫跨 DataDome 整個客戶網路的請求歷史（這才是殺手鐧——在一個 DataDome 網站上燒掉的 IP，在所有網站上都燒了）、TLS 指紋（JA4），以及 HTTP/2 frame 順序。
2. 裝置訊號。一段 JavaScript 標籤蒐集 canvas/WebGL 雜湊、audio context、螢幕度量、已安裝字型、navigator 屬性，以及 CDP/無頭痕跡。其載荷經過加密且防重播——擷取一份有效載荷再重送，這招幾年前就失效了。
3. 行為評分。滑鼠軌跡、捲動物理、動作間隔的時間分布，以及——對已登入流程——整段工作階段的一致性。純重播的自動化毫無天然變異，分數慘不忍睹。

分數沒過，你就會拿到「captcha-delivery.com」插頁（DataDome 驗證碼），或一個帶著 datadome cookie 的無聲 403。

PerimeterX／HUMAN 在 2026 如何運作

同樣三大支柱，權重不同。PerimeterX 更倚重它的 JavaScript 感測器（_px cookie、px.js 蒐集器）以及行為生物特徵。它的「Human Challenge」——那個按住不放的按鈕——就是明確設計來要求真實的指標壓力曲線，而重播機器人無法通過。

對你而言重要的實務差異：

• PerimeterX 的感測器載荷經過大量混淆且頻繁輪換——逆向工程是一份全職工作，這正是為何每個開源的 px-bypass 儲存庫都在數週內死掉。
• DataDome 在網路層封鎖得更兇（壞 IP ＝ 在 JS 還沒跑之前就秒回 403）；PerimeterX 更常讓你進去、稍後再削弱你（被污染的資料、軟封鎖）。
• 兩者都在所有客戶間共享 IP 信譽。燒掉 IP 在兩邊都有全網路範圍的後果。

什麼已經不再有效

• 單靠無頭 Chrome ＋ stealth 外掛。兩家廠商都對 stealth 外掛沒修補的 CDP 時序痕跡做指紋。
• 任何規模的機房代理。ASN 分類是即時且共享的。一萬個 AWS IP 就是一萬個事先被標記的 IP。
• Cookie／載荷重播。感測器載荷在兩套系統上都綁定裝置且防重播。
• 帶瀏覽器標頭的 requests／httpx。TLS 握手在第一個 HTTP 位元組之前就出賣了你——參見 JA3/JA4 詳解。

有效的四層方法

第 1 層：住宅 IP ＋ 有紀律的輪換

在這些目標上無可妥協。來自濫用歷史低的池子的住宅或行動 IP，每個工作階段輪換，而非每個請求：

# One sticky session per browsing identity - looks like a real user's visit
proxy = "socks5h://USERNAME-session-a1b2c3:[email protected]:913"

對 DataDome 採用每請求輪換適得其反：一個每次載入頁面 IP 就變的「使用者」，本身就是機器人特徵。一個邏輯造訪（5–15 頁）用一個 IP，然後退役該工作階段 ID。如果你拿到 403 或驗證碼，別在同一個 IP 上重試——那個 IP 現在更燙了；換工作階段並放慢速度。

第 2 層：一台修補過自動化跡象的真實瀏覽器

對於 DataDome/PerimeterX 守護的流程，跑一台真正的 Chromium——負擔得起就用有頭——透過 Playwright 搭配反 CDP 偵測修補（rebrowser-patches 及其分支），或一個商用反偵測瀏覽器。JS 感測器必須執行並產出連貫的裝置故事：真實的 canvas 熵、一致的螢幕度量、與代理 IP 所在國家相符的時區。

第 3 層：行為真實感

• 先落在首頁或搜尋頁；沒有人會瞬移到列表的第 47 頁。
• 用人類曲線把滑鼠移向元素（帶雜訊的貝茲路徑），而非座標跳躍。
• 動作之間採對數常態的思考時間（0.8–4 秒），而非均勻隨機。
• 閱讀前先捲動；頁面會回報捲動深度。
• 把每個身分的請求速率維持在人類水準——一個使用者每段工作階段讀約 10–20 頁，而非 400 頁。

第 4 層：水平擴展，而非垂直擴展

真正能擊敗這些系統的數學：與其用一個身分跑 1,000 頁（不可能裝得像人類），不如跑 100 個身分各跑 10 頁。每個身分 ＝ 一個住宅工作階段 ID ＋ 一個指紋 ＋ 人類節奏。這是一場經濟學戰爭——你靠讓每個身分各自平凡無奇來取勝。

DataDome vs PerimeterX：戰術差異

面向	DataDome	PerimeterX / HUMAN
壞 IP 的反應	秒回 403／驗證碼插頁	常為軟性：削弱或污染的回應
挑戰類型	拼圖驗證碼（captcha-delivery.com）	按住不放的 Human Challenge
偵測重點	網路層 ＋ 裝置	JS 感測器 ＋ 行為生物特徵
該盯的 cookie	datadome	_px2 / _px3
被挑戰時	換工作階段，別在同一個 IP 反覆破解	大力退避；反覆挑戰失敗會污染身分

監控：知道你何時正被削弱

兩套系統都可能無聲地害你失敗。為你的管線加上儀表：

• 對每 100 個請求、每個工作階段 ID 的 403／驗證碼比率發出警報。
• 把解析出的資料抽查比對已知良好的人工樣本——曾觀察到 PerimeterX 守護的網站對疑似機器人供應微妙錯誤的價格。
• 按代理工作階段追蹤封鎖率；及早退役發燙的工作階段，而非硬推下去。

總結

2026 年的 DataDome 與 PerimeterX 是評分系統，不是閘門——你不靠單一招數「繞過」它們，而是在每一層同時都壓在分數門檻之下：每個身分一個乾淨的住宅 IP、一台修補過跡象的真實瀏覽器、人類行為，以及水平擴展。成功的團隊把每個身分當成拋棄式且平凡無奇；失敗的團隊則試圖讓單一連線做超人的工作。