Un navigateur qui ne dessine rien à l’écran, parce que personne ne le regarde. Cloudflare a lancé Kitesurf le 6 août : ni onglets, ni thèmes, ni extensions. Il tourne dans le cloud, sur Workers, la plateforme maison qui exécute du code sans serveur à administrer, et son unique utilisateur est un agent IA.
L’hébergeur ne cherche pas à vous arracher Chrome des mains. Il vend aux développeurs d’agents une brique qu’ils bricolaient jusqu’ici eux-mêmes : de quoi parcourir des sites, remplir des formulaires, extraire du HTML, sans embarquer ni maintenir un Chromium entier. Douze semaines de développement selon Cloudflare, et une bêta gratuite via Browser Run, son service de navigateurs headless, c’est-à-dire sans interface graphique, qu’un programme pilote à distance ; les quotas d’usage restent en place, compte par compte. Le pari détonne sur ce marché : les fournisseurs installés, Browserbase en tête, louent justement des Chromium réels hébergés dans le cloud et pilotés par les mêmes outils d’automatisation. Cloudflare, lui, préfère jeter le moteur des humains plutôt que l’héberger.
Un moteur plus léger, mais plus lent
L’argument posé dans l’annonce de Cloudflare tient en une inversion de priorités. Un navigateur destiné à un agent n’a que faire des thèmes et des onglets : ce qu’il doit gérer, c’est la fenêtre de contexte, la performance, le coût en tokens, ces unités de texte facturées par les modèles, et la montée en charge. Le confort visuel bascule du côté des postes de dépense sans contrepartie.
Les gains annoncés vont dans ce sens : trois à quatre fois moins de puissance de calcul, jusqu’à sept fois moins de mémoire que Chromium sur les tâches agentiques courantes, captures d’écran et extraction de HTML en tête. Avec une contrepartie que l’entreprise ne cache pas : les mêmes tâches prennent près de deux fois plus de temps. Pour un agent qui visite trois pages, l’écart de consommation est anecdotique. Sur une flotte qui en visite trois millions par jour, il devient une ligne budgétaire.
Techniquement, Kitesurf est un assemblage assumé. Blitz fournit le moteur de rendu modulaire, Stylo le moteur de style CSS de Firefox, Boa l’exécution du JavaScript : trois briques écrites en Rust, compilées en WebAssembly et logées dans Workers. Le premier prototype consistait à porter Obscura, un moteur headless open source, vers cette plateforme. Cloudflare revendique plus de 215 000 tests de la suite Web Platform Tests réussis, ainsi que le rendu correct de Wikipédia, de Hacker News ou de TodoMVC. Un navigateur qui sait lire le web, pas l’habiter.
Le web humain devient une couche de compatibilité
Retirer l’affichage relève moins de l’optimisation d’infrastructure que d’une prise de position sur ce qu’est une page. Pour une machine, la mise en page, les polices, les animations et les bandeaux de consentement forment une couche de traduction coûteuse : il faut la produire, puis la relire, pour retrouver une information qu’un flux structuré aurait livrée directement.
Le paradoxe, c’est que la capture d’écran figure toujours au menu des tâches optimisées. Les modèles multimodaux continuent de regarder les pages comme des images, faute de canal mieux adapté. Kitesurf rend ce détour moins cher au lieu de le supprimer. On devine la suite : le jour où un site sert directement aux agents ce qu’ils viennent chercher, plus personne n’a besoin de rendre quoi que ce soit.
Vers 2027, deux versions du même site
Le mouvement se lit déjà dans les choix d’infrastructure. D’ici la fin 2027, les sites les plus visités par des machines exposeront deux surfaces distinctes : celle que vous voyez, financée par la publicité et instrumentée par la mesure d’audience ; et celle que consomment les agents, dépouillée, structurée, très probablement facturée à l’appel.
Trois conditions doivent tenir pour que ce scénario se réalise. La parité de rendu d’abord : 215 000 tests réussis, c’est un début honorable, pas l’équivalent de Chromium, et un agent qui trébuche sur un tunnel de paiement ne vaut rien. L’économie ensuite : le gain de consommation doit rester supérieur au coût de maintenance d’un moteur maison, face à un Chromium financé par Google. Le rapport de force enfin : les éditeurs n’ouvriront un canal réservé aux machines que s’ils peuvent le contrôler et le monétiser.
Sur ce troisième point, Cloudflare occupe une position d’arbitre confortable, puisqu’il se tient déjà entre une part considérable des sites et ceux qui les visitent. Fournir le navigateur des agents et le portier des sites, c’est tenir les deux extrémités de la même transaction.
Un navigateur qui obéit à ce qu’il lit
Cloudflare signale de son côté une zone d’ombre : le modèle de menace change de nature. Un navigateur d’agent est exposé à l’injection de prompt, ces instructions dissimulées dans le contenu d’une page pour détourner la machine qui la lit. Une consigne planquée dans un commentaire HTML ou du texte invisible peut suffire à réorienter un agent autorisé à remplir des formulaires.
Le sujet n’a rien de théorique pour un service mutualisé. Un moteur qui exécute du JavaScript hostile pour des milliers de clients sur la même plateforme concentre le risque exactement autant qu’il concentre les économies. La parade avancée tient à l’architecture : chaque chargement de page démarre dans un environnement neuf et isolé, et tout ce qui arrive du web est traité comme hostile par défaut. La bêta est gratuite ; la facture de sécurité, elle, se présentera plus tard, et personne ne sait encore à quel nom.
Le basculement ne se verra pas dans un communiqué. Il se verra dans les journaux d’accès d’un grand éditeur, le jour où le trafic de ses visiteurs automatiques dépassera celui de ses lecteurs et où sa direction technique calculera qu’il coûte moins cher de leur servir un flux dédié que de leur faire rendre une page complète. Ce jour-là, le web des yeux et celui des machines auront cessé de faire semblant d’être le même.
