Michael JohnsonMoet elke AI-agent een volledige Chromium starten als de taak alleen bestaat uit het lezen van een pagina of het maken van een screenshot? Op 12 november 2026 maakte Cloudflare de broncode van Kitesurf openbaar, een experimentele browserengine voor dit soort geautomatiseerde taken. Je kunt hem lokaal draaien of uitrollen in je eigen Cloudflare-account. De belangrijkste afweging: minder CPU- en geheugengebruik, maar langere uitvoeringstijden en beperkte compatibiliteit met websites.
Voor ontwikkelaars van browserautomatisering is dit een interessante keuze: ze kunnen de engine onderzoeken en aanpassen, met behoud van de vertrouwde interface van het Chrome DevTools Protocol (CDP). Maar stap pas met al je scenario’s over op Kitesurf nadat je de benodigde pagina’s hebt getest. In de door Cloudflare gepubliceerde vergelijking voltooide Chromium de testtaken sneller, en Kitesurf ondersteunt voorlopig nog enkele belangrijke webfuncties niet.
Wat er op 12 november veranderde
Kitesurf werd op 6 oktober 2026 voor het eerst gepresenteerd als onderdeel van Browser Run, dat toen in bèta beschikbaar was. Cloudflare beschreef destijds de architectuur en de resultaten van eigen tests; op 12 november maakte het bedrijf de code openbaar onder de Apache 2.0-licentie. Je kunt de engine nu bestuderen, lokaal bouwen en uitrollen op de infrastructuur van je eigen account. Dat maakt de implementatie toegankelijker, maar verandert een experimentele browser niet vanzelf in een vervanger voor Chromium.
Het project biedt twee manieren om de browser te draaien. Voor lokale ontwikkeling heb je Node.js 22 of nieuwer, pnpm 9.15.4 en Bazelisk nodig. De projectinstructies raden aan de repository te klonen, de afhankelijkheden te installeren en de build te starten met pnpm run dev. Voor uitrol op Cloudflare is een betaald Workers-abonnement vereist: de engine gebruikt Dynamic Workers om pagina’s te isoleren. Bij zelf hosten is aparte authenticatie nodig: Kitesurf heeft die niet ingebouwd, en een openbaar Worker-adres kan anderen de mogelijkheid geven de rekenkracht en uitgaande verzoeken van je account te gebruiken.
Hoe de browser zonder Chromium werkt
Een gewone headlessbrowser start een omvangrijke engine die is ontworpen voor websites en gebruikersinterfaces. Kitesurf stelt de functies die nodig zijn voor automatisering samen uit verschillende Workers-componenten: één component accepteert CDP-verbindingen en bewaart de sessiestatus, afzonderlijke geïsoleerde processen verwerken de pagina en een andere component verzorgt de weergave. Kitesurf ondersteunt CDP voor interactie met ontwikkelaarstools, zodat je compatibele clients zoals Puppeteer kunt aansluiten.
HTML en CSS worden verwerkt door componenten in Rust, de JavaScript-code van de pagina draait in een geïsoleerde Workers-omgeving en een aparte renderer maakt de afbeelding. Cloudflare beschrijft hoe netwerkverzoeken via een speciale component worden gerouteerd: die laadt de resources van de website, past netwerkbeleid toe en houdt cookies van pagina’s gescheiden. Isolatie is hier onderdeel van het browserontwerp: agents moeten willekeurige websites openen met code die niet automatisch vertrouwd kan worden.
De architectuur past bij het type belasting ‘taak starten — pagina verwerken — afsluiten’. Als de renderer vastloopt, kan die worden gestopt en opnieuw worden aangemaakt, omdat de paginastatus er niet in wordt bewaard. Voor pieken in automatiseringsverkeer kan deze aanpak handiger zijn dan zware processen die voortdurend actief blijven. Dit is een architectonische motivatie voor het project, geen garantie op een specifieke besparing in elk systeem.
Hoe de kosten worden verlaagd
In een eerder gepubliceerde vergelijking gebruikte Cloudflare de medianen van vijf uitvoeringen van Browser Run op een set van 14 URL’s. Voor het maken van een screenshot gebruikte Kitesurf 57,8 MiB geheugen, tegenover 271 MiB voor een warme Chromium-pool; voor het ophalen van HTML was dat 39,4 MiB tegenover 273,7 MiB. Deze cijfers beschrijven een specifieke configuratie en een set pagina’s van het bedrijf. Je kunt ze daarom het beste zien als een meting van één type belasting, niet als een universele factor voor alle websites.
Bij dezelfde taken was Chromium sneller: een screenshot maken duurde 637 ms tegenover 1.148 ms voor Kitesurf, en HTML ophalen 472 ms tegenover 820 ms. Kitesurf heeft dus vooral een voordeel in resourcegebruik, niet in reactiesnelheid. Bij grootschalig, kortdurend ophalen van pagina’s kan geheugengebruik belangrijker zijn dan een vertraging van een seconde; voor een interactieve agent die snel moet reageren, kan het tijdsverschil juist zwaarder wegen. Cloudflare publiceerde de meetmethode en resultaten.
Wanneer kies je Kitesurf en wanneer Chromium?
Kitesurf is geschikt voor eenmalige taken: HTML ophalen, een DOM opbouwen, een screenshot maken of een pdf genereren op een compatibele website. Dankzij de CDP-compatibiliteit kun je dit alternatief testen in een bestaande automatiseringsstack, en met de broncode kun je het gedrag en de uitrolvereisten bestuderen. Voor een klein experiment kun je beginnen met een lokale build; houd bij gebruik op Cloudflare rekening met het betaalde abonnement en beveilig de instantie met authenticatie.
Voor websites met video of WebGL, langdurige ingelogde sessies, betrouwbare werking met botbescherming of een vereiste voor nauwkeurige paginavertoning raadt de documentatie van Cloudflare de standaard Chromium-browser van Browser Run aan. Kitesurf ondersteunt voorlopig geen videoweergave, WebGL of langdurige sessies met behoud van de status. De ondersteuning van standaarden en de kwaliteit van de weergave worden nog verder ontwikkeld.
Er is ook een belangrijk verschil tussen voldoen aan standaarden en compatibiliteit in de praktijk. Web Platform Tests testen afzonderlijke vereisten van webstandaarden, maar geven geen antwoord op de vraag of een specifieke complexe website laadt en of een agent er een reeks handelingen correct kan uitvoeren. De praktische aanpak is om precies de benodigde pagina’s en scenario’s te testen en de resultaten met Chromium te vergelijken, in plaats van compatibiliteit af te leiden uit het algemene aantal geslaagde tests.
Praktische conclusie voor teams
Beschouw Kitesurf als een gespecialiseerde manier om een browservraag uit te voeren. Kies eerst een paar echte pagina’s en meet drie zaken: de juistheid van de opgehaalde gegevens of screenshots, de uitvoeringstijd en het resourcegebruik. Test daarna afzonderlijk de authenticatie, netwerkbeperkingen en het sessiegedrag. Als de taak kort is, de website compatibel is en geheugen en CPU belangrijker zijn dan vertraging, is Kitesurf het proberen waard. Als nauwkeurige weergave, uitgebreide webfuncties of behoud van status belangrijk zijn, blijft Chromium het betere uitgangspunt.
Het openstellen van de broncode verandert niet de keuze tussen een lichte, gespecialiseerde engine en een volledige browser, maar maakt het wel mogelijk de eerste optie zelfstandig te controleren en uit te rollen. Teams kunnen die nu gemakkelijker testen op hun eigen pagina’s en infrastructuur, in plaats van alleen op de tabellen van de leverancier af te gaan.
