Michael Johnson¿Necesita cada agente de IA ejecutar un Chromium completo si su tarea consiste en leer una página o hacer una captura de pantalla? El 12 de noviembre de 2026, Cloudflare abrió el código de Kitesurf, un motor de navegador experimental para este tipo de tareas automatizadas. Puede ejecutarse localmente o desplegarse en una cuenta propia de Cloudflare; la principal contrapartida es un menor consumo de CPU y memoria a cambio de una ejecución más lenta y una compatibilidad limitada con los sitios web.
Es una opción útil para quienes desarrollan automatización de navegadores: permite estudiar y adaptar el motor sin renunciar a la conocida interfaz Chrome DevTools Protocol (CDP). Pero conviene migrar todos los escenarios a Kitesurf solo después de probar las páginas necesarias. En la comparación publicada por Cloudflare, Chromium completó las tareas de prueba más rápido, y Kitesurf aún no admite algunas funciones web importantes.
Qué cambió el 12 de noviembre
Kitesurf se presentó por primera vez el 6 de octubre de 2026 como un componente de Browser Run, disponible en versión beta. En aquel momento, Cloudflare describió su arquitectura y los resultados de sus propias pruebas; el 12 de noviembre, la empresa publicó el código bajo la licencia Apache 2.0. Ahora es posible estudiar el motor, compilarlo localmente y desplegarlo en la infraestructura de una cuenta propia. Esto amplía el acceso a su implementación, pero no convierte por sí solo a este navegador experimental en un sustituto de Chromium.
Hay dos formas de ejecutar el proyecto. Para el desarrollo local se necesitan Node.js 22 o posterior, pnpm 9.15.4 y Bazelisk; las instrucciones del proyecto proponen clonar el repositorio, instalar las dependencias y ejecutar la compilación con pnpm run dev. Para desplegarlo en Cloudflare se necesita el plan Workers Paid: el motor utiliza Dynamic Workers para aislar las páginas. Al alojarlo por cuenta propia también hace falta una autenticación independiente: Kitesurf no incluye una y una dirección pública del Worker podría permitir que personas ajenas usaran la capacidad de cómputo y las solicitudes salientes de la cuenta.
Cómo funciona el navegador sin Chromium
Un navegador headless convencional ejecuta un motor grande, diseñado para sitios web e interfaces de usuario. Kitesurf reúne las funciones necesarias para la automatización a partir de varios componentes Workers: uno acepta conexiones CDP y conserva el estado de la sesión, procesos aislados independientes procesan la página y otro se encarga de renderizarla. Kitesurf admite CDP para interactuar con las herramientas de desarrollo, de modo que se le pueden conectar clientes compatibles, como Puppeteer.
Los componentes escritos en Rust procesan HTML y CSS, el JavaScript de la página se ejecuta en un entorno aislado de Workers y un renderizador independiente genera la imagen. Cloudflare describe el enrutamiento de las solicitudes de red a través de un componente especial: este carga los recursos del sitio, aplica políticas de red y mantiene separadas las cookies de las páginas. En este caso, el aislamiento forma parte del diseño del navegador: los agentes tienen que abrir sitios arbitrarios con código en el que no se puede confiar automáticamente.
La arquitectura responde a un tipo de carga de trabajo que consiste en «iniciar una tarea, procesar una página y terminar». Si el renderizador se bloquea, se puede detener y volver a crear, porque no almacena el estado de la página. Este enfoque puede resultar más conveniente para picos de automatización que mantener procesos pesados en funcionamiento continuo. Se trata de una motivación arquitectónica del proyecto, no de una garantía de ahorro concreto en cualquier sistema.
Cómo reduce el consumo
En una comparación publicada anteriormente, Cloudflare utilizó la mediana de cinco ejecuciones de Browser Run en un conjunto de 14 URL. Para crear una captura de pantalla, Kitesurf consumió 57,8 MiB de memoria, frente a 271 MiB de un conjunto de Chromium ya iniciado; para extraer HTML, consumió 39,4 MiB, frente a 273,7 MiB. Estas cifras describen una configuración y un conjunto de páginas concretos de la empresa, por lo que conviene entenderlas como una medición de un tipo de carga de trabajo, no como un coeficiente universal aplicable a todos los sitios.
En las mismas tareas, Chromium fue más rápido: tardó 637 ms en hacer una captura de pantalla, frente a los 1 148 ms de Kitesurf, y 472 ms en extraer HTML, frente a los 820 ms de Kitesurf. En otras palabras, la ventaja de Kitesurf se relaciona sobre todo con el consumo de recursos, no con la rapidez de respuesta. Para recopilar páginas en masa durante periodos breves, el coste de memoria puede importar más que una demora de un segundo; para un agente interactivo que debe responder con rapidez, la diferencia de tiempo puede pesar más. Cloudflare publicó la metodología y los resultados de estas mediciones.
Cuándo elegir Kitesurf y cuándo Chromium
Kitesurf es adecuado para tareas puntuales: obtener HTML, construir el DOM, hacer una captura o generar un PDF en un sitio compatible. Su compatibilidad con CDP permite probar esta alternativa en una infraestructura de automatización ya existente, y el código abierto ofrece la posibilidad de estudiar su comportamiento y las condiciones de despliegue. Para un experimento pequeño, se puede empezar con una compilación local; para ejecutarlo en Cloudflare, hay que tener en cuenta el plan de pago y proteger la instancia con autenticación.
Para sitios con vídeo o WebGL, sesiones autenticadas prolongadas, interacción fiable con sistemas antibots o requisitos de renderizado preciso, la documentación de Cloudflare recomienda el navegador estándar de Browser Run basado en Chromium. Kitesurf aún no admite la reproducción de vídeo, WebGL ni sesiones prolongadas que conserven el estado; el nivel de compatibilidad con los estándares y la calidad del renderizado siguen en desarrollo.
También conviene distinguir entre la conformidad con los estándares y la compatibilidad en la práctica. Las pruebas Web Platform Tests verifican requisitos concretos de los estándares web, pero no permiten saber si se cargará un sitio complejo determinado ni si el agente ejecutará correctamente una secuencia de acciones en él. La prueba práctica consiste en ejecutar precisamente las páginas y los escenarios necesarios, comparar los resultados con Chromium y no deducir la compatibilidad a partir del número general de pruebas superadas.
Conclusión práctica para el equipo
Considere Kitesurf una opción especializada para ejecutar tareas de navegador. Primero, elija varias páginas reales y mida tres aspectos: la precisión de los datos extraídos o las capturas, el tiempo de ejecución y el consumo de recursos. Después, compruebe por separado la autenticación, las restricciones de red y el comportamiento de las sesiones. Si la tarea es breve, el sitio es compatible y la memoria y la CPU importan más que la latencia, merece la pena probar Kitesurf. Si se necesita un renderizado preciso, funciones web avanzadas o un estado persistente, Chromium sigue siendo el punto de partida más adecuado.
La publicación del código no cambia la disyuntiva entre un motor ligero y especializado y un navegador completo; lo que cambia es la posibilidad de comprobar y desplegar por cuenta propia la primera opción. Ahora es más fácil para los equipos evaluarla con sus propias páginas e infraestructura, en lugar de depender únicamente de las tablas del proveedor.
