Bright Data Proxy Review: Pricing, Networks, Access Rules and Scraping Tools

Bright Data proxy review showing global routing, managed page retrieval and browser automation

Bright Data brings raw proxy infrastructure and managed web data products into the same catalog. You can route an existing crawler through residential, datacenter or ISP proxies, delegate page retrieval to Web Unlocker, control a remote browser, or evaluate structured scraping and datasets. That breadth is its main appeal. It also means that the cheapest advertised price, a free managed-product allowance and a large network claim describe different purchasing decisions.

The public pricing and documentation reviewed for this update were checked on October 4, 2026. Important changes include residential promotions, business-only onboarding for new residential zones, fair-use allowances behind per-IP plans, Web Unlocker billing exceptions and a native proxy certificate migration. The charts show published prices or explicitly labeled calculations; we did not conduct an independent speed, uptime or target-success benchmark.

$4 / GB

Residential PAYG promotion

400M+

Advertised monthly residential IPs

3 networks

Residential, datacenter and ISP

Managed access

Unlocker and browser options

Bright Data verdict: flexible infrastructure with important buying conditions

Bright Data deserves consideration when a data team needs geographic routing, a choice of shared or dedicated addresses, and the option to move difficult retrieval work into a managed service. It gives technical buyers several ways to build the same pipeline. The decision is whether those controls reduce total cost and effort on the actual websites you need, after access requirements and billing terms are included.

Best fit

Business data teams with defined public-data targets, realistic traffic estimates and engineers who can evaluate raw routing against managed retrieval. Particularly useful when geography, route continuity and multiple collection modes matter.

Evaluate carefully

Individuals seeking new residential access, irregular low-volume jobs, heavy browser traffic and projects that assume unlimited bandwidth or universal successful-request billing. Eligibility, unused commitments and mode-specific charges can change value substantially.

Bright Data — proxy infrastructure and managed collection
Bright Data homepage introducing its proxy and web data platform

Start with the workflow and eligible product

The homepage screenshot introduces the provider visually and may retain older messaging. Use the current tables and access notes below for the buying decision. Raw network access, request-based retrieval and browser automation have different responsibilities and charges.

ResidentialDatacenterISPWeb UnlockerBrowser API
Explore Bright Data products

For context beyond one provider, our best proxy providers guide explains the wider shortlist. Treat this review as a product and cost assessment: a provider’s network size does not by itself establish how many correct records your application will collect.

Proxy types: residential, datacenter and ISP

Bright Data product boundaries and operating responsibilities
ProductAccess modelTypical billingYou still own
Residential proxiesRotating consumer-network peers; geographic and session controlsGB of trafficCrawler, retries, rendering, extraction and validation
Datacenter proxiesServer-hosted shared or dedicated addressesSelected per-IP package or separate GB offerTarget acceptance and application behavior
ISP proxiesServer-hosted addresses registered to residential ISPsSelected per-IP package or separate GB offerSession logic, data quality and allocation checks
Web UnlockerManaged page retrieval and access handlingRequests; premium/custom exceptionsContent validation, parsing and storage
Browser APIRemote browser controlled by your automationBrowser traffic in GBInteraction scripts, task limits and record validation
Scraper APIs / datasetsSupported structured collection or supplied dataTarget- and delivery-specific quote or planSchema suitability, freshness and downstream use

Residential: broad routing, variable peer availability

Bright Data advertises 400M+ monthly residential IPs and coverage across 195+ countries. “Monthly” matters: this is not a promise of 400 million simultaneously available exits, nor a count independently established here. Availability in a specific city, ASN or narrow time window can differ from the headline. Check the exact location and session requirements in a representative pilot.

Residential is a network service rather than a complete scraper. Your application still decides which URLs to request, how to pace them, when to retry, what content to extract and what makes a valid result. It can be appropriate when consumer-network routing matters and the team already owns reliable collection software. It does not make authentication, authorization or target restrictions disappear.

Datacenter: shared versus dedicated allocation

Datacenter addresses run on server infrastructure. Shared access can suit tasks where shared reputation is acceptable. Dedicated access is useful when a job needs an allocated address or more predictable control over its use. Neither category guarantees target acceptance, and a higher per-IP price should not be converted into an assumed success-rate advantage. Verify the location, quantity and replacement conditions of the selected offer.

ISP: address registration and route continuity

ISP proxies combine server hosting with IP addresses registered to residential internet service providers. They differ from rotating residential peers, which may disconnect as participating devices leave the network. For tasks that value continuity, evaluate allocated ISP access, replacement rules and the supported country before paying for a large rotating pool. The pricing pages advertise 1.3M+ IPs for ISP and datacenter respectively; those catalog claims do not describe your purchased allocation. Use our guide to proxy server types to separate IP source, protocol and session behavior before comparing plans.

Mobile availability needs separate confirmation

We could not verify a current standalone mobile proxy offer for new customers. Former mobile pricing and documentation URLs now lead to general proxy pages, although legacy FAQ wording still mentions mobile. Do not assume an old cellular plan or price remains purchasable. A mobile user-agent setting on Web Unlocker changes the request profile; it does not prove that the exit is a cellular proxy. Our proxy server explainer provides the request-flow background for interpreting the product claims in this comparison.

Residential access now requires business verification

The current network-access policy applies a consequential cutoff: new residential zones created after July 7, 2026 require a registered business, corporate email and human-reviewed KYC. Personal-email accounts are ineligible. Existing zones created on or before the cutoff are unaffected, and already verified customers retain access. This is an onboarding condition, not a speed or price feature.

Residential eligibility: account history and product choice matter
SituationCurrent policy implicationPlanning consequence
New residential zone after July 7, 2026Registered business, corporate email and human reviewAllow time for approval before scheduling production
Zone created on or before July 7, 2026Existing zones unaffected by this new-zone ruleCheck account and zone history
Already verified customerRetains residential access under the stated policyContinue within approved use-case scope
Individual using personal emailIneligible for new residential access under this policyAssess a different eligible product or provider
Datacenter, ISP or Web UnlockerDifferent requirements; no residential KYC grant impliedEvaluate restrictions and target support separately

Approval is use-case-specific. A policy-blocked target, method or category calls for an access review rather than larger retry budgets or repeated credential changes. Describe the URLs, expected volume, geography and intended data use before a substantial commitment. An approved account also needs an approved workflow; eligibility does not establish support for every destination.

For an individual developer, this changes the shortlist materially. Managed retrieval may be easier to evaluate, but has its own output and billing behavior. A datacenter or ISP package may offer a useful route without meeting the original residential requirement. Test the actual alternative rather than assuming products are equivalent because they share a dashboard. Compare residential versus datacenter proxies when weighing IP origin, sourcing, consistency and cost.

Bright Data pricing: promotional traffic and per-IP packages

All amounts below are USD from the checked public pages, before account-specific taxes or negotiated terms. Separate PAYG, included monthly traffic and per-IP allocation. Residential promotional cards display rounded unit labels that do not always reconcile with the listed total and allowance; these tables use the totals and calculate their effective included-traffic rates explicitly.

Residential promotional pricing

Residential offers displayed on the checked pricing page
OfferDisplayed spendIncluded trafficCalculated rate / condition
PAYG promotion$4 per GBUsage-based; no monthly commitment advertisedRESIGB50; $8 reference price. Confirm eligibility and duration
Monthly commitment$499/month141 GB$499 / 141 = $3.5390/GB
Monthly commitment$999/month332 GB$999 / 332 = $3.0090/GB
Monthly commitment$1,999/month798 GB$1,999 / 798 = $2.5050/GB

The $4 PAYG offer is a promotion, not a verified permanent tariff. The $8 reference price is not evidence of a guaranteed renewal price either. Confirm coupon application, eligible usage, duration and the terms shown in your account. The $2.50 “from” navigation label corresponds to larger-volume economics and should not be presented as the PAYG entry price.

Residential: PAYG versus calculated included-GB rates

Promotional values. Monthly rates assume the entire allowance is used; rounded to two decimals.

PAYG promotion4 USD / GB
$499 / 141 GB monthly3.54 USD / GB
$999 / 332 GB monthly3.01 USD / GB
$1,999 / 798 GB monthly2.51 USD / GB

Zero baseline; shared scale from 0 to 4 USD / GB.

Utilization changes the economics. Buy $499/141 GB but consume only 50 GB, and spend per consumed GB becomes $9.98, despite the approximately $3.54 included-allowance calculation. At the displayed $4 PAYG promotion, those 50 GB illustrate $200 of usage charges. This assumes the promotion applies and excludes taxes, funding conditions and excess usage. A lower nominal package rate helps when demand is predictable enough to use the capacity.

Datacenter and ISP per-IP pricing

Monthly per-IP package totals, USD
Purchased IPsDatacenter sharedDatacenter dedicatedISP sharedISP dedicated
10$14$22$18$35
100$100$170$145$275
500$475$750$700$1,300
1,000$900$1,300$1,300$2,500
Monthly price for the same quantity: 100 IPs

Published per-IP packages, USD. Shared and dedicated access differ; these are prices, not quality rankings.

$100
$170
$145
$275
DC sharedDC dedicatedISP sharedISP dedicated

Zero baseline; common 0–$300 scale. Per-IP fair usage applies. Separate per-GB offers are excluded.

The shared datacenter entry package is 10 IPs for $14 monthly, while dedicated ISP begins at 10 IPs for $35. This is a difference in allocation and network type, not proof that one produces more usable data. Select country, allocation and quantity first, then validate target behavior. Ask how replacements are handled if a purchased address becomes unsuitable for your approved task.

“Unlimited” has a published fair-use allowance

Both datacenter and ISP per-IP pricing FAQs describe 100 GB of fair usage per IP per month, pooled across purchased IPs. The published example gives 1,000 GB for 10 IPs bought at the beginning of the month. Extra traffic may be charged. Resolve the allowance, partial-month treatment and additional traffic price before deploying a bandwidth-heavy browser workload.

Separate bandwidth offers also exist: datacenter PAYG is displayed at $0.60/GB and ISP PAYG at $8/GB. These are alternative models, not a mandatory surcharge to add to every per-IP plan. ISP bandwidth commitments list 71 GB/$499, 166 GB/$999 and 399 GB/$1,999 monthly. Rounded unit labels are not exact package arithmetic; confirm the governing account rate and excess-traffic terms rather than reconstructing an invoice from a marketing label.

Managed tools: Web Unlocker, Browser API and structured data

A managed service can remove parts of the access and infrastructure work you otherwise run yourself. Evaluate it against both the raw proxy invoice and the engineering time, retries and browser resources it replaces. The relevant question is how much work the provider performs and what output your application receives.

Web Unlocker pricing and output

Web Unlocker public plans and billing caveats
Plan / modePublished allowance or rateWhat to verify
Free5,000 requests/month; no card advertisedEligible domains, account limits and production suitability
PAYG$1.50 per 1,000 successful requestsPremium-domain rate and ordinary versus custom mode
Scale$499/month including 383,000 requests; $1.30/1,000 additionalMonthly utilization, excess requests and premium handling
EnterpriseCustom agreementSLA, priority support, account manager and SSO
Custom Web Unlocker featuresAll requests billed, including failuresManual headers/cookies and manual expect elements change billing

Web Unlocker manages page access and supports content modes such as Markdown, screenshots and optional forced JavaScript rendering. It can fetch content that your code then validates and parses. Forced rendering can increase response time; use it for pages that require it. A rendered response differs from an interactive browser session that your script can navigate.

Two exceptions are essential for budgeting. Premium domains have higher pricing and a live classification list in the account. Enabling Custom Web Unlocker features changes billing to all requests, successful and failed, including manual headers/cookies and manual expect elements. Standard-rate illustrations should not be applied blindly to these modes. REST API authorization is separate from customization of headers sent to the target.

When Web Unlocker’s commitment can become cheaper

Calculated standard-rate model: PAYG $1.50/1,000 versus $499/month including 383,000, then $1.30/1,000 additional.

Web Unlocker PAYG and Scale monthly costAt 100,000 billable requests PAYG costs 150 dollars and Scale 499. At 200,000: 300 and 499. At 300,000: 450 and 499. At 400,000: 600 and 521.10. The crossover is approximately 332,667 requests.$0$150$300$450$6000K100K200K300K400KMonthly spend (USD)Billable requests in the month
PAYGScale

Excludes free allowances, premium domains, custom-mode differences, taxes and negotiated rates. This is arithmetic, not measured demand or an account quote.

At the standard illustrated rates, the $499 commitment crosses PAYG spend at approximately 332,667 billable monthly requests. At 100,000, PAYG illustrates $150 versus $499 for Scale; at 400,000, PAYG illustrates $600 versus $521.10 with Scale’s excess requests. Free allowance treatment, premium targets, custom mode and your actual schedule can change this planning calculation.

Browser API: interactive automation with traffic-based costs

Browser API public offers
OfferDisplayed pricingImportant distinction
Free5,000 credits/month with 1 GB included; no cardCredits are not a verified count of browser requests or sessions
PAYG$8/GBTraffic, page assets and additional navigations affect usage
Scale$499/month with 71 GB includedApprox. $7.03 per included GB if fully used; confirm overage
EnterpriseCustom agreementConfirm support and contractual service levels

Browser API provides remote browser infrastructure with managed access and supports Playwright, Puppeteer and Selenium integrations. Your code controls navigation and interactions. It can suit multi-step public-page tasks, but you still need finite task durations, error handling and output validation. “Unlimited concurrent” marketing describes a plan entitlement, not infinite target capacity. Check HTTP versus SOCKS proxies before assuming an endpoint supports the protocol or DNS behavior your application needs.

Measure browser traffic separately from raw HTML. Images, scripts, fonts, additional navigations and repeated tasks can increase bandwidth. Limit navigation and selectively block unnecessary resources where that does not alter the required content. A browser run producing correct data with fewer bytes can be cheaper even when it takes slightly longer.

Scraper APIs and datasets solve a different output problem

When you need a defined record schema, evaluate supported Scraper APIs or a dataset offering alongside generic retrieval. Confirm the target, fields, coverage, refresh interval, delivery method and validation responsibility. There is no universal Scraper API or dataset price applied here because the product and target determine the quote. HTML retrieval, structured extraction and supplied datasets should not be merged into one rate.

Our web scraping tools guide compares workflow choices. For a platform emphasizing job execution, reusable actors and datasets, see the Apify review. Choose based on what your pipeline needs to operate after a request finishes.

Real workload economics: bandwidth, retries and accepted records

Raw proxy spend is easy to underestimate when a budget counts only the main document. The residential billing FAQ includes request headers/data and response headers/data in traffic. Your workload can also include repeated fetches and browser resources. Compare provider usage with client telemetry rather than equating extracted text size with billable network traffic.

Illustrative residential PAYG traffic at the $4/GB promotion
Hypothetical consumed trafficCalculated proxy chargeAssumption
10 GB$40Promotion applies to all illustrated traffic
50 GB$200Same mode and eligibility; no commitment
100 GB$400Excludes taxes, other products and engineering

Record cost needs a separate denominator. An HTTP 200 response can contain a consent page, an incomplete listing, a duplicate or the wrong country variant. Count records after checking identity, required fields and freshness. Otherwise a low cost per request can disguise expensive usable output. Keep provider-billable results, transport success and application acceptance as distinct metrics.

A billable page is not necessarily an accepted record

Hypothetical validation: 10,000 billable standard-rate Web Unlocker responses, of which your application accepts 7,500.

Illustrative accepted versus discarded records7,500 accepted and 2,500 discarded out of 10,000 billable responses. An invented workload example, not a measured provider success rate.$2.00per 1,000 accepted

7,500 accepted records (75%)

2,500 discarded responses (25%)

10,000 × $1.50 / 1,000 = $15 in retrieval charges. $15 / 7,500 × 1,000 = $2 per 1,000 accepted records.

Assumes no free allowance, premium uplift or other cost. Real totals include parsing, retries, storage and engineering. The 75% assumption is not a Bright Data benchmark.

Use a complete cost formula

Cost per accepted record = (provider charges + excess usage + compute + storage + operating effort) / accepted records.

For raw proxies, include retries and rendering in your own infrastructure. For managed retrieval, include premium or custom-mode charges and parsing work. For a monthly package, use actual monthly spend rather than multiplying a fully utilized nominal rate by a smaller workload.

Define budgets at account and job level. A dashboard limit is helpful, but accounting and enforcement may lag; it should not be your only control. Bound retries, queue size, task runtime and browser concurrency in the application. Investigate changes in bytes per accepted record before purchasing more capacity. A page redesign that loads additional assets can affect cost even when the number of desired records stays constant.

Targeting, sessions, protocols and routing controls

Zone and username parameters provide granular routing controls, but availability depends on the selected network. Copy a configuration generated for your actual zone, then add parameters documented for that product. A narrower filter can reduce available routes; precision helps when it meets a requirement, rather than automatically improving every crawl.

Documented routing features and their practical limits
ControlDocumented behaviorOperational implication
Residential geographyCountry and city; state and ZIP filters are US-specific in configuration docsDo not assume identical filters in every country
Datacenter / ISP geographyCountry targeting in the referenced configurationVerify allocation before promising city precision
ASN targetingResidential configuration parameterCheck peer supply for the chosen ASN and geography
Session parameterReuses a peer where availablePeer departure can break continuity
const with a sessionBinds to a peer; unavailability produces a 502Handle a failed route instead of expecting silent replacement
Allocated IP selectionip parameter applies to allocated dedicated addressesA rotating subscription does not imply address ownership
DNS modeLocal superproxy or remote peer resolutionResolve consistently with required geography
ProtocolsHTTP(S) and SOCKS5 docs; some pricing references Proxy Manager for SOCKS5Confirm endpoint, authentication and client compatibility

A generated username follows the account/zone pattern with optional routing parameters. Secure the zone password and avoid logging the full proxy URL. Use a distinct session identifier for each logical workflow that needs continuity. Reusing it across unrelated jobs can couple their route behavior and complicate troubleshooting.

Sticky routing is not a permanent residential address. For a known IP, dedicated allocation and replacement handling are better questions than asking a rotating peer to stay online indefinitely. Track cookies and browser state independently: retaining an IP does not retain application state, and changing an IP does not automatically create a fresh authorized session. Our proxy rotation and session guide explains how rotating exits differ from keeping a sticky session.

A proxy also differs from a device-wide VPN. It routes the client or application you configure; other traffic follows separate device settings. If your requirement is general browsing privacy or streaming, compare the NordVPN versus Surfshark guide and SafeShell VPN review. Their consumer use cases are different from operating a collection pipeline.

Performance: use a target-specific pilot

We have not established a comparative speed, anonymity or success-rate ranking for Bright Data. Public claims about network uptime and successful access describe vendor marketing or product scope; they do not prove results for your websites. Performance varies with target defenses, geography, page weight, sessions, rendering and client behavior. A single percentage conceals those differences.

Pilot metrics: transport, correctness and economics
MetricHow to measureWhat it reveals
Accepted recordsValidate entity, required fields, freshness and duplicatesUsable output rather than status-code success
Latency distributionRecord median and tail latency for the same URLs and modesSlow outliers and completion predictability
Traffic per accepted recordCompare zone GB and accepted output over the same windowPayload and retry efficiency
Route continuityCheck exit and session behavior across required stepsWhether stateful tasks finish consistently
Geographic correctnessCheck exit location and target content variant separatelyWhether the requested localization appears
Charge / accepted outputReconcile invoices or usage with accepted recordsTotal economics of the selected product
Controlled concurrencyIncrease a bounded workload graduallyWhere throttling, errors or costs rise

Start with representative URLs, including easy pages, heavier pages and required locations. Hold URLs, validation rules, timing and concurrency constant when comparing products. Keep static requests, rendered retrieval and interactive browser tasks in separate groups. Otherwise you may label a service faster when it simply returned less of the required page.

Record failure classes before changing the crawler. Authentication errors, unavailable peers, rate limits, policy restrictions and valid-but-wrong content need different responses. More parallel requests can worsen target throttling. MDN’s explanation of HTTP 429 and Retry-After is useful for handling rate limits with bounded backoff.

Choose the least operationally expensive mode that supplies the required output reliably. Raw proxies can suit static targets where an existing crawler works. Managed retrieval may help when access handling dominates effort, and browsers when interaction is required. Re-test when the target or extraction schema changes; one successful demonstration is not permanent evidence of performance.

Reliability, TLS trust and responsible collection

The native certificate migration matters for existing scripts

Current SSL documentation specifies port 44445 and brightdata_root_ca_44445.crt for new native proxy setups. Older certificates associated with ports 22225 and 33335 expired on September 25, 2026 at 00:00 UTC. Scripts still relying on them need the current endpoint and certificate configuration; repeated requests do not repair an expired trust chain.

Use the current dashboard-generated example and obtain its matching CA through the official account/documentation path. Prefer an application-specific trust bundle where possible and keep verification enabled. Installing a provider CA across a machine is a broader trust decision than using it in one collection client. The REST API’s normal HTTPS endpoint is configured separately from native proxy access.

Plan for partial failures and useful diagnostics

A reliable pipeline checkpoints completed work, retries only eligible transient failures and distinguishes target changes from access issues. Log identifiers, zone, mode, error class and validation outcome without credentials or unnecessary page content. Use idempotent storage and deduplication so recovery does not produce duplicate records or repeated avoidable charges.

For critical production use, confirm the SLA for the exact product and plan, its exclusions and incident reporting process. Advertised network uptime differs from a guarantee that a third-party website remains accessible or your parser returns complete data. Include your queue, storage and parsing services in the assessment, with a recovery plan if one becomes unavailable.

Sourcing and data responsibilities

Review current sourcing disclosures, participant consent, opt-out process and account restrictions during procurement. We did not independently audit network participants or sourcing claims. Define authorized targets, minimization, retention and access control in your collection workflow. An IP route does not itself establish permission to collect or reuse every field.

The IETF’s Robots Exclusion Protocol standard, RFC 9309 explains how crawlers interpret robots.txt. Incorporate these rules into collection design; they are not an access authorization mechanism. Apply the target’s access conditions and your own review process alongside the provider’s approved use case.

Dashboard, zones, reporting and Proxy Manager

A zone is the practical unit for configuring a network or managed product. Where supported, use distinct zones for projects, targets and environments. That makes usage easier to attribute and reduces confusion when one task needs another location or mode. Clear naming also helps support investigate the right configuration.

Dashboard and management workflow
TaskPractical approachYour responsibility
Provision a productChoose an eligible service and configure its zoneCorrect scope and approved use case
Connect a clientUse generated credentials, endpoint and current certificate guidanceSecrets, client configuration and deployment
Track costsSeparate raw GB, managed requests and browser trafficReconcile jobs and accepted records
Manage local routingEvaluate open-source Proxy Manager and routing optionsHost security, updates and local integration
Handle incidentsCapture zone, time window, identifiers and error classesBound retries, checkpoints and recovery

Proxy Manager can centralize routing and inspect traffic, while management APIs support account and zone operations. These tools do not automatically provide a crawl scheduler, parser or durable dataset store. Your application needs those components unless you deliberately choose a managed data product that supplies them. Hosting a local manager also adds a service your team must secure and maintain.

For Web Unlocker, monitor request counts separately from the traffic column. Raw proxy GB, browser GB and request billing are different counters. Maintain a view of spend per job and accepted record. Keep logs concise enough to troubleshoot without retaining secrets or unnecessary personal information, and verify retention/access settings for any provider-side logs you enable.

Developer setup: native proxies and managed REST retrieval

Choose the product before copying code. A zone password authenticates native proxy traffic; an API token authenticates the managed REST endpoint. Browser API uses its generated connection configuration. Mixing credentials or endpoints produces failures that do not reveal anything useful about the target website. For a desktop configuration, follow our Windows and Mac proxy setup guide and verify which applications actually use the configured proxy.

Native proxy example with explicit TLS verification

This Python example uses requests and environment variables. Set BRIGHTDATA_PROXY_URL to the current dashboard-generated native URL with correctly encoded credentials, and BRIGHTDATA_CA_BUNDLE to the trusted local path containing its matching current CA. The documented native setup uses port 44445. Start with a permitted public page before attaching a queue.

Python — native proxy request
import os
import requests

# Copy your current native proxy URL from the approved zone.
# Use port 44445 with the matching current CA configuration.
proxy_url = os.environ["BRIGHTDATA_PROXY_URL"]
ca_bundle = os.environ["BRIGHTDATA_CA_BUNDLE"]

with requests.Session() as client:
    client.trust_env = False
    response = client.get(
        "https://example.com/",
        proxies={"http": proxy_url, "https": proxy_url},
        verify=ca_bundle,
        timeout=(10, 60),
    )
    response.raise_for_status()
    print({"status": response.status_code, "characters": len(response.text)})
    # Check page identity and required fields before accepting a record.
    # Never log credentials or disable certificate verification.

This is a connectivity starting point. Add content validation, bounded retry rules and usage reporting before scaling. A timeout can occur after work begins and does not prove that no traffic or charge was incurred. Keep the password out of frontend code and source control, and never print the full credential-bearing URL.

Web Unlocker REST example

Create an eligible Web Unlocker zone, then provide its name and your API token through environment variables. This example requests raw output, keeps normal HTTPS verification enabled and sets finite connect/read timeouts. It does not enable target-page custom headers, forced rendering or select a premium target.

Python — managed page retrieval
import os
import requests

with requests.Session() as client:
    client.trust_env = False
    response = client.post(
        "https://api.brightdata.com/request",
        headers={"Authorization": "Bearer " + os.environ["BRIGHTDATA_API_TOKEN"]},
        json={
            "zone": os.environ["BRIGHTDATA_UNLOCKER_ZONE"],
            "url": "https://example.com/",
            "format": "raw",
        },
        timeout=(10, 90),
    )
    response.raise_for_status()
    print({"status": response.status_code, "characters": len(response.text)})
    # API authorization is separate from target-page Custom Headers.
    # Validate the content before parsing and storing records.

For Markdown, the documented REST option is data_format: "markdown"; confirm it retains the target content your schema needs. For interactive pages, evaluate a browser integration rather than repeatedly requesting static output. Validate identity and content in either mode before accepting records into a dataset.

Free allowances, support and billing questions

Web Unlocker advertises 5,000 requests each month without a card. Browser API advertises 5,000 monthly credits and 1 GB included without a card. These can help evaluate the respective managed products; they do not establish a free residential subscription, automatic approval or identical allowances across services.

Resolve these questions before paying for production
AreaQuestionWhy it matters
EligibilityIs this account, use case and zone approved?A balance does not replace product eligibility
PromotionsWhich traffic qualifies and how long does the discount last?Temporary rates change forecasts
CommitmentsWhat is unused, what rolls over, and when can plans change?Underused capacity raises effective cost
PAYG fundingHow do deposit, recharge, limits and credit expiry work?Payment timing differs from unit pricing
Refunds / cancellationWhich written policy governs this purchase?No universal guarantee verified here
Support / SLAWhich response targets and remedies are contractual?Expert support is not a measured resolution time
Premium / custom modeWhich requests use a different tariff?Standard request examples may not apply

Managed-product cards advertise expert support. Enterprise arrangements list options such as account management, priority support, SSO and a premium SLA. We did not measure response or resolution speed. For a critical job, obtain the escalation process and agreement rather than assuming every account receives the same engineering support.

The monthly-commitment FAQ says unused commitment does not roll over when the account is active for the entire month. Confirm your balance, cancellation and plan-change treatment in writing. For irregular jobs, compare PAYG with commitments using a conservative forecast; do not assume you can bank a large allowance indefinitely for a later crawl.

Use cases: match the task to the product

Workflow shortlist, subject to approved use and target testing
WorkflowConsider firstValidate before scale
Public localized price monitoringResidential geography or managed retrievalCountry variant, currency, stock and cost
Stable public-page checksDedicated ISP or datacenterLocation, continuity and target acceptance
Large static-page crawlRaw proxy and an efficient existing crawlerBytes per record, retries and rate limits
Difficult page retrievalWeb UnlockerPremium/custom billing and correct content
Multi-step public-page interactionsBrowser APITraffic, runtime and navigation correctness
Supported structured dataScraper API or datasetFields, freshness, completeness and delivery
General privacy or streamingA device VPN suited to the taskApplication coverage and consumer needs

Ad verification and geographic testing benefit from checking both the route and the content served. Search or marketplace collection needs stable entity identifiers, pagination and duplicate control. Research datasets need consistent sampling and freshness rules. These are workflow requirements, not automatic outcomes of purchasing a large pool.

Write down required fields, public targets, geography, record volume, frequency and acceptance checks, then select the smallest service combination that satisfies them. When a project needs multiple modes, separate usage so the expensive mode is applied where it adds a demonstrated benefit. Keep configuration and validation rules versioned so a change in output can be traced to the code or target.

Bright Data pros and cons

Pros

  • Raw residential, datacenter and ISP alongside managed retrieval and browsers.
  • Geography, sessions, DNS and allocated routing controls where supported.
  • Shared and dedicated packages with separate traffic-based options.
  • Recurring managed-product free allowances for evaluation.
  • Developer integration choices and open-source Proxy Manager.

Cons and conditions

  • New residential zones require a business, corporate email and reviewed KYC.
  • Promotion eligibility and rounded rate labels need confirmation.
  • Unlimited per-IP marketing has fair-use allowances.
  • Premium targets and custom features change request economics.
  • Browser traffic and underused commitments can raise total cost.
  • Standalone mobile availability and a universal refund guarantee were not verified.

Bright Data alternatives and provider comparisons

Compare the same targets and operating responsibilities. A small proxy package, managed retrieval service and job execution platform can all contribute to collection, but their prices cover different work. These homepage images are visual references, not evidence of current pricing or performance rankings.

Oxylabs
Oxylabs provider homepage

When to consider Oxylabs

A close shortlist option for multiple proxy network types, managed retrieval and browser infrastructure. Compare access, target modes, fair use and total accepted-output cost.

Read our Oxylabs review
Webshare
Webshare provider homepage

When to consider Webshare

Assess it when the job primarily needs proxy infrastructure with straightforward configuration. Compare allocation, rotation, traffic and geography without assuming managed extraction is included.

Read our Webshare review
ProxyShare
ProxyShare provider homepage

When to consider ProxyShare

An alternative for traffic-based proxy workloads. Verify targeting, sessions, pool requirements and commitment terms on the same job before choosing from an advertised unit rate.

Read our ProxyShare review
Apify
Apify provider homepage

When to consider Apify

A different workflow choice for reusable actors, running jobs and datasets. Include compute, storage, proxy traffic and paid actor terms alongside the cost of obtaining pages.

Read our Apify review

For direct comparisons, read Bright Data versus Oxylabs, Webshare versus Bright Data and Bright Data versus ProxyShare. Recheck each shortlist against your current plan and pilot rather than transferring a result between unrelated jobs.

Frequently asked questions about Bright Data

Research methodology and limits

This update reviewed public residential, datacenter and ISP pricing; Web Unlocker and Browser API pricing; residential access documentation; routing configuration; Web Unlocker feature billing; and current SSL guidance. Prices and policies were checked on October 4, 2026, and the article was completed on October 5. Pool descriptions and product claims are attributed as advertised rather than presented as independent audits.

Residential bars divide package totals by included GB. IP columns use published 100-IP totals. Web Unlocker lines model standard PAYG against Scale’s allowance and additional-request price. The donut is a hypothetical validation scenario, not an observed success rate. Free allowance stacking, authenticated checkout, tax, negotiated rates, invoices, sourcing and support resolution were not tested.

Where current and legacy material differ, the review identifies uncertainty: standalone mobile availability is unverified, residential eligibility follows the explicit new-zone policy, and rounded rate labels are separated from arithmetic. Confirm your account quote, approved use case, targeting, limits and cancellation terms before purchase. This assessment does not promise that a third-party target accepts every request.

Final recommendation: buy the service your workload can justify

A strong shortlist for business data teams with defined requirements

Bright Data’s value comes from its choice of routing, allocated addresses and managed collection tools. It is compelling when these reduce the work needed to obtain correct data and your team can meet the access requirements. A large pool or promotional unit rate alone does not establish that value.

Start with a small eligible pilot, compare accepted output and spend, and confirm the governing billing schedule. Check residential KYC before planning zones, fair use before heavy per-IP traffic, and custom or premium billing before forecasting Web Unlocker. Scale the approach that proves useful on your targets.