The best remote browsers for Playwright.
Browserbase ranks first for managed Playwright operations. Its platform combines sessions, framework support, and inspection.
Browserless follows for browser and deployment breadth. Kernel wins for hosted Playwright execution beside browsers.
Steel offers an inspectable runtime path. Browser Use Cloud and Hyperbrowser provide simple CDP entry. Legba is not Playwright infrastructure.
The short version
A remote endpoint changes more than browser location.
Remote Playwright has three connection shapes.
Most providers expose a CDP endpoint. Playwright attaches through connectOverCDP. That method supports Chromium-based browsers only. Microsoft documents lower protocol fidelity.
Some providers expose native Playwright protocols. Those paths may support other browser engines. Exact features still depend on provider configuration. Version compatibility still matters.
A third path runs Playwright code remotely. The browser and code share infrastructure. This reduces network round trips. It also changes debugging and deployment.
Do not compare endpoint strings alone. Compare the complete connection boundary. Files, contexts, traces, and downloads matter. Reconnection behavior matters too.
How the remote browsers were ranked.
Documented Playwright support established eligibility. Official setup examples received additional weight. Lifecycle controls shaped production usefulness. Observability supported failure investigation.
Deployment choice mattered for regulated teams. Pricing clarity mattered for workload planning. Published scale claims received no performance credit. Customer logos received no ranking credit.
The ranking favors managed production adoption. Existing architecture may reorder the list. Native protocols may outweigh platform breadth. Self-operation may outweigh convenience.
- 01
Inventory current Playwright behavior.
Record browsers, contexts, downloads, traces, extensions, and authentication. Include every required language binding.
- 02
Choose the connection type.
Compare CDP, native Playwright, and hosted code execution. Treat them as different migrations.
- 03
Map remote file behavior.
Trace uploads, downloads, recordings, and temporary files. Confirm retention and retrieval paths.
- 04
Run representative failures.
Test timeout, disconnect, retry, and forced cleanup. Observe costs during every failure.
The ranked remote Playwright providers.
Each provider earned a distinct winner label. Rankings reflect published product shape. They do not certify migration compatibility. Test your complete suite before switching.
The strongest general choice ranks first. Specialist requirements may produce another winner. Read the boundary column before pricing.
| Factor | Best fit | Playwright path | Important boundary |
|---|---|---|---|
| 1. Browserbase | Production teams wanting managed sessions and operational inspection. | Create a session, then connect through its returned URL. | Browserbase remains cloud-first and does not offer on-premises deployment. |
| 2. Browserless | Teams requiring browser variety or deployment control. | CDP and native Playwright endpoints cover several browser engines. | Interface, browser, region, and plan choices require careful configuration. |
| 3. Kernel | Agent builders wanting connection or hosted Playwright execution. | Connect over CDP, or execute Playwright beside the browser. | Resource-based billing needs workload-specific cost modeling. |
| 4. Steel | Builders wanting managed sessions plus an inspectable local runtime. | Official TypeScript and Python examples connect over CDP. | Cloud-only services differ from the locally operated runtime. |
| 5. Browser Use Cloud | Teams combining raw Playwright sessions with managed agent tasks. | Create a browser, receive CDP, then attach Playwright. | Browser, data, and agent usage have separate meters. |
| 6. Hyperbrowser | Teams wanting straightforward CDP access and credit-based billing. | Official quickstarts connect Playwright to managed browser sessions. | Its free plan currently permits one concurrent browser. |
Ranked for documented Playwright fit on August 28, 2026.
SourcesBrowserbaseBrowserbaseBrowserlessBrowserlessKernelKernelKernelSteelSteelBrowser UseBrowser UseHyperbrowserHyperbrowser
Browserbase and Browserless lead differently.
Browserbase focuses on managed cloud operations. Sessions return Playwright connection URLs. The same session supports inspection and recordings. Download retrieval has a documented cloud path.
Its framework documentation spans several languages. The pricing page bundles browser hours. Concurrency grows with paid plans. Additional platform services use other meters.
Browserless wins on connection and browser breadth. Its BaaS supports standard automation libraries. Native Playwright endpoints cover Firefox and WebKit. Enterprise options expand deployment control.
Browserless also publishes shared cloud and self-operation. That breadth creates more buyer decisions. Plan session limits differ materially. Unit billing counts connection time.
Choose Browserbase for consolidated cloud operations. Choose Browserless for protocol and deployment choice. Neither receives performance superiority here.
- Browserbase emphasizes managed session operations.
- Browserless emphasizes interface and browser choice.
- Both document remote Playwright connections.
- Both publish current plan limits.
- Both require migration testing.
Kernel and Steel add runtime choices.
Kernel gives builders two Playwright paths. Standard CDP keeps orchestration outside Kernel. Hosted execution moves code beside browsers. Agents may call that execution directly.
Hosted execution changes the failure boundary. Network latency affects fewer Playwright calls. Provider runtime limits become more important. Code packaging also enters the design.
Steel documents ordinary remote Playwright attachment. Its official cookbook covers TypeScript and Python. Sessions return a WebSocket address. The client releases sessions after work.
Steel also publishes an open runtime. Teams may operate that runtime themselves. Managed cloud services remain separate. That distinction affects procurement and maintenance.
Choose Kernel for hosted Playwright execution. Choose Steel for inspectable runtime ownership. Verify missing services before self-operation.
- Kernel supports two execution locations.
- Steel documents common language bindings.
- Both expose remote browser sessions.
- Both require explicit session cleanup.
- Runtime ownership changes staffing needs.
Check every Playwright migration boundary.
Remote connection affects more than navigation. Some Playwright features assume local files. Others assume Playwright launched the browser. CDP attachment changes those assumptions.
Use the matrix before changing endpoints. Mark each unknown before engineering estimates. A successful page load proves little. Complete workflows reveal the real boundary.
| Factor | Documented leaders | Migration risk | Required test |
|---|---|---|---|
| CDP attachment | All six ranked providers publish a CDP connection path. | Microsoft documents lower fidelity than native Playwright connections. | Run advanced context, tracing, download, and extension workflows. |
| Multiple browser engines | Browserless publishes native Playwright paths beyond Chromium. | Feature availability differs by engine and connection pattern. | Run the same suite on every required browser. |
| Hosted Playwright code | Kernel publishes Playwright execution beside its browser. | Remote code changes dependencies, secrets, and artifact handling. | Deploy one complete script with failure cleanup. |
| Session recordings | Browserbase documents session recording and replay retrieval. | Retention and sensitive content require explicit policy review. | Inspect recording access, deletion, and sharing controls. |
| Self-operated runtime | Browserless and Steel publish self-operated deployment paths. | Managed service parity should never be assumed. | List missing operations, updates, and support responsibilities. |
| Legba agent skill | Legba documents isolated sessions through a ready skill. | No public Playwright or CDP compatibility exists. | Treat Legba as a separate agent workflow. |
This matrix maps published paths, not tested feature parity.
SourcesMicrosoft PlaywrightBrowserbaseBrowserlessKernelSteelBrowser UseHyperbrowserKernelLegba
Model remote browser costs honestly.
Browserbase bundles hours inside paid plans. Current overages use browser-hour rates. Each created session has one-minute minimum billing. Additional services create more meters.
Browserless bills browser connection time using units. Thirty seconds consumes one unit. Reconnects begin another charged connection. Plan limits affect maximum sessions.
Kernel bills active resource consumption. Steel bills browser time by minute. Browser Use bills by session minute. Hyperbrowser bills browser time through credits.
The cheapest headline rate may lose. Idle behavior changes effective cost. Failed retries also change cost. Data transfer can dominate media-heavy workflows.
Build estimates from traceable workload assumptions. Include concurrency and retention. Include model charges for agent workflows. Recheck prices before purchase.
SourcesBrowserbaseBrowserbaseBrowserlessKernelSteelBrowser UseHyperbrowser
Choose the smallest complete remote fit.
Browserbase ranks first for managed Playwright operations. Browserless follows for broader connection choices. Kernel is strongest for hosted execution. Steel offers runtime ownership.
Browser Use Cloud fits mixed agent workflows. Hyperbrowser offers a simple CDP starting point. Those positions may change by workload. Protocol requirements can reorder everything.
Legba is not remote Playwright infrastructure. Its public product is an agent skill. The skill provides routing and isolated sessions. It claims no Playwright compatibility.
Run one demanding workflow before procurement. Include state, files, failures, and cleanup. Measure actual cost during that test. Choose only after evidence.
SourcesBrowserbaseBrowserlessKernelSteelBrowser UseHyperbrowserLegba
FAQs.
References
- 01Legba agent skillLegba
- 02Playwright BrowserType referenceMicrosoft Playwright
- 03Using a Browserbase sessionBrowserbase
- 04Browserbase pricingBrowserbase
- 05Browserbase cost optimizationBrowserbase
- 06Browserless browsers as a serviceBrowserless
- 07Browserless pricingBrowserless
- 08
- 09
- 10
- 11
- 12
- 13Browser Use Playwright connectionBrowser Use
- 14Browser Use pricingBrowser Use
- 15Hyperbrowser introductionHyperbrowser
- 16Hyperbrowser pricingHyperbrowser