AgenticSchema — Pourquoi coder des APIs quand 10 millions de sites décrivent déjà leurs outils ?

Vous en avez assez de voir vos agents IA galérer sur des regex foirées, des sélecteurs CSS obsolètes et des blocages Cloudflare d'une lâcheté sans nom ? Normal : faire scraper le web à un LLM en 2026, c'est comme envoyer un diplodocus trier des lentilles. Heureusement, un développeur malin vient de sortir AgenticSchema, un petit adaptateur qui convertit la soupe sémantique du web en outils MCP clairs, nets et précis. Enquête sur le chaînon manquant de la navigation agentique.

La tragédie du grattoir à pixels

Soyons lucides une seconde. Aujourd'hui, quand un agent IA veut chercher un produit sur une boutique en ligne ou dénicher un article de presse, sa méthode de travail relève du Moyen Âge de l'informatique. Il navigue à l'aveugle, télécharge cinq mégaoctets de JavaScript obèse, se prend un captcha sournois dans les gencives, et finit par tenter de deviner où se cache l'information essentielle à coups de prompts de parsing à 0,05 dollar le million de tokens. On appelle ça le scraping moderne. C'est le comble de la bêtise technologique. On injecte de l'intelligence artificielle à tous les étages pour finalement laisser nos modèles gratter les pixels comme des primates devant un monolithe, en espérant que la mise en page n'ait pas changé depuis la veille.

Pendant ce temps, les propriétaires de sites web passent leurs nuits à faire l'inverse. Pour plaire aux robots d'indexation de Google et espérer gratter trois places dans les résultats de recherche, ils se plient en quatre pour structurer leurs données. Ils balisent tout à la main : les produits, les prix, les avis, les adresses, les événements. C'est le web sémantique. Selon les statistiques officielles de Google issues de son crawler, plus de dix millions de domaines publient du balisage structuré chaque jour sous la norme Schema.org. Plus de dix millions de sites qui crient sur tous les tons de manière parfaitement lisible par une machine : « Voici mon produit, voilà son tarif, et voici comment interroger mon moteur de recherche interne ».

Et pourtant, jusqu'ici, nos fiers agents autonomes ignoraient superbement cette mine d'or, préférant continuer à dévorer du code HTML brut comme des gorets. C'est pour combler ce gouffre d'absurdité que Stefano Salvucci a développé AgenticSchema, un adaptateur léger qui transforme instantanément cette vieille soupe sémantique en outils Model Context Protocol (MCP) parfaitement digestes.

Anatomie du miracle : du balisage SEO au tool calling direct

Le web sémantique n'était pas mort, il attendait juste ses véritables clients. Avec AgenticSchema, la promesse originelle de Tim Berners-Lee reprend des couleurs. Le balisage structuré n'est plus un simple artifice pour faire apparaître des petites étoiles jaunes dans les résultats de recherche ; il redevient ce qu'il aurait toujours dû être : une API publique, gratuite et auto-documentée.

Le fonctionnement est d'une simplicité enfantine. Quand un agent arrive sur une page dotée d'AgenticSchema, la bibliothèque analyse le DOM, repère le JSON-LD, le microdata ou le RDFa, et génère en temps réel des définitions d'outils au format MCP.

Prenons un exemple concret avec une page produit du site Open Food Facts. Ce site, comme beaucoup d'autres, intègre un schéma SearchAction avec une clé query-input pour définir comment lancer une recherche. AgenticSchema passe par là et génère instantanément la liste d'outils suivante :

• get_web_site
• get_organization
• search_web_site(search_term_string)

L'outil search_web_site n'est pas une simple vue d'esprit : il est directement exécutable par l'agent. Celui-ci n'a pas à analyser la page pour comprendre où se situe le formulaire de recherche, ni à simuler un clic sur un bouton loupe comme un stagiaire paniqué devant son écran. Il lui suffit d'invoquer la fonction search_web_site avec le paramètre textuel requis. La bibliothèque se charge de traduire l'appel en requête HTTP réelle en se basant sur le modèle d'URL (urlTemplate) fourni par la page elle-même. C'est propre, c'est immédiat, et ça ne coûte pas un centime de token en raisonnement inutile.

Sous le capot : Registration contre Transport

C'est ici qu'il faut être attentif pour éviter de tomber dans le piège où s'embourbent la moitié des développeurs du dimanche. Pour qu'AgenticSchema fonctionne, deux étapes distinctes sont nécessaires, et la bibliothèque ne gère que la première :

1. La Registration

Elle est gérée par le script client @agenticschema/browser. C'est un fichier minuscule de 27 Ko gzippé, sans aucune dépendance, que l'on peut charger depuis un CDN ou héberger soi-même. Son unique travail consiste à lire les métadonnées de la page et à déclarer les outils correspondants dans l'espace global document.modelContext. C'est le tableau d'affichage de la page, sa manière de dire : « Voici ce que je sais faire ».

2. Le Transport

C'est la passerelle qui transporte ces outils depuis le navigateur jusqu'aux oreilles de l'agent (qu'il s'agisse de Claude Desktop, Cursor ou Claude Code). Par mesure de sécurité évidente, un onglet de navigateur ne peut pas ouvrir un port TCP local pour écouter les connexions d'un agent tiers. Il faut donc un intermédiaire.

Pendant la phase de développement, on utilise un relais local en Node.js nommé @mcp-b/webmcp-local-relay. Ce script fait office de pont en écoutant les outils publiés par le navigateur pour les retransmettre à l'agent connecté en stdio. En production, on comptera à terme sur des navigateurs compatibles avec la spécification native WebMCP ou sur des extensions dédiées pour éliminer ce relais local devenu inutile.

Voici un bilan lucide pour mesurer la différence de méthode entre l'ancienne école et la nouvelle :