Le client n°1 du Web passe de l'humain à l'IA

Le Web est en train de changer, non pas pour les yeux humains, mais pour que les agents IA puissent lire et écrire plus efficacement.

En seulement deux semaines, Cloudflare, Vercel et Google ont chacun annoncé des standards web compatibles avec les agents. Voici ce que ce virage signifie pour quiconque développe des services.

Markdown for Agents a résolu le problème de la « lecture »

Le plus gros gaspillage quand un agent IA lit une page web, ce sont le HTML, le CSS et le JavaScript. Indispensables pour l’œil humain, mais du pur gaspillage de tokens pour un agent.

L’approche de Cloudflare et Vercel est simple. Envoyez la même URL avec l’en-tête Accept défini sur text/markdown, et le serveur répond avec une version convertie en Markdown. Cela utilise la négociation de contenu, un mécanisme déjà intégré au standard HTTP, donc aucun nouveau protocole n’était nécessaire.

Points clés

• Le blog de Vercel est passé de 500 Ko en HTML à 2 Ko en Markdown (réduction de 99,6 %)
• Cloudflare l’active d’un simple bouton dans le tableau de bord à partir du plan Pro
• L’en-tête x-markdown-tokens communique le nombre de tokens après conversion
• Une seule URL dessert humains et agents, pas de site séparé nécessaire

WebMCP s’attaque frontalement au problème de l’« écriture »

La lecture seule ne suffit pas. Jusqu’à présent, les agents devaient analyser directement le DOM pour cliquer sur des boutons de réservation et remplir des formulaires. Dès que l’interface changeait, l’agent cessait de fonctionner.

Le WebMCP de Google dans Chrome 146 renverse complètement l’approche. Les sites web déclarent « les actions disponibles sur cette page » via JSON Schema, et les agents peuvent invoquer des outils sans deviner. Pensez-y comme un Swagger pour agents.

Points clés

• Il suffit d’ajouter un attribut toolname à un formulaire HTML pour un fonctionnement déclaratif
• L’API registerTool gère les applications complexes comme les SPA
• Là où le MCP traditionnel est un protocole côté serveur, WebMCP fonctionne dans le navigateur
• Déjà testable dans l’aperçu anticipé de Chrome 146 (headless pas encore pris en charge)

Ces deux mouvements simultanés ne sont pas une coïncidence

Si Markdown for Agents vise à « fournir efficacement du contenu aux agents », WebMCP vise à « permettre aux agents d’utiliser précisément les fonctionnalités des pages ». La lecture et l’écriture se standardisent en même temps.

Une fois les deux établis, les agents ne navigueront plus sur le Web comme des humains, ils l’appelleront comme une API. L’Agent-Native Web est désormais en construction.

• La première réécriture du contrat web-bot en 20 ans depuis robots.txt
• La pression sur les coûts de tokens accélère la standardisation

Les développeurs peuvent commencer dès maintenant

Pas besoin de refonte complète. Si vous êtes sur Cloudflare, activez simplement le bouton Markdown for Agents dans votre tableau de bord. Ajouter expérimentalement des attributs toolname à vos formulaires existants est aussi un excellent point de départ.

Ce que vous pouvez faire aujourd’hui

• Activer Markdown for Agents dans les Quick Actions du tableau de bord Cloudflare
• Tester l’ajout des attributs toolname et tooldescription aux formulaires HTML existants
• Commencer à enregistrer les ratios de trafic agent basés sur les en-têtes Accept
• Évaluer l’exploitation parallèle de llms.txt et d’un sitemap Markdown

Conclusion

Si robots.txt fut le premier contrat entre le Web et les bots il y a 20 ans, le deuxième contrat est en train de s’écrire maintenant. Les équipes qui conçoivent pour les agents dès aujourd’hui posséderont le Web de demain.

Références

• Cloudflare Markdown for Agents
• Vercel Markdown for Agents
• WebMCP in Chrome
• WebMCP GitHub