Browserbase und Stagehand im Test: gemietetes Chrome für KI-Agenten

Browserbase vermietet Chrome: Sessions, die schnell starten, hinter einem Proxy-Netzwerk laufen und über das Chrome DevTools Protocol von Playwright, Puppeteer oder Selenium gesteuert werden können. Stagehand ist das SDK, das dieselbe Firma darauf aufbaut und drei Natural-Language-Primitive zu dieser Steuerungsfläche hinzufügt. Die hier vertretene Position: das richtige Paar für produktive Browser-Agenten, die Seitenwechsel überstehen müssen, und das falsche Paar für alle, die eine feste Monatskosten wollen, weil jede interessante Funktion separat abgerechnet wird.

Es sitzt dort, wo ein Agent-Framework Hände braucht. LangChain, CrewAI und Mastra entscheiden; Stagehand klickt. Was es ersetzt, ist die hauseigene Browser-Farm: ein Pool von Headless-Instanzen, ein Proxy-Abo, ein Captcha-Dienst und ein Session-Recorder, die Browserbase alles in einen Stundensatz einrechnet. Der härteste Wettbewerb ist nicht ein anderer Cloud-Browser, sondern eine gewöhnliche Playwright-Suite auf einer Maschine, die ohnehin schon bezahlt wird.

Was es ist

Zwei Produkte unter einem Anbieter. Browserbase ist die Infrastruktur: verwaltetes Chromium, Proxys, Session-Aufzeichnung, Identity-Funktionen und HTTP-Endpunkte für Suche, Abruf und Extraktion. Stagehand ist die Automatisierungsbibliothek, unter MIT-Lizenz veröffentlicht, aktuell als 4.1.0 auf npm, mit TypeScript-, Python- und Go-SDKs gleichen Umfangs.

• Anbieter: Browserbase, Inc.; Stagehand wird offen unter github.com/browserbase/stagehand und der MIT-Lizenz gepflegt.
• Browserzeit: pro Minute abgerechnet, mit einem Minutenminimum pro Session; der Gratisplan erlaubt 15 Minuten pro Session, bezahlte Pläne 6 Stunden.
• Parallelität: 3 Sessions gratis, 25 auf Developer, 100 auf Startup, 250+ auf Scale, mit Höchstgrenzen von 5, 25, 50 und 150 Sessions pro Minute.
• Stagehand-API: act, extract und observe für modellgesteuerte Schritte, dazu Playwright-artige page- und locator-Methoden für alles, was kein Modell braucht.
• Laufzeit: steuert Chromium direkt über CDP, seit v3 ohne Playwright-Abhängigkeit, und lädt seit v4 die eigene Erweiterung in den Browser.
• Sprachen: TypeScript, Python und Go; das npm-Paket verlangt Node 22.18 oder neuer.
• Zusätze: gehosteter MCP-Server, Search- und Fetch-Endpunkte, Session-Aufzeichnung, Residential-Proxys und ein Model Gateway, das Modelle zum Marktpreis abrechnet.

Wie es funktioniert

Eine Session ist eine Chromium-Instanz an einem anderen Ort. Das SDK öffnet dafür eine CDP-Verbindung; seit Version 4 liegt der Zustand, der früher im Client gespiegelt wurde — Zielverwaltung, Frame-Kontexte, Dispatch —, in einer Erweiterung neben der Seite, sodass der Client die Wahrheit liest und nicht eine Kopie davon. Modellaufrufe entstehen nur dort, wo der Code sie verlangt: ein act- oder extract-Aufruf baut eine gekürzte Sicht auf die Seite, schickt sie an ein Modell und übersetzt die Antwort in CDP-Befehle.

Diese Trennung zählt für die Kosten so sehr wie für die Architektur. Deterministische Schritte, etwa ein bekannter Selektor, kosten neben der Browserminute nichts. Modellgesteuerte Schritte kosten jeweils eine Completion, und die Cache-Schicht des Anbieters existiert, weil Teams für denselben Klick zweimal bezahlt haben.

Die drei Primitive

Das Versprechen ist, dass ein Skript Schritt für Schritt entscheiden kann, wie viel es von einer Seite versteht. Die Dokumentation sagt offen, dass das Design hybrid ist: Natural Language, wo die DOM unbekannt ist, Code, wo der Selektor stabil ist.

• act("click the login button") führt eine Natural-Language-Anweisung aus und repariert sich, wenn sich das Markup verschiebt.
• extract(prompt, schema) liefert typisierte Daten, die gegen ein Zod- oder Pydantic-Schema geprüft werden statt freien Texts.
• observe(instruction) gibt Kandidatenaktionen mit echten Selektoren zurück; so bleiben Zugangsdaten aus dem Prompt.
• page und locator bieten goto, click, fill, screenshot und Frame-Traversal ohne jede Inferenz.

Die empfohlene Reihenfolge ist observe und dann act: Entdeckung kostet eine Completion, und die gefundene Aktion lässt sich cachen und als einfacher Befehl abspielen. Dort liegt die laufende Kosten eines Agenten auf Browserbase, nicht in der Browserstunde, sondern in wiederholter Inferenz auf Seiten, die sich nicht verändert haben.

Erste Schritte

Das Quickstart läuft gegen lokales Chrome mit eigenem Modellschlüssel; das Tauschen des Browsers gegen browserbase.launch() ist die einzige Änderung, um dasselbe Skript in die Cloud zu bringen. Der Ausschnitt unten erledigt beide Hälften: einen Natural-Language-Schritt und eine typisierte Extraktion, am Ende ein deterministischer Klick.

import { browserbase, Stagehand } from "@browserbasehq/stagehand";
import { z } from "zod/v4";

const browser = await browserbase.launch({ apiKey: process.env.BROWSERBASE_API_KEY! });
const stagehand = await Stagehand.create({ browser, cache: true });
const [page] = await browser.context.pages();

await page.goto("https://example.com/pricing");

// natural language step, answered from cache when it repeats
await stagehand.act("open the plan comparison table");

// typed extraction: validated against the schema, not just prompted
const { data } = await stagehand.extract(
  "extract every plan and its monthly price",
  z.object({ plans: z.array(z.object({ name: z.string(), price: z.string() })) }),
);
console.table(data.plans);

// deterministic step: a real selector, no model involved
await page.locator('a[href="/docs"]').click();

await stagehand.close();
await browser.close();

Die letzten zwei Aufrufe zeigen das Wesentliche: Die Extraktion wird gegen ein Schema geprüft, ein fehlender Preis ist also eine Ausnahme statt eines Satzes zum Parsen, und der letzte Klick erreicht nie ein Modell. Das kopierbare Muster ist das Verhältnis — Inferenz für die Seitenteile, die noch niemand kartiert hat, Locator für die, die bekannt sind.

Preise

Vier Pläne, drei davon öffentlich. Browserstunden, Proxy-Bandbreite, Agent-Läufe sowie Search- und Fetch-Aufrufe bekommen jeweils eine Monatsallokation und danach einen Aufschlagssatz; nichts wird hart begrenzt, ein voller Monat rechnet mehr und schlägt nicht fehl.

Die Rechnung ist leicht falsch zu machen. 300 reine Browserstunden im Monat auf Developer sind 20 plus 200 Stunden Aufschlag zu 0,12 Dollar, also 44 Dollar; dieselben 500 Stunden auf Startup sind im Abo enthalten. Proxy-Traffic ist die zweite Variable: 1 GB ist auf Developer enthalten, 5 GB auf Startup, danach 12 beziehungsweise 10 Dollar pro Gigabyte — die Zeile, die Teams mit Residential-IPs beim Login überrascht.

Identität und Erkennung

Einen Browser zu einer Seite zu bringen, die keine Automatisierung will, ist hier eine eigene Produktlinie — und sie wird nach Plänen gestaffelt statt separat verkauft.

• Stealth: keins auf Free, Basic auf Developer und Startup, Advanced mit Verified Identity auf Scale.
• Captcha-Lösung: automatisch auf jedem bezahlten Plan, auf Free nicht vorhanden.
• Proxys: verwalteter Residential-Traffic wird pro Gigabyte abgerechnet, ein eigener Proxy-Anbieter lässt sich stattdessen konfigurieren.
• Compliance: SOC 2 auf allen Plänen; HIPAA mit BAA, eine DPA und SSO nur auf dem Scale-Plan.

Das ist der Teil für gesunden Zweifel. Anti-Bot-Verteidigung wird gemietet und nicht gelöst: Die Stufen beschreiben, was der Anbieter anwendet, und keine Erfolgsquote, und die veröffentlichten Zahlen stammen von Anbietern mit eigenem Interesse. Ein Vergleich, den Browser Use am 21. September 2026 veröffentlichte, setzte Browserbase auf Basic Stealth mit 42% gegenüber eigenen 81% auf einem Stealth-Benchmark und mit 70,3% gegenüber 84,8% auf einem zweiten. Die technische Folgerung ist nicht, dass Browserbase schwach ist, sondern dass Erkennung ein wandelndes Ziel ist, in das niemand ein festes SLA einpreisen sollte.

Wo es quietscht

Die Schwächen sind strukturell, nicht zufällig. Jede Komponente außerhalb des SDK ist proprietär: Ein Jahr Stagehand lokal bedeutet trotzdem keine selbst gehostete Entsprechung von Proxy-Pool, Stealth-Schicht, Captcha-Löser oder Session-Recorder, denn der Gratisplan selbst endet bei 1 Stunde und 3 parallelen Sessions. Die Preise haben drei Zähler — Browserstunden, Proxy-Gigabyte und Modell-Tokens — und keine veröffentlichte Schätzung, was ein realistischer Agent-Workload pro erledigter Aufgabe kostet. Betrieb im eigenen Rechenzentrum gibt es nicht; die Dokumentation beantwortet die Frage mit Regionen und Beratung.

Gegenüber diesen lautet die ehrliche Zusammenfassung: Browserbase konkurriert mit operativer Reife und verliert beim Stückpreis: Browser Use führt Browserzeit mit 0,02 Dollar pro Stunde gegenüber 0,10 bis 0,12 Dollar Aufschlag aus, eine Fünffach-Differenz, die erst zählt, wenn die inkludierten Stunden aufgebraucht sind. Playwright bleibt kostenlos und unschlagbar, wenn nichts am Ablauf eine Seite verstehen muss, die es nie gesehen hat.

Fazit

Die Flotte bei Browserbase kaufen und Stagehand als optionale Schicht darauf behandeln, nicht als Grund für das Abo. Die SDK bleibt frei, die Infrastruktur nicht, und das Abrechnungsschema belohnt Teams, die wissen, welche Schritte ein Modell brauchen.

1. Es lohnt sich, wenn Agent-Abläufe einloggen, Relaunches überstehen und ohne Aufsicht auf Seiten laufen müssen, die niemand im Team kontrolliert.
2. Es lohnt sich, wenn die Alternative wäre, Proxys, Captcha-Lösung und Session-Aufzeichnung selbst zu bauen; diese Komponenten sind das, was der Stundensatz kauft.
3. Besser weglassen, wenn jede Seite im Ablauf vorab bekannt ist: Eine Playwright-Suite und eine billige Virtuelle Maschine sind dann schneller und billiger.
4. Besser weglassen, wenn das Budget pro Aufgabe fest sein muss; Browserminuten plus Proxy-Traffic plus Gateway-Tokens ergeben ohne Instrumentierung nie eine vorhersagbare Zahl.
5. Mit Developer statt Free beginnen: 1 Stunde und 15-Minuten-Sessions reichen, um das Skript zu schreiben, aber nicht, um es zu testen.

Browserbase ist Browserzeit mit den langweiligen Teilen inklusive; Stagehand ist eine freie Bibliothek, die Tokens nur dort ausgibt, wo man es erlaubt. Das erste misst man am Preis pro erledigtem Ablauf, das zweite daran, wie wenige Completions ein Ablauf braucht.

Quellen

1. Browserbase pricing — plan limits, overage rates and the capability table
2. Browserbase plans and pricing docs — browser allocations, session duration and creation caps, retention and compliance by plan
3. Stagehand documentation — the act, extract and observe primitives and the Playwright-style page API
4. Stagehand quickstart — local launch, schema-typed extraction and the swap to browserbase.launch()
5. Stagehand v4 announcement — the extension architecture, the cache rename and the measured round-trip numbers
6. Stagehand repository — MIT licence, install commands and the hosted MCP server
7. Browser Use comparison of the two vendors — the September 2026 stealth, latency and price figures used in this review
8. Browser Use pricing — browser-hour and proxy rates in the comparison table
9. Skyvern pricing — credit allowances and concurrency in the comparison table
10. Playwright — the free alternative and its MCP server and CLI