Am 6. August 2026 veröffentlichte Cloudflare Kitesurf – einen Browser, der nicht für Menschen, sondern für Agenten entwickelt wurde. Im Inneren gibt es kein Chromium: die Engine ist in Rust geschrieben, in WebAssembly kompiliert und läuft vollständig in V8-Isolaten auf Workers. Das Unternehmen behauptet, dass er bei typischen Agentenaufgaben 3–7 Mal weniger CPU und Speicher verbraucht als Chromium. Vier Monate zuvor hatte der Open-Source Obscura – ebenfalls Rust, ebenfalls „für Agenten“ – mehr als 22.000 Sterne auf GitHub gesammelt, und Cloudflare gab offen zu, dass der erste Prototyp von Kitesurf ein Port von Obscura auf Workers war.
Der Markt für Automatisierungs-Engines ist gespalten: auf der einen Seite stehen leichte Agenten-Runtimes, die Ressourcen sparen; auf der anderen Seite schwere Chromium-Bauten, die alles können, einschließlich der Umgehung von Anti-Bot-Prüfungen. Lassen Sie uns die Fakten durchgehen, was jede Klasse tatsächlich bietet und wo die Einsparungen enden.
Nach welchen Kriterien vergleichen
Benchmarks von Engines messen gerne Geschwindigkeit und Speicher, aber für das Scraping im Einsatz und Agenten sind vier unabhängige Achsen wichtig, und ein Gewinn in der ersten sagt nichts über die anderen aus:
- Startkosten – CPU und Speicher pro Seite. Das ist das, was sich direkt in der Infrastrukturrechnung bei Tausenden von parallelen Sitzungen niederschlägt.
- Vollständigkeit der Web-Plattform – wie viele moderne Websites überhaupt korrekt gerendert werden. Hier wird die Abdeckung durch Web Platform Tests (WPT) gemessen.
- Durchlässigkeit gegen Anti-Bots – übersteht die Sitzung das TLS-Handschlag, die JS-Herausforderung und die Verhaltensprüfung.
- Kontrolle über den Netzwerkzugang – können Sie steuern, von welcher IP und welchem ASN die Website die Anfrage sieht.
Kitesurf: Einsparungen gegen Vollständigkeit
Kitesurf besteht aus Modulen: Rendering und Parsing von HTML/CSS auf Blitz, CSS-Engine Stylo aus Firefox, JS-Runtime Boa in Rust, Text-Layout über Parley. Die Entwicklung dauerte laut Unternehmen 12 Wochen.
Die Zahlen des eigenen Benchmarks von Cloudflare im Vergleich zu Chromium:
- CPU für Screenshot – 380 ms gegen 1173 ms (3,1 Mal weniger);
- CPU für HTML-Extraktion – 229 ms gegen 877 ms (3,8 Mal weniger);
- Speicher für Screenshot – 57,8 MiB gegen 271 MiB (4,7 Mal weniger);
- Speicher für HTML-Extraktion – 39,4 MiB gegen 273,7 MiB (7 Mal weniger);
- aber in Bezug auf die Ausführungszeit ist Kitesurf langsamer: 1148 ms gegen 637 ms für den Screenshot und 820 ms gegen 472 ms für HTML – 1,7–1,8 Mal.
Das ist ein ehrlicher Tausch: Sie zahlen mit Verzögerung, erhalten aber die Möglichkeit, auf einer Maschine deutlich mehr parallele Sitzungen zu halten. Nach Web-Standards schneidet die Engine für ihr Alter recht gut ab – zum Zeitpunkt der Ankündigung etwa 215.000 bestandene WPT-Tests, in der Dokumentation sind jetzt über 235.000 angegeben. Die Abdeckung nach Kategorien: DOM 97%, HTML 96%, Auswahl 99%, SVG 97%, Kodierung 99%, CORS 95%, XHR 95%, URL 83%. Wikipedia, Hacker News und typische SPAs werden gerendert.
Kitesurf wird gewohnt angeschlossen: CDP-Endpunkt (was bedeutet, dass Puppeteer und Playwright unterstützt werden), MCP für Agenten, REST-Endpunkte für Quick Actions für Screenshots und HTML-Extraktion. Es reicht, den Parameter browser=kitesurf hinzuzufügen. Die Beta ist kostenlos, hat aber Kontingente pro Konto; die Quellcodes sollen veröffentlicht werden.
Was Kitesurf nicht kann – und das steht in seiner eigenen Dokumentation
Die Liste der Einschränkungen ist kurz, aber sie umfasst die gesamte Verteidigungslinie moderner Websites. Kitesurf unterstützt nicht:
- Wiedergabe von Videos;
- Rendering von WebGL;
- Handschlag der Bot-Herausforderung mit echten TLS-Fingerabdrücken;
- lange autorisierte Sitzungen, die einen ständigen Zustand erfordern.
Der dritte Punkt ist entscheidend. Cloudflare selbst schreibt: Wenn die Aufgabe an einer Bot-Herausforderung scheitert, verwenden Sie das normale Chromium in Browser Run. Das heißt, das Unternehmen, das diese Herausforderungen auf Millionen von Websites stellt, warnt ehrlich, dass sein eigener leichter Browser sie nicht besteht. Das ist kein Mangel der Beta, sondern eine Folge der Architektur: Der TLS-Fingerabdruck (JA3/JA4) entsteht im Netzwerk-Stack und nicht im Renderer, und die Rust-Engine in der Workers-Isolation wird physisch anders „gehandshaked“ als echtes Chrome.
Ein Nebeneffekt der nicht standardmäßigen Engine ist die Einzigartigkeit. Anti-Bot-Skripte wurden über Jahre auf die Artefakte von Chromium kalibriert: die Reihenfolge der Eigenschaften, die Spezifik von Fehlern, die Timings von APIs. Eine Engine, die diese Artefakte nicht hat, sieht nicht „sauberer“ aus – sie sieht anders aus, und „anders“ ist im Anti-Bot-Scoring teurer als „wie alle“. Wir haben diesen Effekt bereits in der Überprüfung der Stealth-Browser des Jahres 2026 behandelt: Benchmarks zur Sauberkeit des JS-Fingerabdrucks und Ergebnisse bei realen Zielen weichen ab, weil reale Ziele die Gesamtheit der Signale berücksichtigen.
Obscura: dieselbe Klasse, aber auf Ihrem Server
Obscura ist der führende Open-Source-Vertreter dieser Klasse. Das Repository wurde am 13. April 2026 erstellt, Lizenz Apache-2.0, Ende August – über 22.000 Sterne. Im Inneren befindet sich echtes V8, außen – CDP, also ebenfalls ein Drop-in-Ersatz für headless Chrome für Puppeteer und Playwright.
Die entscheidende architektonische Entscheidung: Obscura hat keine Pipeline für Layout und Rendering, es rendert überhaupt kein Bild. Daraus ergeben sich die Benchmark-Zahlen des Autors – die Medianwerte über 33 Szenarien ergeben etwa 21-fache Geschwindigkeit und etwa ein Siebtel des Speichers im Vergleich zu headless Chrome. Bei kontinuierlicher Belastung von React-Seiten in vier Workern sind das 40 Seiten pro Sekunde bei 112 MB Speicher im Vergleich zu 3 Seiten pro Sekunde bei 4,2 GB bei Chrome. Die WPT-Abdeckung im „Kern“ (DOM, HTML, URL, fetch) beträgt 83,3%, also 318.916 Untertests von 382.891.
Der praktische Unterschied zu Kitesurf liegt nicht in der Geschwindigkeit, sondern darin, wo all dies läuft. Obscura wird von Ihnen selbst bereitgestellt – und Sie entscheiden selbst, über welchen Netzwerkzugang es kommuniziert. Kitesurf lebt im Netzwerk eines Dritten, und das führt uns zum Hauptpunkt.
Wer besitzt Ihre ausgehende IP
Über die Einsparungen bei der CPU haben alle geschrieben, über den Netzwerkzugang – fast niemand. Inzwischen läuft Kitesurf auf Workers, was bedeutet, dass die Anfragen aus dem Cloudflare-Netzwerk kommen, mit dessen ASN. In der Dokumentation von Kitesurf gibt es keine Kontrolle über die ausgehende IP oder die Möglichkeit, einen eigenen Proxy zu verbinden. Bei dem benachbarten Browser Rendering stoßen die Entwickler auf dasselbe: der Versuch, einen Upstream-Proxy über proxyServer im BrowserContext festzulegen, schlägt mit net::ERR_PROXY_CONNECTION_FAILED fehl, und feste, zugewiesene Egress-Adressen für Workers sind standardmäßig nicht vorgesehen.
Für das Ziel-Szenario von Cloudflare ist das in Ordnung: der Agent besucht öffentliche Seiten, macht Screenshots, extrahiert HTML. Aber sobald das Ziel ein wenig geschützt ist, erhalten Sie die schlechteste mögliche Kombination von Signalen:
- Die IP gehört zu einem großen Cloud-ASN, das heißt, sie ist von vornherein als Server markiert;
- Der TLS-Fingerabdruck stimmt mit keinem echten Browser überein;
- Sie können weder das eine noch das andere ändern, weil Sie weder über den Netzwerk-Stack noch über den Zugang verfügen.
Diese Situation erklärt, warum das Gespräch über Agenten im Jahr 2026 immer häufiger nicht in die Optimierung des Runtimes, sondern in die Frage des legalen und bezahlten Zugangs geht – von signierten Agenten bis hin zu bezahlten Anfragen, über die wir in der Analyse von Wallets für Bots und HTTP 402 geschrieben haben. Wenn die Website Sie nicht hereinlässt, hilft Ihnen die wirtschaftlichste Engine der Welt nicht: Sie erhalten einfach nicht die Seite, die Ihnen nicht gegeben wurde.
Was für die Aufgabe wählen
Kitesurf – wenn die Ziele öffentlich und zahlreich sind: Überwachung öffentlicher Seiten, HTML-Extraktion für RAG-Indizes, massenhafte Screenshots, kostengünstige Agentenumgehungen der Dokumentation. Außerdem eine kostenlose Beta und null Aufwand mit der Infrastruktur. Nehmen Sie es nicht dorthin, wo es einen Login, Anti-Bot oder Anforderungen an ein bestimmtes Geo gibt.
Obscura – dasselbe Lastprofil, aber wenn Kontrolle benötigt wird: eigenes Hosting, eigener Netzwerkzugang, eigene Patches. Eignet sich als Arbeitstier im Parsing-Park, wo der Preis pro Seite wichtig ist, das Aussehen der Seite jedoch völlig unwichtig ist. Funktioniert standardmäßig gut mit Proxys, weil Sie den gesamten Prozess steuern.
Normales Chromium unter Playwright oder Puppeteer – wenn Videos, WebGL, komplexe autorisierte Sitzungen und echtes Rendering benötigt werden. Teuer in den Ressourcen, aber vorhersehbar.
Stealth-Bauten von Chromium (Camoufox, nodriver, patchright, und neu – CloakBrowser, der seit Februar 2026 über 30.000 Sterne gesammelt hat) – wenn das Ziel geschützt ist und es keine anderen Optionen gibt. Die Ressourcen sind etwas höher als bei nativem Chromium, aber das Wichtigste bleibt erhalten: der echte Netzwerk-Stack, in den der benötigte Zugang integriert werden kann.
Und der gemeinsame Nenner für die letzten drei Optionen: die Engine entscheidet, wie Sie auf Browserebene aussehen, und residente Proxys entscheiden, wie Sie auf Netzwerkebene aussehen. Für öffentliche Ziele und interne Aufgaben reichen auch Serveradressen – sie sind günstiger und schneller. Für Plattformen mit echtem Schutz wird der Preis pro Seite nicht nach Megabyte Speicher berechnet, sondern nach dem Anteil erfolgreicher Antworten.
Fazit
Kitesurf und Obscura sind eine ehrliche und, judging by the numbers, erfolgreiche Antwort auf ein reales Problem: Chromium nur für die HTML-Extraktion zu verwenden, ist tatsächlich verschwenderisch, und der Bericht von Apify und The Web Scraping Club bestätigt dies – 65,8% der Fachleute verwendeten 2025 mehr Proxys als im Jahr zuvor, und 58,3% erhöhten ihr Budget dafür. Die Ausgaben für Automatisierung steigen, und eine Einsparung von 3–7 Mal beim Speicher ist ein gewichtiges Argument.
Aber die Einsparungen funktionieren genau bis zum ersten geschützten Ziel. Die leichte Engine besteht die Bot-Herausforderung nicht – so steht es in der Dokumentation von Cloudflare selbst. Die Cloud-Runtime ermöglicht es nicht, die ausgehende IP zu steuern. Daher besteht der Agenten-Stack des Jahres 2026 aus zwei unabhängigen Schichten: einer kostengünstigen Engine für massenhafte öffentliche Seiten und einem vollwertigen Browser mit steuerbarem Netzwerkzugang für alles andere. Der Versuch, beide Schichten mit einem einzigen Werkzeug abzudecken, endet entweder mit einer Überzahlung für Chromium, wo Rust ausgereicht hätte, oder mit einer Nullkonversion des Parsers, wo IPs fehlten.
