Le web agentique arrive: une deuxième couche du Web, pensée pour les machines 🤖
Une transformation silencieuse est en cours: le web agentique prend forme. Cette nouvelle couche, parallèle au Web “humain” que nous connaissons, s’adresse d’abord aux agents logiciels et aux systèmes d’IA. Elle n’a pas vocation à remplacer l’HTML, les liens et les pages; elle ajoute une infrastructure de découverte, de description et d’activation que les machines comprennent sans friction. Pour les professionnels du SEO, c’est un changement de paradigme: il ne s’agit plus seulement d’optimiser des pages pour des algorithmes de recherche, mais aussi de rendre lisibles vos contenus, vos outils et vos capacités pour des agents autonomes.
Deux spécifications récemment publiées cristallisent cette bascule: l’Open Knowledge Format (OKF) et l’Agentic Resource Discovery (ARD). La première standardise des paquets de connaissances destinés à nourrir des modèles. La seconde décrit comment les agents découvrent, vérifient et connectent des capacités (outils, API, autres agents) à la volée. Ensemble, elles esquissent l’ossature du web agentique. Mais attention: les confondre, les surévaluer ou les implémenter sans stratégie peut coûter cher. Voici comment les comprendre, les positionner dans votre feuille de route, et en tirer un avantage durable pour votre SEO.
Carte des couches: de l’HTML aux catalogues d’agents 🧭
Le web agentique n’efface pas l’existant; il s’empile dessus. Pour décider où investir, il faut distinguer les couches et leur rôle:
1) Pages HTML explorables: le socle immuable
Des pages HTML propres, rapides et accessibles restent le fondement. La structure sémantique (titres hiérarchisés, navigation, liens internes, contenus visibles au chargement) est la boussole des crawlers et des LLMs qui “lisent” encore majoritairement du HTML. Sans ce socle, aucune autre couche ne compense vos lacunes de découverte, d’indexation ou d’autorité.
2) Données structurées: le vocabulaire partagé
Schema.org et les formats structurés ajoutent des indices explicites sur la nature d’une page, d’un produit, d’un événement… C’est un langage commun qui aide moteurs et assistants à comprendre. Le web agentique réutilise ce principe: moins d’ambiguïté, plus de signaux fiables. Gardez vos schémas alignés avec vos contenus et vos flux marchands: cohérence et fraîcheur priment.
3) Sitemaps, robots et LLMs.txt: des panneaux de signalisation
Sitemap.xml déclare ce qui existe, robots.txt ce qu’on autorise, et LLMs.txt oriente désormais des agents déjà présents sur votre site vers les pages utiles. C’est de la signalétique, pas une baguette magique SEO. Attendez-vous à un impact surtout “intra-site”: meilleure navigation des agents une fois arrivés, pas une augmentation soudaine de la découverte externe.
4) MCP et WebMCP: l’interopérabilité des agents
Le Model Context Protocol (MCP) et sa déclinaison WebMCP standardisent la manière dont un agent se connecte à des services pour lire des connaissances ou exécuter des actions. WebMCP s’insère dans le navigateur; MCP se branche à des outils côté serveur. Dans le web agentique, ils offrent une “prise universelle” pour qu’un agent dialogue avec vos capacités sans développement ad hoc.
5) Open Knowledge Format (OKF): des “livres” de connaissances
OKF regroupe des fichiers markdown enrichis d’un en-tête YAML (titre, type, description, ressources, étiquettes…), reliés entre eux. Imaginez une bibliothèque de documents standardisés, facile à ingérer par des systèmes. C’est un format d’emballage de savoir, pas un remplaçant du crawl HTML.
6) Agentic Resource Discovery (ARD): l’annuaire des capacités
ARD définit comment publier un catalogue d’outils et d’agents sur votre domaine (ai-catalog.json), comment l’indexer dans des registres, et comment un agent vérifie l’éditeur avant de se connecter. Ici, on parle de “ce que vous pouvez faire” plus que “ce que vous dites”. C’est la colonne vertébrale de la découverte dans le web agentique.
7) E‑commerce: le flux produits, nerf de la guerre 🛒
En retail, les flux produits évoluent vers une source principale pour l’exploration, l’attribution de variantes et la tarification dynamique. Dans un web agentique, un flux propre, riche et aligné avec vos pages et votre balisage vaut de l’or: c’est un pont direct entre l’offre et les agents d’achat.
OKF expliqué: utile, mais pas un raccourci ✍️
OKF séduit par sa simplicité: “juste du markdown” avec du YAML pour cadrer. Cette simplicité est sa force (coûts de parsing bas, portabilité élevée) et son limiteur. Un paquet OKF n’est ni un graphe de connaissances richement typé ni un remplacement de vos pages HTML. C’est un corpus balisé que des agents peuvent avaler pour gagner en précision et en coûts, surtout sur de la documentation, des APIs ou des spécifications produits.
Quand OKF fait mouche
– Documentation technique: guides, références d’API, runbooks. Les agents peuvent y piocher des réponses précises sans deviner la structure de votre site. Résultat: moins d’hallucinations, des pas-à-pas plus sûrs.
– Spécifications produits B2B: dimensions, compatibilités, SLA, normes. Les vendeurs industriels et les marketplaces techniques y gagnent un langage commun lisible par les agents.
– Connaissances internes: manuels de formation, définitions de métriques, schémas de tables. Les équipes data et ops peuvent industrialiser la transmission de savoir aux agents internes.
Ce qu’OKF ne règle pas
– La découverte: les systèmes continuent d’explorer le HTML public, les liens et les signaux externes. OKF aide à consommer, pas à être trouvé.
– La vérité: c’est un format “auto-déclaratif”. Il sera joué par des acteurs peu scrupuleux. Les systèmes robustes croiseront OKF avec des signaux indépendants (crawl, log, liens, interaction) pour valider.
– La sémantique forte: des liens entre fichiers ne créent pas, à eux seuls, des relations typées requêtables. Les LLMs devront encore inférer la nuance. Si votre cas exige des inférences exactes, envisagez en plus un graphe de connaissances formel.
ARD décodé: découvrir et connecter des capacités à l’instant T 🔌
ARD s’attaque à un angle mort: comment un agent trouve-t-il, au moment où il en a besoin, l’outil exact (une API, un agent spécialisé, un serveur MCP) pour accomplir une tâche, tout en vérifiant l’identité de l’éditeur et la compatibilité ? Réponse: via deux briques.
Catalogues: publier vos superpouvoirs
Un fichier ai-catalog.json sur votre domaine liste vos capacités: endpoints OpenAPI, serveurs MCP, agents “A2A”, politiques d’usage, métadonnées de confiance. Le fait d’héberger ce catalogue sur votre domaine ancre l’identité: les agents peuvent recouper DNS, TLS, signatures, et vérifier que la ressource émane bien de vous.
Registres: l’index du web agentique
Des registres indépendants explorent ces catalogues, les indexent et exposent une recherche de capacités. Un agent soumet un besoin (“générer un devis PDF”, “vérifier une adresse”, “chercher des disponibilités”), obtient des correspondances, contrôle l’éditeur, puis se connecte. Le tout se fait à l’exécution, pas en configuration manuelle préalable.
Pourquoi c’est différent d’un moteur classique
– Ce n’est pas un index de contenus, mais d’actions potentielles.
– La vérification d’identité est native: l’agent ne se contente pas d’un lien; il établit une confiance minimale avant d’appeler.
– La granularité est opérationnelle: on ne renvoie pas “une page qui en parle”, mais “un outil qui le fait” avec les paramètres et les contraintes associés.
Questions ouvertes à surveiller 🔍
– Types d’artefacts: tant que tous les formats (dont OKF) ne disposent pas d’identifiants médias harmonisés, certaines intégrations compteront sur de l’heuristique, avec un risque de faux positifs.
– Sécurité des agents: exposer des capacités, c’est ouvrir des portes. Rate limiting, politiques d’authentification, sandboxing et surveillance doivent être pensés “agent-first”.
– Gouvernance des registres: comme pour l’indexation Web, la qualité et la neutralité des registres pèseront sur l’écosystème. Diversité et interopérabilité sont souhaitables.
Le parallèle avec Schema.org: un cycle d’adoption à anticiper 🔁
Le film est connu: un format naît, les pionniers en tirent un gain car les signaux sont rares, l’adoption s’élargit, les plateformes apprennent des données, puis le poids direct du balisage baisse au profit de signaux dérivés et de vérifications croisées. Attendez-vous à un scénario similaire avec OKF, LLMs.txt et, dans une certaine mesure, ARD. Morale: implémentez tôt si c’est simple et peu coûteux, mais ne bâtissez pas une stratégie entière sur la promesse que ces signaux resteront mirobolants.
Faut-il passer tout son site en Markdown pour plaire aux agents ? Non 🙅♀️
Convertir massivement des pages en Markdown pour le seul bénéfice des LLMs est une fausse bonne idée. Vous perdriez structure, navigation, signaux d’édition (ordre, importance, encadrés) et créeriez une réalité parallèle à vos pages HTML. Double maintenance, incohérences, bugs de crawl: on a déjà donné avec le rendu dynamique et les versions “shadow”.
Le web agentique valorise un HTML propre et sémantique. Gardez vos menus, vos liens contextuels, vos en-têtes logiques: ils racontent l’histoire de votre site aux humains et aux machines. La seule exception pragmatique: la documentation développeur et les référentiels techniques, où fournir une version Markdown claire peut réduire drastiquement l’ambiguïté pour les agents qui vous connaissent déjà.
Plan d’action SEO pour le web agentique: quoi faire maintenant ✅
1) Renforcez le socle HTML. Audit sémantique: titres hiérarchisés, listes explicites, tableaux balisés, images décrites, navigation cohérente, maillage interne thématique. Priorisez la vitesse et la stabilité (Core Web Vitals), car les agents aussi payent le prix des pages lourdes.
2) Assainissez vos données structurées. Alignez schémas, pages et flux. Éliminez les divergences entre ce que dit votre JSON‑LD, ce qu’affiche la page et ce que contient votre flux produits. Surveillez les erreurs de validation et les dépréciations.
3) Envisagez un LLMs.txt mesuré. Listez les sections clés pour un agent déjà sur place: guides d’achat, FAQ, documentation, conditions, processus de retour. Ne sur-vendez pas; hiérarchisez. Observez vos logs pour détecter une consommation réelle avant d’itérer.
4) Testez OKF là où le ROI est évident. Démarrez par votre documentation technique, vos définitions de métriques ou des fiches produits complexes. Mesurez: moins d’ambiguïtés dans les réponses des assistants, meilleure précision des outils internes, gain de temps éditorial. Ne déployez pas de façon aveugle sur tout votre site marketing.
5) Mettez ARD sous veille active. Si vous exposez des API, des agents internes ou des outils réutilisables, préparez un ai-catalog.json minimal et un processus de vérification d’identité. Expérimentez d’abord dans un périmètre contrôlé. Documentez quotas, politiques d’usage et contacts sécurité.
6) E‑commerce: co‑poussez le flux produits. Faites-en un actif SEO à part entière. Exigences: complétude, normalisation des attributs (variantes, GTIN, compatibilités), synchronisation temps réel avec prix et stocks, mapping propre avec le balisage de vos pages.
7) Mettez en place l’observabilité “agents”. Journalisez les hits des agents connus, surveillez la consommation de LLMs.txt, suivez les appels via ARD/MCP, et établissez des alertes en cas de dérives (pics anormaux, timeouts, payloads suspects). La sécurité applicative devient un chantier SEO adjacent dans le web agentique.
8) Gouvernance et versioning. Pour OKF et ai-catalog.json, définissez une gestion de versions, des propriétaires, des procédures de revue et un calendrier de publication. Qui met à jour quoi, quand, et comment auditez-vous les changements ? La rigueur éditoriale s’étend aux formats agents.
9) Mesurez les bons KPIs. Ne vous fiez pas qu’au trafic organique. Ajoutez: taux de résolution des assistants sur la base de vos contenus, précision des réponses sur vos entités, appels outillés réussis via ARD, adoption d’APIs exposées, conversions assistées par agents.
10) Anticipez l’éthique et la conformité. Déclarez ce que les agents peuvent faire, conservez des journaux, respectez les politiques de données locales, et offrez un moyen simple de révoquer l’accès si nécessaire. La confiance sera un avantage concurrentiel.
Exemples concrets pour s’inspirer 💡
– SaaS B2B: publiez un OKF pour vos endpoints d’API, vos guides d’authentification et vos webhooks; exposez via ARD un serveur MCP qui génère des tokens d’essai limités. Résultat: des agents d’intégration peuvent configurer un POC en minutes, et vos équipes support réduisent les allers-retours.
– Industriel: standardisez en OKF vos fiches techniques (dimensions, tolérances, compatibilités). Les agents d’achat comparent et composent des BOM sans ambiguïté, améliorant le taux de sélection de votre catalogue.
– Retail: alignez flux produits et schémas, documentez politiques de livraison/retour en OKF, et listez dans ARD un outil de vérification de stock par région. Les agents d’assistance proposent des réponses exactes et des paniers plus fiables.
Erreurs fréquentes à éviter 🚫
– Remplacer l’HTML par du Markdown: vous perdez structure et découvrabilité. Gardez votre site web “humain” au centre.
– Publier des OKF vagues: sans granularité ni mises à jour, ils n’aident pas les agents et sapent votre crédibilité. Précision et fraîcheur avant volume.
– Brûler les étapes ARD: exposer des capacités sans politique d’usage, sans quotas ni surveillance, c’est ouvrir des portes aux abus. Démarrez petit et sécurisé.
– Croire au miracle LLMs.txt: utile, mais secondaire. Si vos problèmes de base (contenu faible, architecture brouillonne, marque inexistante) persistent, nada.
Feuille de route 90 jours pour embrayer sans se griller 🚀
Semaine 1–3: audit HTML sémantique, nettoyage des données structurées, check du flux produits (si e‑commerce). Objectif: zéro dette critique.
Semaine 4–6: pilote OKF limité (docs/API/produits complexes), publication en staging, tests d’ingestion par vos propres agents/assistants. Mesurez la précision et la portée.
Semaine 7–9: conception d’un ai-catalog.json minimal, politiques d’usage et sécurité; test dans un registre de confiance; sandbox et quotas stricts.
Semaine 10–12: instrumentations des logs “agents”, tableaux de bord KPIs, processus de revue/GO-NOGO pour passer OKF et ARD en production limitée. Préparez une page publique “Pour les agents” qui décrit vos points d’entrée et vos attentes.
Comment juger du succès 📈
– Qualité des réponses d’assistants basés sur vos contenus (taux de confiance, précision mesurée contre un jeu d’évaluation).
– Adoption des capacités exposées (requêtes ARD qualifiées, appels outillés aboutis, latences maîtrisées, absence d’incidents sécurité).
– Alignement des sources (cohérence flux/HTML/schema/OKF) et réduction des divergences constatées par les crawlers.
– Impact business assisté par agents (devis générés automatiquement, paniers constitués par assistants, tickets support auto-résolus).
Conclusion: vers un Web à deux couches, et un SEO augmenté 🧠
Le web agentique ne dissout pas le SEO; il l’étend. À la couche “humaine” — contenus, liens, architecture — s’ajoute une couche “machine” où l’on publie des paquets de savoir (OKF), où l’on signale des raccourcis de navigation (LLMs.txt), et où l’on annonce des capacités actionnables (ARD, MCP/WebMCP). Rien de tout cela n’est obligatoire aujourd’hui, rien ne sauvera un site médiocre, et rien ne dispense d’une marque qui compte. Mais comprendre ces briques, choisir celles qui servent vos objectifs et les implémenter proprement peut vous donner une longueur d’avance.
Pariez sur l’empilement, pas sur la substitution: HTML sémantique solide, données structurées saines, flux soignés, puis OKF ciblé et ARD réfléchi. Ce faisant, vous devenez non seulement trouvable par des moteurs, mais “consommable” par des agents. Dans un monde où les décisions se prennent de plus en plus via des intermédiaires logiciels, être lisible et fiable pour ces intermédiaires est un avantage stratégique. C’est cela, concrètement, que promet le web agentique.
La “troisième tête” — un Web totalement détaché des humains — n’est pas pour demain. En attendant, préparez cette deuxième couche avec pragmatisme. Faites simple, mesuré, vérifiable. Les équipes qui séparent l’essentiel de l’accessoire, et qui traitent le web agentique comme une extension naturelle de leur architecture SEO, feront de meilleurs paris… et les gagneront. 🌱
