Rendez votre site agent-ready
Les assistants IA répondent, recommandent et achètent déjà pour leurs utilisateurs. Ils ne peuvent le faire que sur les sites qu’ils savent lire. Voici les six surfaces qu’un site agent-ready expose — et comment les livrer toutes d’un coup.
Qu’est-ce qu’un site agent-ready ?
Un site agent-ready est un site que les agents IA peuvent lire et opérer de façon fiable. Vos pages sont construites pour l’œil humain ; un agent a besoin de contrats — ce que fait le site, quels outils existent, ce qu’ils prennent et renvoient. Un site agent-ready publie cette couche machine à côté de la couche humaine : des fichiers de découverte comme llms.txt et agent.json, des outils appelables en MCP et WebMCP, et un endpoint de chat qui répond aux agents en JSON structuré.
La distinction compte parce que l’audience s’est déjà scindée. Les humains naviguent encore ; une part croissante de leurs assistants demande, compare et agit à leur place. Un site qui ne sert que les yeux est absent de toutes les réponses que donnent ces assistants.
Les six surfaces d’un site agent-ready
Chacune est un fichier ou un endpoint vérifiable sur n’importe quel site — y compris le vôtre, tout de suite.
llms.txt — le résumé machine
Un fichier texte à la racine qui dit à un modèle de langage ce qu’est le site, ce qu’il vend et où sont les pages importantes. Les agents le lisent avant tout le reste, comme les crawlers lisent robots.txt.
agent.json — la carte d’identité
Une carte A2A servie sur /.well-known/agent.json qui déclare qui est l’agent du site et ce qu’il sait faire. C’est ainsi qu’un agent décide si un autre vaut la conversation.
MCP — des outils appelables
Un manifeste mcp.json qui pointe vers des outils qu’un agent extérieur peut réellement appeler : poser une question, vérifier une disponibilité, demander un devis. Pas du scraping deviné — des contrats déclarés.
WebMCP — des outils dans la page
Des outils enregistrés dans le navigateur lui-même : un agent qui pilote le navigateur du visiteur agit par un contrat déclaré au lieu de deviner quel bouton cliquer.
Un endpoint de chat qui parle JSON
Quand un appelant se déclare agent (header X-Agent-Model), l’agent du site répond en enveloppe JSON structurée plutôt qu’en prose. Même capacité, seconde audience.
JSON-LD + robots.txt — les signaux d’accueil
Des entités structurées pour les crawlers qui alimentent les réponses des IA, et une politique robots qui laisse entrer les fetchers IA légitimes au lieu de bloquer l’audience qu’on veut servir.
Livré en une installation, maintenu à jour
Vous pouvez écrire chacun de ces fichiers à la main. Le problème n’est pas de les écrire — c’est de les garder vrais quand le site change. Avec Animam, la surface machine est livrée avec l’agent : un install package renvoie llms.txt, agent.json, mcp.json, les outils WebMCP, le JSON-LD, les directives robots.txt, le widget et plus encore en un seul appel d’API, générés depuis ce que l’agent sait et fait réellement. Sur WordPress, le plugin fait la même chose depuis wp-admin.
Agences : rendez vos clients agent-ready
Si vous construisez ou gérez des sites pour des clients, l’agent-readiness est un résultat que vous pouvez revendre. Chaque agent que vous déployez embarque toute la surface machine — sous votre marque si vous êtes en marque blanche — et le site de votre client devient lisible par les assistants que ses propres clients utilisent déjà. Un bot par client, une clé pour piloter le parc.
FAQ
Qu’est-ce qu’un site agent-ready ?
Un site agent-ready est un site que les agents IA peuvent lire et opérer de façon fiable. Au-delà des pages pensées pour l’œil humain, il publie des surfaces machine — un résumé llms.txt, une carte d’identité agent.json, des contrats d’outils MCP et WebMCP, un endpoint de chat qui répond aux agents en JSON structuré — pour qu’un assistant comme ChatGPT ou Claude comprenne ce que le site propose et agisse dessus pour son utilisateur.
Pourquoi est-ce important maintenant ?
Une part croissante de la découverte se passe dans les assistants IA : on demande à ChatGPT, Claude ou Perplexity au lieu de cliquer dix résultats. Ces assistants ne peuvent recommander et opérer que ce qu’ils savent lire. Un site sans surface machine est invisible pour cette audience — pas pénalisé, simplement absent.
Comment vérifier si mon site est agent-ready ?
Cherchez les artefacts : est-ce que https://votresite.fr/llms.txt existe ? Est-ce que /.well-known/agent.json répond ? Y a-t-il un manifeste MCP ? Quelque chose sur le site expose-t-il des outils déclarés, et pas seulement des pages ? Si la réponse est non partout, les agents qui visitent votre site en sont réduits à scraper du HTML pensé pour les yeux.
Faut-il coder pour rendre son site agent-ready ?
Non. Avec Animam, une installation livre toute la surface : l’install package renvoie llms.txt, agent.json, mcp.json, les outils WebMCP, le JSON-LD, les directives robots.txt et le widget en un seul appel d’API — et le plugin WordPress fait la même chose depuis wp-admin. Écrire chaque fichier à la main marche aussi ; c’est juste plus lent, et ça se périme.
Est-ce que c’est la même chose que le SEO ?
C’est la couche suivante. Le SEO fait ranker des pages dans une liste de liens ; l’agent-readiness rend le site lisible et opérable par les assistants qui répondent directement. Les deux partagent les fondamentaux — structure claire, contenu vrai — mais un agent a besoin de contrats (quels outils existent, ce qu’ils renvoient), pas de mots-clés.
Puis-je rendre les sites de mes clients agent-ready ?
Oui — c’est le modèle agence. Chaque bot que vous déployez chez un client embarque toute la surface machine, sous votre marque si vous êtes en marque blanche. Vous revendez l’agent-readiness comme un résultat, sans construire l’infrastructure vous-même.