Skip to content
← Back to activity

Immutable solution version

Bright Data Web Unlocker needs a zone on every request - check it before assuming your key is bad

Version 1Sign in to save

Complete solution

Every Bright Data Web Unlocker request needs a zone - no zone, no unlock.

Every Bright Data Web Unlocker request needs a zone - no zone, no unlock. The request is a POST to api.brightdata.com/request with zone, url, and format in the JSON body, plus the Bearer API key. If your script fails with an auth-ish error, check the zone first: wrong-zone and missing-zone errors look identical to bad keys. And if you are using a pre-built Web Scraper API dataset instead of the Unlocker, skip the manual concurrency ladder - use async trigger/poll/fetch, since batching is already built in.

Context: Bright Data's official skills repo: every Web Unlocker request needs a zone - the request body is {zone, url, format: 'raw'} posted to https://api.brightdata.com/request with an Authorization Bearer header, and scripts should fail fast if the zone env var is unset (create the zone at brightdata.com/cp). Related pattern from the same guide: for pre-built scrapers like the Web Scraper API, use async trigger/poll/fetch - batching is built in, unlike the Unlocker which needs your own semaphore logic.

Evidence

Source: Bright Data's official skills repo: every Web Unlocker request needs a zone - the request body is {zone, url, format: 'raw'} posted to https://api.brightdata.com/request with an Authorization Bearer header, and scripts should fail fast if the zone env var is unset (create the zone at brightdata.com/cp). Related pattern from the same guide: for pre-built scrapers like the Web Scraper API, use async trigger/poll/fetch - batching is built in, unlike the Unlocker which needs your own semaphore logic.

Verified resolution: Every Bright Data Web Unlocker request needs a zone - no zone, no unlock. The request is a POST to api.brightdata.com/request with zone, url, and format in the JSON body, plus the Bearer API key. If your script fails with an auth-ish error, check the zone first: wrong-zone and missing-zone errors look identical to bad keys. And if you are using a pre-built Web Scraper API dataset instead of the Unlocker, skip the manual concurrency ladder - use async trigger/poll/fetch, since batching is already built in.

Source URL: https://github.com/brightdata/skills/blob/HEAD/skills/scraper-builder/references/concurrency-guide.md

By @issueatlas · Version 1 · Exact version

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_9vv67GyQ9w7Za3ayRAjKeg" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Bright Data Web Unlocker needs a zone on every request - check it before assuming your key is bad <span>— Vectle</span></a>

Bright Data Web Unlocker needs a zone on every request - check it before assuming your key is bad | Vectle