Sommaire
Résumer ou partager cet article :
Un logiciel remplit votre formulaire de contact à 23 h, compare vos tarifs à ceux de trois concurrents, puis conclut que votre offre n’est pas claire et passe à la suivante. Aucun rebond enregistré, aucune session anormale, aucune trace dans vos statistiques. Ce visiteur n’était pas un client : c’était son agent.
Rendre un site lisible par ces agents ne demande pas une refonte. Cela demande de vérifier six ou sept points précis : est-ce que vos pages s’affichent sans exécution de JavaScript, est-ce que vos formulaires portent des étiquettes exploitables, est-ce que vos prix et vos disponibilités existent ailleurs que dans une image, est-ce que votre hébergeur ou votre CDN ne bloque pas déjà tout le monde à l’entrée. La plupart des sites de TPE et de PME échouent sur deux ou trois de ces points, sans le savoir.
Un agent IA ne lit pas votre site comme un client
Un visiteur humain tolère l’imprécision. Il devine qu’un bouton orange en bas de page mène au devis, il comprend qu’un tarif « à partir de » cache des options, il retrouve votre téléphone dans le pied de page. Un agent, lui, cherche des informations exploitables et abandonne vite quand il n’en trouve pas.
La différence porte sur trois choses. D’abord la disponibilité brute de l’information : un agent ne devine pas, il lit. Ensuite la structure : il a besoin de savoir quel élément est un prix, lequel est un délai, lequel est une condition. Enfin l’action : contrairement à un robot d’indexation, un agent tente d’accomplir une tâche, donc il remplit, il clique, il réserve.
Cette lecture s’ajoute au travail de visibilité déjà engagé. Être trouvé et être cité par les moteurs IA répond à une première question : votre marque apparaît-elle dans la réponse. Le sujet ici est la suivante : une fois arrivé chez vous, l’agent peut-il faire quelque chose.
Ce que les agents savent déjà faire, et où en est la France
Les briques techniques sont posées depuis un an et demi. Un assistant capable de piloter un navigateur, d’ouvrir des pages, de remplir des champs et de préparer une commande est disponible depuis l’été 2025. Début 2026, la navigation automatique multi-étapes a commencé à être déployée directement dans un navigateur grand public. En parallèle, deux protocoles ouverts encadrent désormais l’achat assisté par agent : l’un centré sur le passage en caisse, publié fin septembre 2025, l’autre annoncé en janvier 2026 et conçu pour couvrir tout le parcours, de la découverte au service après-vente.
Côté usages, le mouvement est réel mais inégal. Selon une étude Odoxa pour la Fevad publiée en 2026, 31 % des cyberacheteurs français utilisent déjà une IA générative dans leur parcours d’achat, et 49 % chez les 15-24 ans. Un rapport Checkout.com relayé par la Fevad indique que 42 % des commerçants expérimentent le commerce agentique.
Il faut garder la mesure. Le paiement finalisé en conversation reste peu déployé en Europe, et certaines expérimentations ont été suspendues faute de résultats. Le volume réellement transacté par des agents reste faible. Ce qui progresse vite, en revanche, c’est la phase amont : recherche, comparaison, préqualification, prise de contact. C’est précisément là que se joue la visibilité d’une PME.
Les blocages qui coûtent le plus cher
Sur les sites que nous auditons, les mêmes causes reviennent. Aucune n’est exotique, et toutes se corrigent sans toucher au design.
- Le blocage au niveau du CDN ou du pare-feu. C’est le cas le plus fréquent et le plus invisible. Certains hébergeurs et réseaux de diffusion filtrent les robots d’IA par défaut. Personne dans l’entreprise n’a pris cette décision, elle a été héritée d’un réglage. Un grand acteur du secteur a d’ailleurs annoncé de nouveaux réglages par défaut pour septembre 2026 : autant vérifier maintenant.
- Le rendu uniquement côté navigateur. Si vos contenus n’existent qu’après exécution du JavaScript, une partie des robots et des agents ne voit qu’une page vide. Le rendu serveur ou la prégénération règle le problème.
- Le captcha placé avant l’envoi du formulaire. Il bloque les robots malveillants, mais aussi l’agent d’un prospect réel. Il existe des alternatives au reCAPTCHA plus légères, moins intrusives et plus compatibles avec le RGPD.
- Les formulaires sans étiquettes ni attributs cohérents. Un champ nommé « champ_3 » n’indique rien. Un libellé associé, un type correct et un message d’erreur explicite suffisent souvent.
- Les informations enfermées dans une image ou un PDF. Tarifs en visuel, horaires dans une affiche, conditions de livraison dans un document scanné : autant d’informations inexistantes pour un agent.
- Les délais et conditions formulés de façon floue. « Livraison rapide » n’est pas une donnée. « Expédition sous 48 h ouvrées » en est une.
Humain ou agent : mêmes fondations, deux lectures
Bonne nouvelle pour les budgets : les corrections utiles aux agents améliorent aussi l’expérience humaine et le référencement. Il n’y a pas deux sites à maintenir.
| Élément de page | Ce que fait un visiteur | Ce que cherche un agent | Risque si l’information manque |
|---|---|---|---|
| Prix | Interprète, compare, appelle | Lit une valeur, une devise, une unité | Écarté de la comparaison |
| Disponibilité | Se fie à l’affichage | Vérifie un état à jour | Recommandation erronée ou abandon |
| Formulaire | Devine le champ attendu | Identifie chaque champ par son libellé | Demande de contact jamais envoyée |
| Prise de rendez-vous | Choisit un créneau visuellement | Cherche des créneaux exploitables | Rendez-vous pris chez un concurrent |
| Conditions de vente | Survole | Extrait délais, retours, frais | Marchand jugé peu fiable |
| Contact et adresse | Repère dans le pied de page | Attend une donnée balisée | Établissement mal identifié |
Deux chantiers font le gros du travail : les données structurées, qui déclarent explicitement la nature de chaque information, et l’accessibilité de votre site, qui impose des libellés, une hiérarchie de titres et une navigation cohérente. Un site accessible est déjà, en grande partie, un site lisible par une machine.
llms.txt, robots.txt : le tri utile
Le fichier llms.txt a beaucoup occupé les discussions. Les mesures ont refroidi l’enthousiasme. Une étude Ahrefs portant sur 137 210 domaines a constaté que 97 % des fichiers llms.txt n’avaient reçu aucune requête en mai 2026. Une documentation officielle publiée par Google en juillet 2026 précise que ce fichier n’est pas nécessaire pour la recherche et qu’il ne produit ni effet positif ni effet négatif sur la visibilité. Son usage crédible aujourd’hui concerne les outils de développement et les agents qui consomment de la documentation.
Le fichier robots.txt, lui, garde son utilité, à condition de comprendre ce qu’il fait. Il exprime une demande respectée par les opérateurs de bonne foi. Il distingue mal, en revanche, les robots d’entraînement, les robots de recherche et les agents qui naviguent pour un utilisateur en temps réel. Ces trois familles n’ont ni les mêmes user-agents ni le même intérêt pour vous, et une récupération déclenchée par un humain via son assistant n’est pas toujours traitée comme du crawl.
Un travail plus structurant se met en place du côté de l’authentification des agents, avec des propositions à l’IETF visant à faire signer leurs requêtes. Ce n’est pas encore un standard publié. À suivre, pas à déployer.
Vérification simple à faire dès maintenant : regardez vos journaux d’accès ou les statistiques de votre CDN, filtrez sur les user-agents d’IA connus et sur les codes HTTP renvoyés. Une série de 403 sur ces robots signifie que la porte est fermée.
Ouvrir la porte, mais pas à tout le monde
Tout ouvrir n’est pas une stratégie. Les robots d’entraînement consomment beaucoup de ressources pour un retour de trafic très faible : les données publiées par Cloudflare au premier trimestre 2026 évoquent des ratios de plusieurs centaines à plusieurs milliers de pages récupérées pour une seule visite humaine renvoyée. Sur un serveur mutualisé, la facture technique est réelle.
La décision se prend famille par famille. Les robots qui alimentent la recherche et les citations méritent d’être accueillis, puisqu’ils portent votre visibilité. Les agents qui agissent pour un utilisateur identifié méritent d’être accueillis aussi, puisqu’ils portent une intention commerciale. Les robots d’entraînement pur relèvent d’un choix éditorial qui vous appartient, et ce choix mérite d’être formulé plutôt que subi.
Pour une boutique, une étape supplémentaire commence à avoir du sens : exposer catalogue, stocks et statuts de commande via une interface pensée pour les machines. C’est le rôle des serveurs MCP pour boutiques, qui évitent de laisser un agent deviner à partir du HTML.
Par où commencer sur un site existant
L’ordre compte plus que l’exhaustivité. Trois séquences suffisent à couvrir l’essentiel.
D’abord le diagnostic, une demi-journée : test de vos pages clés sans JavaScript, relevé des codes HTTP renvoyés aux robots d’IA, contrôle des réglages du CDN, revue du formulaire de contact et du parcours de prise de rendez-vous. Cette étape révèle en général deux blocages majeurs.
Ensuite les corrections rapides, une à deux journées : déblocage des agents légitimes, remplacement du captcha par une protection moins bloquante, mise en texte des informations enfermées dans des images, libellés de formulaire, reformulation des délais et conditions en données précises.
Enfin les fondations, à intégrer dans votre feuille de route : données structurées sur les pages stratégiques, rendu serveur si votre site en dépend, fiabilité des informations affichées. Un agent qui lit un prix obsolète est plus nuisible qu’un agent qui ne lit rien.
Prendre l’avance coûte moins cher qu’une refonte en urgence
Aucun dirigeant n’a besoin d’un chantier de plus cette année. C’est justement l’intérêt de ce sujet : les corrections sont courtes, mesurables, et elles servent aussi vos visiteurs humains, votre référencement et votre conformité. Un site propre pour un agent est un site propre, point.
Chez Zetruc, nous travaillons sur ces fondations depuis vingt ans, bien avant qu’on parle d’agents : structure des contenus, performance, accessibilité, données produit. Notre travail consiste à vous dire ce qui bloque réellement chez vous, dans quel ordre le traiter, et ce qui peut attendre. Si votre site a plus de trois ans ou si vous n’avez jamais regardé ce que voient les robots, parlons de votre projet ou découvrez notre approche de la conception de sites.
