Michael JohnsonMåste varje AI-agent starta en fullständig Chromium-webbläsare för att läsa en sida eller ta en skärmbild? Den 12 november 2026 öppnade Cloudflare källkoden till Kitesurf, en experimentell webbläsarmotor för sådana automatiserade uppgifter. Den kan köras lokalt eller distribueras i det egna Cloudflare-kontot. Den viktigaste kompromissen är lägre CPU- och minnesförbrukning till priset av längre körtid och begränsad kompatibilitet med webbplatser.
Det här är ett användbart alternativ för utvecklare av webbläsarautomatisering: man kan undersöka och anpassa motorn och samtidigt behålla det välbekanta gränssnittet Chrome DevTools Protocol (CDP). Men flytta inte alla arbetsflöden till Kitesurf förrän du har testat de sidor som behövs. I Cloudflares publicerade jämförelse slutförde Chromium testuppgifterna snabbare, och Kitesurf saknar fortfarande stöd för vissa viktiga webbfunktioner.
Vad ändrades den 12 november
Kitesurf presenterades första gången den 6 oktober 2026 som en komponent i Browser Run, då tillgänglig i betaversion. Cloudflare beskrev då arkitekturen och resultaten av företagets egna tester. Den 12 november öppnade företaget källkoden under Apache 2.0-licensen. Nu kan motorn undersökas, byggas lokalt och distribueras på infrastrukturen i det egna kontot. Det gör implementationen mer tillgänglig, men förvandlar inte i sig den experimentella webbläsaren till en ersättare för Chromium.
Projektet kan köras på två sätt. För lokal utveckling behövs Node.js 22 eller senare, pnpm 9.15.4 och Bazelisk. Projektets instruktioner föreslår att man klonar kodförrådet, installerar beroenden och startar bygget med pnpm run dev. För distribution hos Cloudflare krävs Workers Paid-abonnemanget: motorn använder Dynamic Workers för att isolera sidor. Vid egen drift behövs separat autentisering – Kitesurf har ingen inbyggd sådan, och en offentlig Worker-adress kan ge utomstående möjlighet att använda ditt kontos beräkningsresurser och göra utgående förfrågningar.
Hur webbläsaren klarar sig utan Chromium
En vanlig headless-webbläsare startar en stor motor som är utformad för webbplatser och användargränssnitt. Kitesurf sätter samman funktionerna som behövs för automatisering av flera Workers-komponenter: en tar emot CDP-anslutningar och lagrar sessionstillstånd, separata isolerade processer hanterar sidan och en annan sköter rendering. Kitesurf stöder CDP för samverkan med utvecklarverktyg, så kompatibla klienter som Puppeteer kan anslutas.
HTML och CSS hanteras av komponenter skrivna i Rust, sidans JavaScript körs i en isolerad Workers-miljö och en separat renderare skapar bilden. Cloudflare beskriver hur nätverksförfrågningar dirigeras via en särskild komponent: den hämtar webbplatsens resurser, tillämpar nätverkspolicyer och håller sidornas cookies åtskilda. Isoleringen är en del av webbläsarens konstruktion: agenter måste öppna godtyckliga webbplatser med kod som inte automatiskt kan anses vara betrodd.
Arkitekturen är anpassad för arbetsbelastningen ”starta en uppgift – behandla en sida – avsluta”. Om renderaren hänger sig kan den stoppas och startas om, eftersom sidtillståndet inte lagras där. För automatisering med varierande belastning kan det här tillvägagångssättet vara smidigare än att hålla tunga processer igång hela tiden. Det är ett arkitektoniskt motiv för projektet, inte en garanti för en viss resursbesparing i alla system.
Så minskar resursförbrukningen
I en tidigare publicerad jämförelse använde Cloudflare medianvärden från fem körningar av Browser Run på en uppsättning med 14 URL:er. För att skapa en skärmbild använde Kitesurf 57,8 MiB minne, jämfört med 271 MiB för en varm Chromium-pool. För att extrahera HTML var motsvarande siffror 39,4 MiB respektive 273,7 MiB. Värdena beskriver en viss konfiguration och en uppsättning sidor som valts ut av företaget. Se dem därför som mätningar av en typ av arbetsbelastning, inte som en universell faktor för alla webbplatser.
På samma uppgifter var Chromium snabbare: det tog 637 ms att skapa en skärmbild, jämfört med 1 148 ms för Kitesurf, och HTML-extraktionen tog 472 ms respektive 820 ms. Kitesurfs fördel ligger alltså främst i resursförbrukningen, inte i svarstiden. Vid storskalig insamling av sidor med korta körningar kan minnesåtgången vara viktigare än fördröjningen på någon sekund. För en interaktiv agent som måste reagera snabbt kan tidsskillnaden väga tyngre. Cloudflare har publicerat metoden och resultaten från mätningarna.
När ska man välja Kitesurf och när Chromium?
Kitesurf passar för engångsuppgifter: hämta HTML, skapa ett DOM-träd, ta en skärmbild eller generera en PDF på en kompatibel webbplats. CDP-kompatibiliteten gör det möjligt att testa alternativet i en befintlig automatiseringsstack, och den öppna källkoden gör det möjligt att undersöka beteendet och driftsättningen. För ett mindre experiment kan man börja med en lokal installation. Vid körning hos Cloudflare bör man räkna med den betalda abonnemangsplanen och skydda instansen med autentisering.
För en webbplats med video eller WebGL, en långvarig inloggad session, tillförlitlig hantering av bottskydd eller krav på exakt återgivning rekommenderar Cloudflares dokumentation den vanliga Chromium-baserade webbläsaren i Browser Run. Kitesurf stöder ännu inte videouppspelning, WebGL eller långvariga sessioner med bevarat tillstånd. Stödet för standarder och renderingskvaliteten utvecklas fortfarande.
Det finns också en viktig skillnad mellan att följa standarder och att fungera i praktiken. Web Platform Tests testar enskilda krav i webbstandarderna, men visar inte om en viss komplex webbplats laddas eller om agenten kan utföra en följd av åtgärder korrekt. Det praktiska testet är att köra just de sidor och arbetsflöden som behövs och jämföra resultaten med Chromium, i stället för att dra slutsatser om kompatibilitet utifrån det totala antalet godkända tester.
Praktiska råd till teamet
Betrakta Kitesurf som ett specialiserat alternativ för att köra webbläsaruppgifter. Börja med några verkliga sidor och mät tre saker: hur korrekta de extraherade uppgifterna eller skärmbilderna är, körtiden och resursförbrukningen. Kontrollera därefter separat autentisering, nätverksbegränsningar och hur sessionen fungerar. Om uppgiften är kort, webbplatsen kompatibel och minne och CPU viktigare än svarstid, är Kitesurf värt att testa. Om exakt återgivning, avancerade webbfunktioner eller beständigt tillstånd är viktigt är Chromium en lämpligare utgångspunkt.
Att källkoden har öppnats förändrar inte själva valet mellan en lätt, specialiserad motor och en fullständig webbläsare, men gör det möjligt att själv granska och distribuera det första alternativet. Team kan nu enklare utvärdera det på sina egna sidor och i sin egen infrastruktur, i stället för att enbart förlita sig på leverantörens tabeller.
