Checklist de préparation agentique pour site B2B

Avant de commencer

Une checklist de préparation agentique ne doit pas devenir une liste de gadgets. L’objectif n’est pas de cocher llms.txt, WebMCP, deux balises ARIA et un score Lighthouse pour se déclarer « AI-ready ».

L’objectif est plus exigeant : vérifier si un agent peut comprendre votre organisation, suivre le bon parcours, interpréter les preuves et déclencher une action sans dépendre d’une inférence fragile.

Cette checklist est pensée pour les sites B2B, où les parcours sont souvent plus complexes que sur un site transactionnel simple : services abstraits, offre modulaire, formulaires de qualification, contenus de preuve, experts, secteurs, cas-types, ressources téléchargeables et plusieurs points d’entrée.

1. Découvrabilité machine

Vérifiez d’abord si les ressources importantes sont faciles à trouver.

À contrôler :

• les pages de services sont présentes dans le sitemap ;
• les pages importantes ne sont pas orphelines ;
• les liens internes relient services, symptômes, cas, preuves et FAQ ;
• les données structurées décrivent l’organisation et les pages clés ;
• robots.txt n’empêche pas l’accès aux ressources publiques utiles ;
• llms.txt ou une surface équivalente pointe vers les pages canoniques ;
• les politiques IA et les fichiers de gouvernance sont accessibles lorsqu’ils existent.

Un agent qui ne trouve pas les bonnes ressources compensera par des signaux secondaires. C’est là que les mauvaises comparaisons, les résumés partiels et les confusions d’offre commencent.

2. Clarté de l’offre

Un site B2B échoue souvent parce que son offre est lisible pour l’équipe interne, mais floue pour un système externe.

À contrôler :

• chaque service a une page propre ;
• la page dit clairement pour qui le service existe ;
• les problèmes traités sont séparés des solutions proposées ;
• les livrables sont nommés ;
• les limites du mandat sont explicites ;
• les liens vers méthodes, preuves et FAQ sont présents ;
• les services proches ne se cannibalisent pas.

La préparation agentique dépend de cette clarté. Un agent qui ne comprend pas la différence entre diagnostic, audit, refonte et gouvernance ne pourra pas recommander correctement le bon chemin.

3. Cohérence visuelle, HTML et accessibilité

Les agents peuvent utiliser plusieurs canaux de lecture. Le site doit donc raconter la même chose visuellement, dans le HTML, dans le DOM et dans l’arbre d’accessibilité.

À contrôler :

• les titres reflètent la hiérarchie réelle ;
• les boutons sont de vrais <button> lorsqu’ils déclenchent une action ;
• les liens sont de vrais <a> lorsqu’ils naviguent ;
• les champs ont des labels programmatiques ;
• les menus exposent leurs états ;
• les modales sont nommées et correctement reliées ;
• les images éditoriales ont des textes alternatifs utiles ;
• les cartes de services ne masquent pas leur destination réelle.

C’est la base de la navigabilité agentique.

4. Stabilité et hydratation

Les interfaces modernes peuvent changer entre le HTML initial, le rendu final et les interactions utilisateur. Pour un agent, cette divergence peut provoquer des erreurs.

À contrôler :

• le contenu critique est disponible sans dépendre d’un chargement tardif ;
• les CTA principaux ne bougent pas après chargement ;
• les formulaires ne sont pas injectés trop tard ;
• les menus et accordéons restent déterministes ;
• les bannières ne déplacent pas les actions critiques ;
• les erreurs et confirmations ne disparaissent pas dans un état JavaScript instable.

Un bon site agentique n’est pas seulement rapide. Il est prévisible.

5. Formulaires et parcours d’action

Pour un site B2B, le formulaire est souvent le moment où le risque agentique devient concret.

À contrôler :

• chaque champ a un label clair ;
• les champs obligatoires sont identifiables ;
• les erreurs sont reliées aux champs concernés ;
• les confirmations sont explicites ;
• le formulaire dit ce qui arrivera après l’envoi ;
• le CTA d’envoi est spécifique ;
• l’URL ou le contexte du service est conservé lorsque l’utilisateur vient d’une page précise.

Un agent peut préparer une demande ou guider un utilisateur. Il doit donc comprendre non seulement quoi remplir, mais aussi pourquoi.

6. Preuves et recommandabilité

Un agent qui recommande une organisation doit trouver des preuves. Sinon, il compensera par réputation, proximité sémantique ou signaux externes incomplets.

À contrôler :

• les cas-types expliquent des situations concrètes ;
• les preuves sont reliées aux services ;
• les pages de méthode expliquent comment le travail est fait ;
• les résultats sont formulés sans overclaim ;
• les limites et conditions sont visibles ;
• les FAQ répondent aux objections commerciales réelles.

Dans une architecture Pagup, les preuves ne sont pas décoratives. Elles stabilisent la compréhension et réduisent les inférences.

7. Gouvernance et régressions

La préparation agentique n’est pas un audit ponctuel. Une seule modification de composant peut rendre un parcours fragile.

À contrôler :

• les composants critiques ont des règles d’usage ;
• les nouveaux contenus respectent la même architecture ;
• les formulaires sont testés après modification ;
• les fichiers machine sont mis à jour avec les pages importantes ;
• les pages de services ont une cadence de révision ;
• les changements de menu, de bannière ou de CTA sont vérifiés avant déploiement.

Un site prêt pour les agents est un site gouverné.

Conclusion

La préparation agentique d’un site B2B n’est pas un état marketing. C’est une discipline de lisibilité, d’action et de gouvernance.

La question n’est pas de savoir si le site possède un fichier à la mode. La vraie question est de savoir si un système non humain peut comprendre l’organisation, suivre le bon parcours et agir correctement sans inventer ce qui manque.

C’est précisément ce que l’audit de navigabilité agentique permet de vérifier.