Votre prochain visiteur ne sera pas humain

Le 3 juin 2026, Matthew Prince, cofondateur et directeur général de Cloudflare, a annoncé (opens in a new tab) que les robots venaient de dépasser les humains sur son réseau, qui sert environ un site web sur cinq. Il attendait ce croisement pour la fin 2027. Il l'explique par la croissance du trafic agentique, c'est-à-dire des requêtes envoyées par des programmes qui naviguent sur le web pour le compte d'une personne. Selon Cloudflare Radar, les robots représentaient alors un peu plus de 57 % des requêtes de pages web (opens in a new tab), contre moins de 43 % pour les humains.

Ce chiffre additionne des visiteurs qui n'ont rien en commun. Un robot d'entraînement copie des pages par millions pour nourrir un modèle et n'envoie jamais personne sur le site. Un robot de recherche lit les pages pour alimenter un moteur. Un agent IA, lui, ouvre une page parce qu'une personne lui a demandé de trouver un ostéopathe disponible jeudi ou de comparer trois devis. Cette dernière catégorie était la plus petite en 2025 et c'est celle qui grandit le plus vite. Ces agents ne lisent pas une page comme une personne le fait et ils n'y voient pas les mêmes choses.

Dans son analyse d'août 2025 (opens in a new tab), Cloudflare classe les robots des entreprises d'IA selon ce qu'ils font des pages. En juillet 2025, l'entraînement des modèles représentait 79 % de leurs requêtes, la recherche 17 % et l'action pour le compte d'un utilisateur 3,2 %. Ces proportions cachent la tendance. Le bilan 2025 de Cloudflare Radar (opens in a new tab) mesure que les requêtes d'agents agissant pour un utilisateur ont été multipliées par plus de quinze au cours de l'année.

Le trafic d'entraînement n'apporte rien au site. Le même bilan compare le nombre de pages qu'une entreprise d'IA récupère au nombre de visiteurs qu'elle envoie ensuite vers ces sites. Pour Anthropic, ce rapport a atteint 500 000 pages récupérées pour un seul visiteur envoyé. Ce trafic ne remplit aucun formulaire et n'achète rien. Pour un site, la question n'est donc pas d'accepter ou de refuser les robots en bloc. Elle est de distinguer le robot qui copie du robot qui vient chercher une information pour une personne.

HUMAN Security (opens in a new tab), dont la plateforme a traité plus d'un quadrillion d'interactions en 2025, mesure de son côté une croissance de 7 851 % en un an du trafic venu des agents et des navigateurs agentiques, c'est-à-dire des navigateurs dans lesquels une IA navigue à la place de l'utilisateur. Ce trafic automatisé a grandi huit fois plus vite que le trafic humain. Plus de 95 % de ce trafic se concentre sur trois secteurs, le commerce, les médias et le voyage.

Ces agents sont identifiables. Dans son relevé de mai 2026 (opens in a new tab), HUMAN attribue 47 % du trafic agentique au navigateur Comet de Perplexity, 20 % à Atlas d'OpenAI et 18,6 % à l'extension Claude pour Chrome. OpenAI a depuis fermé Atlas (opens in a new tab) le 9 août 2026 et a intégré ses fonctions de navigation dans ChatGPT. Le relevé indique aussi quelles pages ces agents visitent. Les pages produit et les pages de recherche reçoivent 76 % de leur activité, les pages de paiement 2,4 %. Un agent compare beaucoup et achète encore peu.

Prince donne l'ordre de grandeur dans une déclaration reprise par NBC News (opens in a new tab). Une personne qui prépare un achat consulte cinq sites. Un agent qui prépare le même achat en interroge cinq mille. Un site que l'agent ne parvient pas à lire est simplement absent de cette comparaison et aucune statistique de visite ne signale cette absence.

Adobe Analytics mesure, sur plus de mille milliards de visites, le trafic que les assistants IA envoient vers les sites marchands américains. Au premier trimestre 2026, ce trafic a progressé de 393 % sur un an (opens in a new tab). En mars 2026, il convertissait 42 % mieux que le trafic venu d'autres sources, alors qu'un an plus tôt il convertissait 38 % moins bien. En juillet 2026 (opens in a new tab), la progression sur un an était de 62 %, la conversion 60 % supérieure au reste du trafic et le revenu par visite 53 % plus élevé.

Ces visites sont celles de personnes, pas d'agents. L'assistant a comparé les options puis a envoyé la personne vers le site qu'il a retenu. Le site n'intervient donc qu'après la comparaison, au moment où la décision se prend, ce qui explique en partie ce taux de conversion. Cela précise aussi le rôle qui lui reste, convaincre en quelques secondes une personne déjà prête à acheter.

Adobe a aussi mesuré la part du contenu que les modèles de langage parviennent à lire sur ces mêmes sites. Son outil calcule, pour une page donnée, le pourcentage du contenu qu'un modèle peut lire. Les pages d'accueil des grands sites marchands américains obtiennent un score moyen de 75 % (opens in a new tab) et les pages produit 66 %. Les sites les moins bien lus descendent à 54 % sur leur page d'accueil. Entre un quart et la moitié de ce que ces sites affichent n'existe donc pas pour la machine qui recommande.

Un agent ne voit pas une page comme un écran l'affiche. Il en reçoit une version transformée. Il existe trois façons de la transformer.

Le HTML brut, sans JavaScript

La première version est le code source tel que le serveur l'envoie, avant que le navigateur l'interprète. Les robots d'OpenAI, d'Anthropic, de Meta et de Perplexity n'exécutent pas le JavaScript (opens in a new tab) d'après les mesures de Vercel de décembre 2024. Seul Gemini fait exception, parce qu'il s'appuie sur l'infrastructure de rendu de Google. Tout contenu que le JavaScript fabrique dans le navigateur est donc invisible pour eux. Le point a été détaillé dans l'article sur la citation par l'IA (opens in a new tab).

L'arbre d'accessibilité, la page telle qu'un lecteur d'écran la reçoit

La deuxième version est celle que reçoivent les agents qui pilotent un navigateur, comme Comet, l'extension Claude ou l'agent de ChatGPT. Ils lisent l'arbre d'accessibilité, c'est-à-dire la structure que le navigateur calcule à partir du HTML pour les lecteurs d'écran. Chaque élément y est décrit par un rôle, bouton, lien, champ, titre ou région, par un nom et par un état, coché, ouvert ou désactivé. La mise en page, les couleurs et le mouvement n'y figurent pas. Un bouton sans nom accessible y apparaît comme un bouton vide, que l'agent ne peut ni identifier ni choisir.

Une étude présentée à CHI 2026 (opens in a new tab) par des chercheurs de l'université du Michigan et de l'université de Californie à Berkeley mesure à quel point l'agent dépend de cette structure. Les chercheurs ont fait exécuter soixante tâches courantes à un agent fondé sur Claude Sonnet 4.5. En conditions normales, l'agent réussit 78 % des tâches. Quand on le contraint à naviguer uniquement au clavier, comme le fait une personne qui utilise un lecteur d'écran, il ne réussit plus que 42 % des tâches. Quand on réduit sa fenêtre comme le ferait une loupe d'écran, il n'en réussit plus que 28 %. Les obstacles qui bloquent une personne aveugle bloquent aussi la machine, parce qu'elle navigue avec les mêmes structures.

Le markdown négocié, la page réduite à sa structure

La troisième version est plus récente. Depuis février 2026, Cloudflare peut convertir une page en markdown (opens in a new tab) quand un agent le demande en envoyant l'en-tête Accept: text/markdown. Le markdown est un format texte qui ne conserve que la structure d'une page, ses titres, ses listes, ses liens, ses tableaux et le texte alternatif de ses images. Sur l'exemple donné par Cloudflare, un billet de blog passe de 16 180 jetons en HTML à 3 150 en markdown, soit 80 % de moins à lire pour le modèle. Le site doit activer la fonction, elle n'est pas en service par défaut.

Les trois versions ont un point commun. Elles conservent le document, c'est-à-dire sa hiérarchie, les noms de ses éléments et ses données. Elles perdent tout ce qui est visuel, la mise en page, la couleur et le mouvement. Un contenu qui n'existe que sous forme de pixels est absent des trois, comme un texte dessiné dans un canvas, la zone de dessin libre du navigateur, une scène 3D ou une image sans texte alternatif. La proposition HTML-in-Canvas (opens in a new tab) permet de dessiner de vrais éléments HTML à l'intérieur d'un canvas, de sorte que ce que la machine lit et ce que l'écran affiche redeviennent la même chose. Elle n'existe encore que derrière un drapeau de Chromium.

Les cinq couches qui rendent un site lisible par une machine et les agents qui les lisent en septembre 2026

Le HTML sémantique, la couche que la loi exige déjà

La première couche est celle de l'accessibilité. Un site dont chaque bouton a un nom, chaque champ une étiquette et chaque section un repère fournit à l'agent exactement ce qu'il fournit à un lecteur d'écran. Cette couche est une obligation légale (opens in a new tab) depuis l'entrée en application de l'acte européen sur l'accessibilité en juin 2025. Google en a fait un critère d'audit pour les agents. Depuis Chrome 150, Lighthouse, l'outil d'audit intégré à Chrome, comporte une catégorie "navigation agentique" (opens in a new tab) qui vérifie quatre choses, l'accessibilité du point de vue d'un agent, la stabilité de la mise en page, l'intégration WebMCP et la présence d'un fichier llms.txt.

Les données structurées, la couche que les assistants lisent

La deuxième couche est le JSON-LD, un bloc de données invisible pour le visiteur, placé dans le code de la page, qui décrit sans ambiguïté ce qu'elle contient selon le vocabulaire commun schema.org. Il peut s'agir d'une entreprise, de son adresse et de ses horaires. Il peut aussi s'agir d'un produit, de son prix et de ses avis. En 2024, 41 % des pages (opens in a new tab) analysées par le Web Almanac en contenaient, contre 34 % deux ans plus tôt. Fabrice Canel, responsable produit chez Microsoft Bing, a confirmé en mars 2025 (opens in a new tab) que ce balisage aide les modèles de Microsoft, dont Copilot, à comprendre le contenu. Google écrit (opens in a new tab) qu'il n'est pas requis pour ses fonctions génératives et qu'aucun balisage spécial à l'IA n'existe, tout en recommandant de le conserver pour les résultats enrichis. Pour une entreprise de services, qui n'a ni catalogue ni panier, cette couche représente l'essentiel du travail à faire. Un agent qui cherche un cabinet ouvert le samedi lit l'horaire directement dans ces données, au lieu d'avoir à le deviner dans un paragraphe.

Les flux et les protocoles de commerce, la couche des marchands

Les deux couches suivantes ne concernent que les sites qui vendent des produits. OpenAI publie le format du flux produit (opens in a new tab), c'est-à-dire du fichier catalogue qu'un marchand lui envoie. Il comporte neuf champs obligatoires, identifiant, titre, description, URL, marque, vendeur, image, disponibilité et prix. Il accepte aussi les fichiers déjà préparés pour le Merchant Center de Google. Un champ enable_search autorise ChatGPT à proposer le produit. Un champ enable_checkout autorise l'achat direct et reste désactivé par défaut.

L'achat lui-même passe par deux protocoles concurrents. L'Agentic Commerce Protocol, ACP en abrégé, publié par Stripe et OpenAI (opens in a new tab) en septembre 2025, permet d'acheter directement dans ChatGPT. Sa spécification (opens in a new tab) est publiée sous licence libre Apache 2.0, dans une version datée du 17 avril 2026 et encore marquée bêta. L'Universal Commerce Protocol, UCP, présenté par Google (opens in a new tab) le 11 janvier 2026 avec Shopify, Etsy, Wayfair, Target et Walmart, permet d'acheter dans Gemini et dans le mode IA de Google Search. Un site signale qu'il le prend en charge par un fichier de description placé à l'adresse /.well-known/ucp. Le protocole est réservé à des marchands sélectionnés (opens in a new tab) aux États-Unis, au Canada et en Australie. Dans les deux cas, le marchand reste le vendeur officiel et l'agent n'ouvre jamais les pages du site, il dialogue avec lui par le protocole. Pour une PME française, ces protocoles sont à surveiller en 2026, pas encore à installer.

WebMCP, la couche où la page expose ses propres actions

La dernière couche inverse le rapport entre la page et l'agent. Au lieu de laisser l'agent deviner comment remplir un formulaire, la page lui déclare les actions qu'elle propose. WebMCP, présenté par Chrome (opens in a new tab) le 10 février 2026, permet à une page de déclarer une action, par exemple réserver un créneau, avec son nom, sa description et les informations qu'elle attend. L'agent appelle cette action directement, sans manipuler le formulaire. Le nom vient du Model Context Protocol, le format par lequel les assistants IA décrivent les outils qu'ils savent appeler. La spécification (opens in a new tab), rédigée par des ingénieurs de Microsoft et de Google au sein du groupe Web Machine Learning du W3C, est un brouillon daté du 17 septembre 2026. La phase de test (opens in a new tab), réservée aux sites qui s'inscrivent, a démarré avec Chrome 149. Expedia, Booking.com, Shopify, Etsy, Instacart et Target l'expérimentent. Firefox et Safari n'ont rien annoncé. WebMCP est donc une couche à suivre, pas encore une couche à mettre en production.

Le fichier que personne ne lit

Un élément revient dans toutes les listes de conseils et ne figure pas dans ce tableau. Le fichier llms.txt, un fichier texte censé résumer le site pour les modèles de langage, n'est lu par aucun système en production. Google écrit (opens in a new tab) qu'aucun fichier texte destiné à l'IA n'est nécessaire. John Mueller, de l'équipe Google Search, l'a qualifié (opens in a new tab) de "purement spéculatif pour l'instant", en notant que le fichier existe depuis des années sans qu'aucun système d'IA l'utilise. Lighthouse en vérifie la présence par anticipation, aucun usage réel n'a été constaté.

Une fois le site lisible, reste à décider quels robots ont le droit de le lire. Le fichier robots.txt autorise ou interdit un robot par son nom, pas selon ce qu'il fait de la page. Un même robot, GPTBot par exemple, peut servir à entraîner un modèle ou à répondre à une question qu'un utilisateur vient de poser. Cloudflare a proposé en septembre 2025 un complément (opens in a new tab), les Content Signals. Le site y exprime trois préférences dans le même fichier, search pour l'indexation par un moteur, ai-input pour l'usage de la page dans la réponse d'un assistant et ai-train pour l'entraînement. Plus de 3,8 millions de domaines utilisaient alors le robots.txt géré par Cloudflare pour refuser l'entraînement. Le réglage par défaut autorise la recherche, refuse l'entraînement et ne dit rien sur l'usage dans les réponses.

Ce troisième signal est celui qui compte pour un site de services. Refuser l'entraînement protège le contenu. Refuser ai-input retire le site des réponses qu'un assistant donne à un client qui cherche un prestataire. Le piège du bouton qui bloque toute l'IA d'un coup a été décrit dans l'article sur la citation par l'IA (opens in a new tab).

Reste à savoir si le robot qui se présente est bien celui qu'il prétend être. Un agent peut signer ses requêtes avec une clé cryptographique selon la RFC 9421 (opens in a new tab), un standard d'Internet. Le site reconnaît alors un agent déclaré et traite le reste comme du trafic anonyme. L'IETF, l'organisme qui publie ces standards, a constitué un groupe de travail (opens in a new tab) nommé Web Bot Auth, dont la charte cite explicitement les agents IA qui récupèrent du contenu ou interagissent avec lui pour le compte d'utilisateurs finaux. Cloudflare vérifie ces signatures (opens in a new tab) depuis août 2025. Pour un site hébergé derrière un réseau comme Cloudflare, accepter les agents identifiés et bloquer les autres est un réglage du tableau de bord, pas un développement.

Servir ces deux lecteurs ne demande pas deux sites. La couche que lit la machine est le document lui-même, sa structure, les noms de ses éléments et ses données. La couche que perçoit la personne est tout ce qui vient s'y ajouter, le rythme, la typographie, le mouvement et la réponse d'un bouton au survol. C'est le principe de l'amélioration progressive (opens in a new tab), un document complet servi à tous les visiteurs et enrichi ensuite pour ceux qui peuvent afficher cet enrichissement. Les sites immersifs n'y échappent pas. Une scène 3D ou une expérience pilotée par le défilement sont des enrichissements qui doivent se poser sur un document lisible par l'agent. Un site dont le contenu n'existe que dans la scène est absent de la comparaison et la personne qu'il aurait convaincue n'est jamais envoyée vers lui.

Les deux lecteurs ne jugent pas la même chose. L'agent compare des faits, un prix, un horaire, une disponibilité ou une note. Il ne perçoit pas ce qui rend un site singulier. La personne arrive ensuite, sur la visite que l'assistant a provoquée. Elle juge en cinquante millisecondes ce que la machine ne mesure pas, comme le décrit l'article sur la ressemblance des sites (opens in a new tab). Les données d'Adobe montrent que ces visites convertissent 60 % mieux que les autres. La couche lisible par la machine détermine donc si le site entre dans la comparaison. La couche perçue par la personne détermine ce qu'il en sort. Les deux se construisent sur la même page.