Skip to main content
Comparison

ScrapingBee vs Bright Data vs fastCRW Cost

ScrapingBee vs Bright Data vs fastCRW on real cost: credit multipliers, proxy billing, and a $0 self-host path. An honest three-way pricing breakdown for 2026.

fastcrw
By RecepJuly 8, 20268 min readLast updated: July 12, 2026

By the fastCRW team · fastCRW features verified 2026-05-18 · See the live pricing page for current rates · Verify competitor prices on the vendor pricing page before buying.

Disclosure: We build fastCRW, so weight this comparison accordingly. We deliberately do not hard-code competitor tier prices — those move, so we link the live vendor pricing pages and stick to the billing mechanics, which are stable.

ScrapingBee vs Bright Data vs fastCRW pricing: three billing models, one confusing bill

If you are comparing ScrapingBee, Bright Data, and fastCRW on price, the hard part is not the sticker number — it is that the three vendors charge for fundamentally different units. ScrapingBee bills credits with a multiplier that changes per request. Bright Data bills proxy bandwidth (GB) plus per-request fees that stack. fastCRW bills a flat 1 credit per page, and you can also run the exact same engine yourself for $0 in license fees. Until you normalize those units, every published comparison table is comparing apples, gigabytes, and binaries.

ScrapingBee: credit multipliers per request

ScrapingBee sells a monthly credit bucket, but a single request does not always cost one credit. A plain HTML fetch is cheap; turning on JavaScript rendering multiplies the cost, and premium or stealth proxies multiply it again. The mechanic that surprises people on their first invoice is that the page count and the credit count diverge — JS-rendered pages do not map 1:1 to credits. We deliberately do not quote the exact multipliers here because they are unverified against our locked sources and they move; confirm both the multipliers and the dollar tiers on the ScrapingBee pricing page before you budget.

Bright Data: proxy GB plus per-request stacking

Bright Data is a proxy-network company first. Its pricing centers on residential and datacenter bandwidth consumed (priced per GB) layered with per-request or per-feature charges depending on the product (Web Unlocker, SERP API, Scraping Browser, datasets). For a data team this means your bill is a function of how heavy your target pages are, not just how many you fetch — image-heavy or single-page-app targets can quietly burn GB. Verify the current model on the Bright Data pricing page.

fastCRW: 1 credit = 1 page, flat

fastCRW collapses the model to one number. Every renderer — http, lightpanda, and Chrome — costs 1 credit per page, flat; a crawl is 1 credit per page regardless of renderer; search is 1 credit per query (credit table, crw-opencore README). There is no proxy-GB meter to reason about: the managed cloud handles proxying for you, and you never buy a separate proxy plan or pay for bandwidth by the gigabyte.

ScrapingBee vs Bright Data: where the money actually goes

The credit-multiplier model: JS and stealth stack the per-request cost

The single most important ScrapingBee mechanic to internalize is the multiplier ladder: JavaScript rendering multiplies the per-request credit cost, and premium or stealth proxies multiply it further still. That is not a gotcha — it is a defensible way to price the real cost of a headless browser and a clean residential IP. But it means your effective price per page depends entirely on which requests need JS or stealth, which you often cannot predict before you start scraping. We do not quote the exact multipliers here; read them off the live ScrapingBee pricing page, since they change and are not locked in our sources.

JS rendering gated to a higher paid tier — check the vendor pricing page

On several scraping vendors, JavaScript rendering and premium proxies are not just credit-expensive, they are also gated behind a higher paid plan. The practical effect is that the entry tier looks cheap until you hit a JS-heavy target, then you are pushed up a plan and paying a multiplier. We will not assert a specific JS-paywall dollar figure here because those tiers change; the durable point is to read the feature matrix, not just the headline price, on the live pricing page before you commit budget.

What a real 100k-page month costs on each

Here is why a clean side-by-side table is dishonest for these two vendors: the answer is "it depends on your traffic mix." A 100,000-page month of static HTML is cheap on ScrapingBee and light on Bright Data GB. The same 100,000 pages, if they are JavaScript-heavy and bot-protected, burn far more credits on ScrapingBee (each JS or stealth request carries a multiplier) and many GB of residential bandwidth on Bright Data. Model your own mix against each vendor's live calculator rather than trusting any third-party table (including this one).

The honest third option: fastCRW pricing

Flat per-page credits, full API on every plan

fastCRW's managed tiers are deliberately boring: a flat credit-per-page rate with the full API surface (scrape, crawl, map, search) available on every plan — no feature gating that pushes JS rendering or extraction behind a higher tier. The lineup runs from a free tier (one-time lifetime credits, no card) through Hobby, Standard, Growth and Scale, each a larger monthly credit bucket at the same flat per-page rate. Prices move, so we do not reprint a tier table here — check the current numbers on the live pricing page rather than treating any quoted figure as permanent.

Self-hosting the AGPL-3.0 engine for $0

The structural difference neither closed vendor can match: fastCRW is a single static Rust binary released under AGPL-3.0 (repo github.com/us/crw). You can run the identical engine yourself for $0 per 1,000 scrapes in license fees — you pay only for your own server. There is no credit meter when you self-host, because there is no vendor in the loop. That is an escape hatch a proxy-network business and a managed credit API are structurally unable to offer.

The unit stays flat as prices change

Being straight about our own pricing: tier dollar figures change over time. What does not change is the unit — a flat credit per page with no JS or stealth multiplier — so your spend stays forecastable regardless of which tier you land on. Price your decision on the numbers live on /pricing the day you buy, not on a blog snapshot.

Cost at scale: managed vs self-hosted math

Self-hosted: $0 per 1,000 scrapes plus your server

At volume, the self-host math is what changes the conversation. fastCRW self-hosted is $0 per 1,000 scrapes in license cost; your only spend is the box it runs on, and because the engine is a single ~8 MB binary in one container, that box can be small. For a team running millions of pages a month on predictable, non-hostile targets, a fixed server bill can undercut any per-credit or per-GB meter by a wide margin — and your worst-case cost has a hard floor, which a metered model structurally cannot offer. See our deeper write-up on the cheapest web scraping API options for the full math.

When a managed tier still wins on operational cost

Self-hosting is not free in the honest sense — it costs engineering time. If your volume is modest, your targets change often, or you do not want to own uptime, the managed fastCRW tiers (or even a competitor's managed plan) will beat self-host on total cost once you price in the hours. The flat credit model just makes that managed bill predictable: 1 page is 1 credit whether or not it needed JS, so you can forecast spend without modeling a multiplier distribution.

Anti-bot and proxy depth, included in the flat rate

fastCRW ships 12-signal block detection, user-agent rotation, stealth fingerprints, and proxy rotation with a residential-proxy egress tier in the open core, running automatically as part of the render escalation ladder (LightPanda → Chrome CDP → proxied Chrome) — all at the same flat 1-credit page price, with no separate proxy-GB meter or multiplier stack.

The wedge fastCRW owns is clear: a flat 1-credit-per-page model, anti-bot and proxy rotation included, with a free AGPL-3.0 self-host escape hatch. That is the lane for predictable, forecastable cost across static and JS-heavy targets alike.

Sources

Related: ScrapingBee vs fastCRW · Bright Data vs fastCRW · The cheapest web scraping API

FAQ

Frequently asked questions

Is ScrapingBee or Bright Data cheaper for JavaScript-heavy sites?
It depends on page weight. ScrapingBee multiplies the credit cost for JavaScript rendering and again for premium/stealth proxies, so JS-heavy scraping burns credits fast — confirm the exact multipliers on the vendor pricing page, as they change. Bright Data bills residential bandwidth per GB plus per-request fees, so heavy single-page apps consume more GB. Model your own traffic mix against each vendor's live calculator — neither is universally cheaper, and the dollar tiers move.
How much does it cost to self-host a web scraper instead?
fastCRW self-hosted is $0 per 1,000 scrapes in license fees under AGPL-3.0 — you pay only for your own server. Because the engine is a single ~8 MB Rust binary in one container, that server can be small. The real cost is engineering time to run and maintain it, so self-host wins at high, predictable volume but a managed tier can win on total cost once you price in the hours.
Why does ScrapingBee charge extra credits for a JS-rendered page?
Rendering JavaScript requires running a real headless browser, which is far more expensive in CPU and memory than a plain HTTP fetch. ScrapingBee prices that real cost with a credit multiplier, and premium or stealth residential proxies multiply it further. The mechanic is defensible; the catch is that your effective price per page depends on which requests need JS or stealth, which is hard to predict in advance. Check the current multipliers on the ScrapingBee pricing page before you budget.
Does fastCRW charge extra credits for proxies or JS rendering?
fastCRW has no proxy-GB meter. Every renderer — http, lightpanda, and Chrome — costs the same 1 credit per page; crawl is 1 credit per page and search is 1 per query, and failed requests are not billed. Anti-bot detection and proxy rotation with a residential-proxy egress tier are built into that same flat price, so there is no separate proxy plan and no bandwidth to meter by the gigabyte.
Does fastCRW include anti-bot and proxy rotation like Bright Data?
Yes. fastCRW ships 12-signal block detection, user-agent rotation, stealth fingerprints, and proxy rotation with a residential-proxy egress tier in the open core, running automatically as part of the render escalation ladder (LightPanda → Chrome CDP → proxied Chrome). It's all included in the same flat 1-credit-per-page rate, with no separate proxy-GB meter, no proxy plan to buy, and no multiplier for hostile or bot-protected targets.

Get Started

Try fastCRW free

Run a live request in the playground — no signup required. Or grab a free API key with 1000 credits, no credit card.

Continue exploring

More comparison posts

View category archive