Par Aurélien Debord ·
À retenir
« Agentic ready » ne veut pas dire « poser un fichier
llms.txtà la racine ». Les données disent l'inverse : 97 % de ces fichiers n'ont reçu aucune requête, et Google déclare que Search les ignore.Ce qui compte tient en quatre couches. Laisser entrer les agents (beaucoup de sites en bloquent sans le savoir). Servir du HTML complet sans JavaScript, parce que quasiment aucun crawler d'IA n'exécute le JS. Structurer l'information (schema.org, prix et stocks visibles, réponses explicites). Et, si vous vendez, exposer une vraie interface machine : flux produits, MCP, protocoles de commerce agentique.
Les trois premières couches sont du travail technique classique, rentable pour le SEO comme pour les agents. La quatrième n'a de sens que si vous avez un catalogue.
Vos visiteurs ne sont plus tous humains. Une part croissante de ce qui atterrit sur votre site est un programme : un crawler qui entraîne un modèle, un assistant qui va chercher une réponse en direct pour son utilisateur, et de plus en plus souvent un agent qui remplit un formulaire, compare deux offres, ou tente de passer une commande.
D'où l'expression qui circule depuis quelques mois : rendre son site « agentic ready ». Le problème, c'est que le terme est déjà devenu un argument commercial, généralement accompagné d'un fichier miracle à installer. Sur les sites qu'on audite, c'est plus terre à terre : un site prêt pour les agents est le plus souvent un site techniquement propre, dont personne n'a bloqué l'accès par erreur.
Voici ce qu'il faut faire, dans l'ordre, avec les données de 2025-2026 sur la table.
Trois choses différentes, qu'on mélange souvent :
Le niveau 1 concerne tout le monde et se travaille dès aujourd'hui. Le niveau 2 devient réel maintenant, avec les navigateurs agents. Le niveau 3 ne concerne, pour l'instant, que l'e-commerce. Confondre les trois, c'est la meilleure façon de payer une prestation « agentic » dont on n'a aucun usage.
Interrogé en juin 2026 sur les fichiers dédiés à l'IA, John Mueller (Google) a renvoyé la question au seul sujet qui compte selon lui : ne bloquez pas les agents. C'est, dans les faits, le principal obstacle pour la majorité des sites.
Et c'est rarement une décision consciente. Un robots.txt recopié d'un tutoriel de 2024 en pleine panique anti-IA, un pare-feu applicatif qui challenge tout ce qui n'a pas de souris, un mode « sous attaque » resté activé, un CAPTCHA sur le formulaire de contact : votre site est fermé aux agents sans que personne ne l'ait décidé.
Sauf que « les bots IA » ne sont pas un bloc homogène. Il faut distinguer :
Bloquer les trois catégories d'un coup est le réflexe le plus courant, et le plus coûteux. Vous vous protégez d'un aspirateur d'entraînement, et vous fermez la porte à des utilisateurs réels qui vous demandaient quelque chose.
Le débat sur l'entraînement, lui, est légitime. Toujours selon Cloudflare (août 2025), le rapport entre pages crawlées et visiteurs renvoyés était de 50 000 pour 1 chez Anthropic, 887 pour 1 chez OpenAI, 118 pour 1 chez Perplexity. Ils prennent beaucoup et rendent peu. Refuser l'entraînement tout en autorisant la recherche et les agents utilisateurs est un arbitrage défendable, et c'est ce que permettent des règles robots.txt par user-agent et les outils de gestion de bots.
Ce qu'on vérifie sur un site avant tout le reste :
robots.txt : quels user-agents sont refusés, et est-ce voulu ?OAI-SearchBot explique beaucoup de choses.Les crawlers d'IA n'exécutent pas JavaScript. L'analyse conjointe de Vercel et MERJ, portant sur plus de 500 millions de requêtes de GPTBot, n'a trouvé aucune trace d'exécution de JavaScript : le bot télécharge parfois les fichiers JS, mais ne les lance jamais. Même comportement chez ClaudeBot et PerplexityBot. L'exception notable est l'infrastructure de Google, qui rend le JS depuis des années.
Si votre contenu principal (prix, description produit, texte d'article, coordonnées) est injecté côté client après le chargement, il n'existe donc pas pour la plupart des IA. Vous pouvez être premier sur Google et parfaitement invisible dans ChatGPT ou Perplexity.
Ce qu'il faut faire :
<h1>, des titres hiérarchisés, des <table> pour les tableaux, des <button> et des <label> corrects. Un agent qui pilote un navigateur s'appuie sur l'arbre d'accessibilité : le travail d'accessibilité sert directement aux agents.Bonne nouvelle pour les sites WordPress classiques : ils sont rendus côté serveur par défaut. Le risque vient surtout des thèmes bourrés de JS, des page builders qui chargent le contenu en différé et des tunnels e-commerce entièrement dynamiques.
Un agent ne « lit » pas votre page comme un humain, il en extrait des faits. Plus vos faits sont explicites, moins il extrapole, et moins il se trompe sur vous.
Les données structurées (schema.org, en JSON-LD) restent le format que tout le monde comprend, moteurs classiques comme moteurs de réponse. Les types qui comptent : Organization (avec sameAs vers vos profils), Product avec offers, price, priceCurrency et availability, Article, FAQPage, LocalBusiness, Service. Elles doivent refléter ce qui est affiché sur la page. Un balisage qui annonce un prix différent de la page se retourne contre vous.
Les faits doivent être dans le texte, en clair. Vos tarifs, vos délais, votre zone d'intervention, vos conditions de garantie. Une page « Tarifs sur devis » n'est comparable par aucun agent, donc vous sortez de la comparaison. Même logique pour les informations enfermées dans une image ou un PDF non balisé.
Écrivez des réponses. Une section qui commence par répondre à la question posée dans son titre, en deux phrases, est reprise beaucoup plus facilement qu'un paragraphe qui tourne autour du sujet. C'est le même travail que pour un contenu de qualité et un texte pensé pour le référencement, ce qui veut dire qu'on ne travaille pas pour un seul canal.
Gardez la cohérence hors du site. Un agent recoupe. Si votre adresse, votre nom légal ou vos horaires diffèrent entre le site, Google Business Profile et LinkedIn, il choisira une version, pas forcément la bonne.
Le fichier llms.txt est présenté depuis deux ans comme le « robots.txt de l'IA » : un plan de site en Markdown, à la racine, censé guider les modèles vers vos contenus importants. C'est aujourd'hui le produit le plus vendu sous l'étiquette « agentic ready », et les données ne suivent pas.
Ahrefs a suivi 137 000 domaines : 28 % publiaient un llms.txt, et 97 % de ces fichiers n'ont reçu aucune requête sur le mois de mai 2026. Sur le reste, l'essentiel du trafic venait d'outils d'audit, pas de moteurs de réponse.
Côté Google, Search ignore le fichier, il n'a aucun effet sur le classement ni sur les AI Overviews, et John Mueller le qualifie de « purement spéculatif », en rappelant qu'aucun système d'IA ne l'utilise. Il le compare à la balise meta keywords : un manifeste auto-déclaré par le site, donc inexploitable comme signal de confiance.
Faut-il l'enlever si vous en avez un ? Non. Il ne fait pas de mal, il coûte quelques minutes, et rien n'interdit à un acteur de s'y mettre. Mais il ne doit jamais passer avant les étapes 1, 2 et 3, et personne ne devrait vous le facturer comme une stratégie.
C'est la partie où les standards bougent vite.
WebMCP est une proposition portée par des ingénieurs de Google et Microsoft au sein du W3C (Web Machine Learning Community Group). Au lieu de laisser un agent deviner votre interface en cliquant à l'aveugle, votre page déclare ses actions (chercher un produit, ajouter au panier, réserver un créneau) avec un nom, une description en langage naturel et un schéma d'entrée. L'agent appelle l'outil au lieu de simuler des clics.
En pratique, la page enregistre ses outils via document.modelContext.registerTool(), et un agent présent dans le navigateur les découvre. Chrome a ouvert un origin trial public à partir de Chrome 149 (annoncé en mai 2026), Edge propose un support en préversion, l'API a déjà bougé de navigator vers document. C'est prometteur, Mueller lui-même dit préférer cette approche aux fichiers déclaratifs, mais ce n'est ni un standard finalisé ni une fonctionnalité multi-navigateurs.
On conseille de le tester sur un parcours à forte valeur (recherche, prise de rendez-vous, configurateur) avant de penser à le généraliser. Le HTML propre reste le socle, puisque la plupart des agents n'ont pas WebMCP.
Le Model Context Protocol (MCP) est l'autre bout du problème : exposer vos données et vos opérations à des agents côté serveur, avec authentification et permissions.
L'écosystème WordPress s'y est mis vite. WooCommerce a livré un serveur MCP natif en version 10.3 (octobre 2025), sur /wp-json/woocommerce/mcp, puis a formalisé en 10.9 (juin 2026) des abilities canoniques pour les produits et les commandes, exposées via l'adaptateur MCP de WordPress. Un client MCP peut interroger et mettre à jour un catalogue en direct.
Un serveur MCP branché sur une boutique en production est une surface d'attaque et d'erreur. Avant de l'ouvrir, demandez-vous ce qu'un agent mal briefé peut casser, puis limitez la portée, utilisez des clés dédiées, restreignez les écritures et journalisez tout. Le sujet rejoint directement la maintenance et la sécurité du site.
Si vous vendez en ligne, une couche supplémentaire se met en place : celle qui permet à un agent de payer.
Trois protocoles se partagent le terrain :
Rien n'est stabilisé, personne ne sait quel protocole survivra, et les PSP prennent des positions différentes : Stripe, Adyen et Checkout.com couvrent plusieurs standards, les plus petits un seul. Côté WordPress, des extensions ACP pour WooCommerce existent déjà sur le répertoire officiel.
Ce qu'on conseille aujourd'hui à une boutique, c'est de préparer le socle qui sert à tous les protocoles plutôt que de parier sur l'un d'eux. Un catalogue propre et à jour, des attributs produits complets (prix, stock, délais, frais de port, EAN/GTIN), un flux produits fiable, une API interne solide, et un tunnel qui ne dépend pas d'un CAPTCHA visuel. Le jour où un protocole s'impose, l'intégration est une couche fine par-dessus.
Dernier chantier, plus discret, l'identité des agents. Un user-agent se falsifie en une ligne, ce qui rend toute politique d'accès approximative.
Web Bot Auth, porté par Cloudflare à l'IETF, remplace la déclaration par de la preuve : signatures HTTP (RFC 9421), une clé par agent, un en-tête Signature-Agent, un annuaire de clés publiques. Un site peut alors appliquer une règle nette : les agents vérifiés passent, les scrapers anonymes non.
Pour un site classique, il n'y a rien à implémenter, c'est une case à cocher chez votre CDN. Ça vous permet de sortir du choix « tout ouvert ou tout fermé », et d'accueillir les agents utilisateurs tout en filtrant le reste. C'est aussi ce qui permet déjà, chez Cloudflare, de faire payer l'accès aux crawlers d'entraînement.
Ce qu'on fait, concrètement, quand un client nous demande de rendre son site prêt pour les agents :
Cette semaine
robots.txt et les règles de bots du CDN ; distinguer entraînement, recherche et agents utilisateurs.curl sur vos pages clés, ou l'inspection du HTML brut).Ce mois-ci
Organization, Product, Article, FAQPage, cohérents avec la page.Ce trimestre
Les huit premiers points auraient été de bons conseils SEO en 2019. Ils sont devenus urgents parce qu'une part croissante de vos lecteurs ne sait pas lire autre chose que votre HTML brut.
Vous voulez savoir ce que ChatGPT, Claude ou Perplexity voient réellement de votre site, et ce qu'ils n'atteignent pas ? Contactez-nous pour un audit, ou découvrez notre agence SEO WordPress technique et notre agence WooCommerce si votre catalogue est concerné.
Et chez Madori
Audit Lighthouse, schemas JSON-LD, hreflang propre. Audit chiffré sous 5 jours ouvrés. notre agence SEO WordPress technique.
Voir notre offre SEO technique →Que vous ayez besoin d'un nouveau site, d'une reprise de l'existant ou d'une maintenance experte, nous aidons vos équipes marketing et communication à s'appuyer sur un WordPress fiable, performant et simple à administrer.
Discutons de votre projet →Découvrez nos autres conseils WordPress
Depuis sa création, WordPress s'est imposé comme l'un des systèmes de gestion de contenu (CMS) les plus populaires au monde. Offrant à la fois simplicité pour les novices et une personnalisation poussée pour les développeurs, cette plateforme a évolué pour répondre aux besoins changeants du web. Dans une logique de flexibilité et de quête de [...]
Découvrez les meilleures méthodes pour dupliquer votre site WordPress : plugins Duplicator, All-in-One WP Migration, UpdraftPlus, Migrate Guru, ou méthode manuelle. Guide étape par étape pour cloner votre site en toute sécurité.
« Une erreur critique est survenue sur ce site » : ce message qui remplace votre page d'accueil est une erreur fatale PHP. Voici comment l'identifier, en comprendre l'origine et la corriger, cause par cause.
Le Site Editor (anciennement Full Site Editing) permet de modifier visuellement l'intégralité d'un site WordPress : header, footer, templates, styles globaux. Voici ce que ça change concrètement, les concepts clés, et si vous devriez y passer.
