De 1/3 à 3/3 en navigation agentique : ce que la migration Astro de one-day.fr change pour les agents IA

Il y a une cinquième pastille en bas des rapports PageSpeed Insights que presque personne ne regarde encore. Elle s’appelle « Navigation agentique », elle est annoncée comme en cours de développement et susceptible d’être modifiée, et elle ne mesure ni la vitesse, ni le référencement, ni l’accessibilité au sens habituel. Elle mesure une seule chose : la capacité de votre site à être consulté par des agents IA — assistants conversationnels, crawlers de modèles de langage, intégrations émergentes type WebMCP.

Une note sur trois. Et un cas concret, daté et vérifiable, pour comprendre ce qu’elle regarde : le 17 juillet 2026, one-day.fr — mon propre site — scorait 1/3. Le 18 juillet, 3/3, à l’identique sur desktop et mobile. Entre les deux, une bascule DNS : le passage d’un WordPress de quinze ans à une refonte Astro.

17 juillet 2026 · WordPress

▲ 1/3

Navigation agentique

• ✗ Arborescence d'accessibilité mal formée
• ✗ llms.txt — échec de la récupération
• ✓ Cumulative Layout Shift — 0.004

18 juillet 2026 · Astro

● 3/3

Navigation agentique

• ✓ Arborescence d'accessibilité bien formée
• ✓ llms.txt suit les recommandations
• ✓ Cumulative Layout Shift — 0

Ce dossier n’est pas le récit de cette migration (il est raconté ailleurs) ni un article de performance. C’est une explication de cette catégorie encore quasi non documentée en français — avec one-day.fr comme banc d’essai. Le positionnement est assumé : plutôt que de réciter le discours « rendez vos sites lisibles par les agents », je préfère le mesurer sur mes propres actifs avant d’en parler à un client.

La catégorie « Accessibilité pour les agents », audit par audit

C’est la partie utile — personne ne l’a encore décrite proprement en français. PageSpeed range ces contrôles sous une section intitulée « Accessibilité pour les agents ». Trois audits comptent dans la note ; un quatrième, WebMCP, reste marqué « Non applicable » tant qu’aucun outil n’est enregistré côté site — c’est pourquoi on lit une note sur trois et pas sur quatre (le barème officiel de Chrome détaille ce calcul). Voici les trois, dans leur état côté ancien WordPress (17/07) puis côté Astro (18/07).

llms.txt

llms.txt est un fichier texte servi à la racine d’un domaine (/llms.txt), sur le modèle de robots.txt, mais destiné aux modèles de langage plutôt qu’aux moteurs de recherche. Il donne à un agent une carte lisible du site : de quoi parle ce domaine, quelles pages font autorité, où trouver les contenus de référence. La convention est publiée sur llmstxt.org.

• WordPress (17/07) : « llms.txt ne suit pas les recommandations — Échec de la récupération de llms.txt »
• Astro (18/07) : « llms.txt suit les recommandations »

Le point vaut d’être précisé, parce qu’il est contre-intuitif. Un llms.txt absent ne produit pas un échec : le fichier renvoie un 404, et la documentation de Chrome prévoit alors un audit marqué « Non applicable ». Lighthouse ne déclare un échec que sur une erreur serveur au moment de la récupération. Or l’ancien site affichait bien un échec — signe qu’un llms.txt existait (au mieux celui auto-généré par le plugin SEO) et qu’il répondait en erreur au moment de l’audit. La leçon est un peu cruelle : un llms.txt de plugin qui plante est pire que pas de llms.txt du tout. Une absence est neutre ; une erreur est un signal négatif.

Sur one-day.fr en Astro, le fichier est désormais généré par une route dédiée — même pattern que oramus.fr, dont j’expose le llms.txt de la même façon et que j’évoque dans le dossier « Construire Oramus avec Claude ».

Arborescence d’accessibilité

Le deuxième audit est le plus intéressant conceptuellement, parce qu’il relie deux mondes qu’on tenait pour séparés : l’accessibilité humaine et la lisibilité machine.

• WordPress (17/07) : « L’arborescence d’accessibilité n’est pas bien formée »
• Astro (18/07) : « L’arborescence d’accessibilité est bien formée — Tous les audits ont réussi »

L’arborescence d’accessibilité (accessibility tree), c’est la structure que le navigateur expose aux technologies d’assistance — un lecteur d’écran s’en sert pour annoncer une page à une personne malvoyante. Or un agent IA emprunte le même canal. Côté WordPress, les causes racines remontées étaient nettes : contraste insuffisant, liens sans nom visible, en-têtes non classés séquentiellement, document sans repère principal. Autrement dit, exactement ce qu’un audit d’accessibilité classique reproche depuis toujours.

L’idée à retenir tient en une phrase : l’accessibilité est devenue une exigence machine autant qu’humaine. Longtemps traitée comme une obligation morale ou réglementaire, elle devient une condition d’accès pour les agents qui, demain, consulteront le site à la place — ou aux côtés — de l’utilisateur.

Cumulative Layout Shift

• WordPress (17/07) : « Cumulative Layout Shift — 0.004 »
• Astro (18/07) : « Cumulative Layout Shift — 0 »

C’était le seul des trois audits déjà au vert côté WordPress — d’où le 1/3 de départ, porté par ce seul contrôle. La stabilité visuelle d’une page compte aussi pour un agent qui la parcourt et non plus seulement pour l’œil humain. Je n’en dis pas plus : le reste de l’histoire de performance appartient à l’article one-day.fr.

Ce que la migration a changé, concrètement

Première mise au point : la stack ne donne pas le 3/3. Astro n’a rien de magique ici. Ce sont les choix posés pendant la refonte qui font le score, et ces choix auraient pu être faits sous WordPress. Concrètement :

• llms.txt servi à la racine, via une route dédiée, avec un contenu qui décrit l’activité et pointe les pages de référence — et qui répond correctement, ce qui suffisait déjà à quitter l’échec.
• HTML sémantique reconstruit : des repères de structure explicites (<main>, <nav>, <header>), une hiérarchie de titres strictement décroissante (H1 → H2 → H3, sans saut), des liens systématiquement nommés.
• Contrastes et libellés corrigés au passage — le score d’accessibilité est monté de 86 à 100. C’est le sujet de l’article one-day.fr, je n’en dis pas plus ici.

Et une honnêteté de méthode, parce qu’elle compte : un WordPress bien configuré peut lui aussi atteindre 3/3. La migration a été l’occasion de tout reprendre proprement, pas la condition du résultat. Le dire n’est pas un détail — la moitié du portefeuille que j’accompagne tourne sous WordPress, et ceci n’est pas un article anti-WordPress. C’est un article sur des choix de structure, indépendants de l’outil qui les sert. (Les scores de performance sont passés au vert au même moment — c’est raconté ailleurs.)

Pourquoi c’est autre chose qu’un score de plus

Trois raisons de ne pas ranger cette pastille dans la catégorie « énième indicateur cosmétique ».

Les agents envoient déjà du trafic réel. Ce n’est pas prospectif. Sur le site d’un client distributeur B2B que j’accompagne, ChatGPT réfère déjà de l’ordre de trente visiteurs par mois. Trente, ce n’est pas un raz-de-marée — mais c’est un flux mesurable, entrant, qui n’existait pas il y a dix-huit mois, et qui vient d’un canal que presque personne n’optimise encore.

La direction est claire, même si les détails bougeront. La catégorie est expérimentale : ses seuils, ses intitulés, son périmètre peuvent changer. Mais quand Google se met à outiller la mesure de la lisibilité agentique dans son propre outil de diagnostic grand public, c’est le signe qu’elle deviendra un standard d’exigence — comme l’ont été, en leur temps, le mobile-friendly puis les Core Web Vitals.

Nuance obligatoire, contre la survente : 3/3 ne veut pas dire « cité par les IA ». C’est une condition technique d’accès, pas une garantie de citation. Qu’un agent puisse lire proprement votre site ne l’oblige pas à en parler. La citation dépend du contenu, de l’autorité du domaine, du réseau de mentions qui pointe vers lui — bref, du travail éditorial et de fond, que la conformité technique rend simplement possible.

Ce que ça change pour votre site

La navigation agentique n’invente pas de chantier nouveau. Elle recycle des exigences connues — un fichier de description à la racine, une structure HTML propre, une accessibilité réelle — et les rend soudain mesurables du point de vue des machines. C’est peut-être ça, son vrai apport : transformer des bonnes pratiques qu’on repoussait faute d’urgence en une note sur trois que tout le monde peut lire.

Le récit complet de la migration one-day.fr — le tri de quinze ans de contenu, la lecture critique d’un 100/100 Lighthouse — est raconté côté one-day.fr, dans le journal de la migration WordPress → Astro. Et si le sujet plus large de l’automatisation et de l’intégration IA pour une PME vous parle, il est développé sur la page automatisation IA.

Vérification : rapports PageSpeed Insights avant (17/07) et après (18/07).