connectUrl for Kernel’s cdp_ws_url. Everything else is optional — but a few Browserbase concepts have no Kernel equivalent because Kernel handles them differently.
Concept mapping
The connection change
BrowserbaseThen drop the CDP connection entirely
The migration above keeps your CDP round trips. If the automation is a script or an agent tool, playwright execution is strictly better: the same Playwright API, running inside the browser’s VM, returning values to you.playwright install to version-pin, no Chromium download, no connection to reconnect, and no CDP fingerprint on the wire. See how you drive the browser for when to keep CDP anyway.
Contexts become profiles
A Browserbase context and a Kernel profile both persist cookies and storage between sessions. Two differences worth knowing:- A profile is writable per browser. Pass
save_changes: trueand the browser writes its state back on exit; leave it off and the profile loads read-only. - Profiles are what managed auth populates. Instead of scripting the login yourself, create an auth connection against a domain, point it at a profile name, and Kernel performs the login, monitors the session, and reauthenticates supported flows in the background.
Things to check before cutting over
- Region. Browsers default to
us-east. Co-locate your loop with playwright execution or the App Platform if latency matters. - Concurrency and create rate. Both are per plan and separate from each other — see concurrency and limits.
- Proxy behavior. Kernel’s datacenter proxies rotate per request; ISP proxies are static. If your automation assumed a stable exit IP, use ISP or a custom proxy.
Moving a large workload? Talk to us first — pools versus on-demand browsers is usually the decision that matters most, and it depends on your traffic shape.