Browserbase vs Steel vs Browser Use Cloud: Real AI Browser Automation Cost per 10,000 Sessions in 2026
The short answer: these three meter browser time, not sessions, so session length changes the bill more than which vendor you pick. Browser Use Cloud's pay-as-you-go rate of $0.06 per browser-hour (falling to $0.03 on its Business tier) undercuts both Browserbase and Steel at every volume tested, but Browserbase's included-hours model and Steel's falling per-hour rate at scale each become competitive at specific volumes. At 10,000 one-minute sessions a month (167 browser-hours), Browserbase's Developer plan costs about $27, Steel's cheapest matching tier about $29–$99, and Browser Use Cloud pay-as-you-go about $10. At 10,000 twenty-minute sessions (3,333 browser-hours), the ranking shifts: Steel's Developer tier falls to about $267 because its per-hour overage rate drops with plan tier, while Browserbase costs about $343 and Browser Use Cloud about $200. This article prices browser infrastructure only; LLM agent token costs are a separate line, billed by whichever model the agent uses.
What each vendor bills
Browserbase (OFFICIAL, Browserbase billing documentation). Sessions bill by the minute, first minute rounded up. Free: 1 browser-hour included, $0.12/hour overage, 1 concurrent browser, 15-minute session cap. Developer: $20/month, 100 browser-hours included, then $0.10/hour, 1 GB proxy included then $12/GB. Startup: $99/month, 500 browser-hours, then $0.10/hour, 5 GB proxy then $10/GB. Scale: custom. Agent runs are a separate, harder-to-forecast meter: a small included allotment (3, 15, or 50 runs depending on plan), then pay-as-you-go overage that Browserbase does not price on its public page (QUOTE-ONLY / UNKNOWN). Search, Fetch, and Extract API calls each meter separately, with and without proxy (Fetch overage roughly $1/1,000 calls without proxy, $4/1,000 with; Extract roughly $4/1,000 without, $7/1,000 with; Search roughly $7/1,000, all REPORTED and subject to confirmation).
Steel (OFFICIAL, docs.steel.dev/overview/pricing). Hobby: $0, $10 of credits, ~100 browser-hours at $0.10/hour, 2 concurrent sessions, 15-minute session cap. Starter: $29/month, ~290 browser-hours at $0.10/hour, 5 concurrent, 30-minute cap. Developer: $99/month, ~1,238 browser-hours at $0.08/hour, 10 concurrent, 1-hour cap. Pro: $499/month, ~9,980 browser-hours at $0.05/hour, 50 concurrent, 24-hour cap. CAPTCHA solves are metered separately ($4, $3.50, or $3 per 1,000 depending on tier) and proxy bandwidth separately ($10, $8, or $5 per GB). Steel's per-hour rate falls as the plan tier rises, which is the opposite of Browserbase's flatter $0.10 overage rate across its paid tiers.
Browser Use Cloud (OFFICIAL, browser-use.com/pricing, with one internal conflict). One product page states browser infrastructure "starts at $0.02/browser-hour," while the detailed cloud pricing documentation lists $0.06/hour pay-as-you-go and $0.001/minute, dropping to $0.03/hour (50% off) on Business and Scaleup subscriptions ($299 and $999/month respectively). This article uses the $0.06/$0.03 figures from the more detailed documentation page and flags the $0.02 figure as an unreconciled conflict. Sessions bill upfront based on timeout duration with a proportional refund for unused time and a 1-minute minimum. Separate meters exist for AI agent steps (from $0.002/step), proxy bandwidth ($10/GB pay-as-you-go, falling to $5/GB on Business), and Browser Use's own hosted LLM calls, none of which are included in the browser-infrastructure figures above.
Session lengths and volumes
Formula: browser-hours = sessions × minutes ÷ 60. Three session lengths (1, 5, 20 minutes) and three monthly volumes (1,000, 10,000, 100,000 sessions), all ILLUSTRATIVE combinations.
| Sessions/month | 1-minute sessions (hours) | 5-minute sessions (hours) | 20-minute sessions (hours) |
|---|---|---|---|
| 1,000 | 16.7 | 83.3 | 333.3 |
| 10,000 | 166.7 | 833.3 | 3,333.3 |
| 100,000 | 1,666.7 | 8,333.3 | 33,333.3 |
Cost per 10,000 sessions
Formula: cost = plan fee + max(0, hours − included) × overage rate, picking each vendor's cheapest plan that fits the concurrency needs at that volume (an ILLUSTRATIVE simplification; real deployments must also size for concurrent sessions, not just total hours).
| Session length | Browserbase (Developer/Startup) | Steel (cheapest fitting tier) | Browser Use Cloud (pay-as-you-go) |
|---|---|---|---|
| 1 minute (167 hrs) | $27 | $29–$99 | $10 |
| 5 minutes (833 hrs) | $93 | $99 | $50 |
| 20 minutes (3,333 hrs) | $343 | $267 (Developer tier) | $200 |
At 1,000 sessions a month, every vendor's plan floor dominates regardless of session length (Browserbase $20, Steel $29, Browser Use pay-as-you-go $1–$20 depending on length). At 100,000 sessions and 20-minute sessions (33,333 browser-hours), Steel's Pro tier at $0.05/hour becomes the cheapest at $1,667, undercutting both Browserbase (~$3,343) and Browser Use pay-as-you-go (~$2,000), because Steel's per-hour rate keeps falling at higher plan tiers while Browserbase's overage rate does not fall below $0.10.
Cost per successful session
Formula: required attempts = desired successful sessions ÷ success rate, then browser-hours = required attempts × session minutes ÷ 60, then that hour figure is run through each vendor's actual plan formula (base fee plus included hours plus overage), not simply divided. This distinction matters because Browserbase's and Steel's plans include a fixed monthly allotment of hours: extra attempts from a failure rate only cost anything once total hours push past that included allotment. Browser Use Cloud's pay-as-you-go rate has no included allotment to exceed, so its cost is genuinely linear with hours, and dividing by the success rate is valid for that vendor alone. Failures (CAPTCHA blocks, anti-bot detection, timeouts) still consume the browser time already spent before failing, so they are never free in terms of hours used; they are only free in terms of dollars when those extra hours still fit inside a plan's prepaid allotment.
| Session length | Failure rate | Browserbase (Developer) | Steel (Developer) | Browser Use (pay-as-you-go) |
|---|---|---|---|---|
| 1 minute | 10% | $28.52 | $99.00 (flat — 185 hours stays within the 1,238-hour allotment) | $11.11 |
| 1 minute | 30% | $33.81 | $99.00 (flat — 238 hours stays within the 1,238-hour allotment) | $14.29 |
| 20 minutes | 10% | $380.37 | $296.26 | $222.22 |
| 20 minutes | 30% | $486.19 | $380.91 | $285.71 |
Steel's cost does not move at all between a 10% and 30% failure rate on 1-minute sessions, because both scenarios' extra retry hours (185 and 238 hours respectively) remain well inside its Developer plan's 1,238 included browser-hours; the plan's flat $99 fee has already paid for that headroom. On 20-minute sessions, where usage exceeds the included allotment even before failures are added, a 30% failure rate raises Browserbase's cost by about 28% (from $380.37 to $486.19), Steel's by about 29%, and Browser Use Cloud's by about 29%, relative to each vendor's own 10%-failure figure at the same session length.
Impact of session duration
Moving from 1-minute to 20-minute sessions multiplies browser-hours by 20x at any fixed session count, before accounting for any plan-tier discount that kicks in at higher volume or for whether that volume still fits inside a plan's included hours. At 10,000 sessions a month, Browserbase's cost rises from $27 to $343 (12.7x, not the full 20x, because part of the shorter-session volume already falls within the plan's included hours) as session length grows from 1 to 20 minutes; Steel's rises from $29–$99 to $267 over the same range, benefiting from its falling per-hour rate at the Developer tier and from the fact that its 1-minute volume sits entirely inside its included allotment while its 20-minute volume does not.
Keeping browser infrastructure separate from LLM agent cost
None of the figures above include the cost of the LLM calls an agent makes while driving the browser. Browser Use Cloud's own hosted agent product prices those separately (from $0.002 per agent step, plus LLM token costs), and Browserbase's and Steel's agent-run or LLM-token meters were either not fully published (Browserbase) or not part of the core browser-hour product (Steel) in the sources reviewed. A full agent-automation budget needs the browser-hour cost from this article plus a separate token-cost model for whichever LLM drives the agent.
Sensitivity
- Session length. The single largest lever in this comparison; a 20-minute session costs 20 times a 1-minute session in raw browser-hours.
- Failure and retry rate, relative to the included-hours threshold. A 30% failure rate adds roughly 28–29% to cost once usage already exceeds a plan's included browser-hours (as in the 20-minute cases above), but adds nothing at all when the extra retry hours still fit inside the prepaid allotment (as in Steel's 1-minute cases above). Which of these applies depends on where your actual volume sits relative to the plan's included-hours line, not on a fixed percentage that holds everywhere.
- Plan-tier selection. Steel's per-hour rate falls with plan tier ($0.10 to $0.05), while Browserbase's overage rate is flatter ($0.12 to $0.10), so the cheaper vendor changes with volume.
- Which Browser Use rate is real. The $0.02 versus $0.06 per browser-hour conflict on Browser Use's own pages is a 3x difference; confirm directly before budgeting at scale.
Budgeting traps
- Sizing for total hours without checking concurrency limits. A plan that covers the hours may not support the concurrent-session count a workflow actually needs.
- Ignoring proxy bandwidth. Residential or premium proxy usage bills separately by the gigabyte on all three vendors and can exceed the browser-hour cost on proxy-heavy workloads.
- Treating agent runs and browser hours as one meter. Browserbase prices them separately, and its agent-run overage rate is not public.
- Failed sessions as free. A session that fails after 15 minutes of a 20-minute timeout has still consumed most of its billed time.
What to ask before you buy
Ask each vendor for their current overage rate at your expected volume and concurrency requirement, and ask specifically whether agent-run or LLM-token costs are bundled or separate. Then measure your own session failure rate on a pilot batch before projecting cost per successful session at scale.
ARTICLE 11