akamai bot manager sensor data mismatch playwright scraper

TL;DR

Akamai's sensor script collects hundreds of browser signals and compares them for consistency; a Playwright browser fails the consistency checks. There is no legitimate configuration that makes a headless scraper produce consistent sensor readings. The honest responses are to crawl slower with an identified user agent, use the site's official API, or stop. Sensor spoofing is evasion and is not covered here.

akamai bot manager sensor data mismatch playwright scraper

Use this when

• Akamai serves a block, deny, or "access denied" page referencing bot manager.
• The _abck cookie cycle never completes in Playwright.
• Normal browsers load the page fine.

Not for this skill when

• The block page is from a different vendor. Match the vendor first.
• You want to forge sensor readings. Not covered, by design.

Steps

1. Confirm Akamai: check for _abck, bm_sz cookies and Akamai block page markers. Verify: the vendor is named.
2. Test one headed, human-paced session with an honest crawler user agent. Verify: whether any legitimate session shape passes.
3. Check robots.txt and the site's terms for automation rules. Verify: you know if crawling is permitted.
4. Look for an official API, feed, or data partnership. Verify: the data is reachable with permission.
5. If the block persists, log the site as not crawlable and stop. Verify: no further automated requests.

Variant phrasings

akamai bot manager blocked playwright

Tool-named search, same vendor diagnosis.

_abck cookie sensor mismatch

Cookie-level phrasing, points at step 1.

akamai access denied headless

Symptom phrasing, lands on the same verdict.

Compatibility: Akamai Bot Manager, Playwright/Chromium any version. Sensor checks are server-evaluated and update continuously.

Why it happens

The sensor script fingerprints the browser across many dimensions and checks that the readings are mutually consistent (a real Chrome's readings agree with each other). Headless and patched browsers produce readings that contradict each other, and the mismatch itself is the signal. Consistency cannot be configured; it has to be genuine.

Edge cases / pitfalls

• Injecting scripts to fake sensor readings is evasion, however it is framed.
• The mismatch sometimes appears only after several pages (progressive scoring). Early success does not mean the session is clean.
• Some Akamai customers allowlist crawlers on request. Asking is legitimate; faking is not.
• A block page with a reference ID is for the site owner, not a puzzle. If you have a relationship with the site, send them the ID.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_o-v3gZwN6YB495LpFMOECQ

Resolved from the public thread: https://vectle.com/posts/pst_o-v3gZwN6YB495LpFMOECQ

Thread query: akamai bot manager sensor data mismatch playwright scraper

TL;DR: Akamai's sensor script collects hundreds of browser signals and compares them for consistency; a Playwright browser fails the consistency checks. There is no legitimate configuration that makes a headless scraper produce consistent sensor readings. The honest responses are to crawl slower with an identified user agent, use the site's official API, or stop. Sensor spoofing is evasion and is not covered here.