Rendre sa boutique lisible par les agents IA : la checklist technique

Vous avez compris l'enjeu du commerce agentique et vous savez que les protocoles se superposent. Reste la question opérationnelle : qu'est-ce qu'on vérifie, concrètement, sur une boutique existante ? Voici la liste que nous déroulons en audit, dans l'ordre de priorité.

1. Les agents peuvent-ils simplement accéder à votre site ?

C'est le premier point, et il élimine déjà une boutique sur trois. Beaucoup de marchands bloquent, sans le savoir, exactement le trafic qu'ils cherchent à capter.

• Vérifiez votre robots.txt : les agents utilisateurs des principaux moteurs conversationnels doivent être autorisés sur les pages produit. Une règle d'interdiction générale héritée d'une ancienne protection anti-scraping les exclut tous.
• Vérifiez votre pare-feu applicatif et votre protection anti-robots. C'est la cause la plus fréquente : la règle est passante dans le fichier, mais le service de protection renvoie un défi ou une erreur 403. Testez depuis l'extérieur, pas depuis votre réseau.
• Vérifiez vos journaux serveur sur trente jours et comptez les visites par agent utilisateur. Vous saurez immédiatement qui passe et qui se fait refouler.
• Attention aux fenêtres de consentement bloquantes : si le contenu n'est rendu qu'après acceptation, un agent ne voit qu'une page vide.

2. Le contenu est-il lisible sans exécuter de JavaScript ?

Certains agents exécutent le JavaScript, d'autres non, et ceux qui le font le font avec un budget limité. Une page produit dont le prix et le stock n'apparaissent qu'après trois appels asynchrones est, au mieux, partiellement lue.

Le test : récupérez la page en ligne de commande, sans navigateur, et cherchez le nom du produit, le prix et la disponibilité dans le code source renvoyé. S'ils n'y sont pas, il faut du rendu côté serveur ou du prérendu sur les pages produit.

3. Les données structurées sont-elles complètes et exactes ?

C'est le format que les agents lisent en priorité, parce qu'il est non ambigu. Le minimum exploitable sur une fiche produit :

• Identité : nom, marque, identifiant global (GTIN ou EAN), référence interne.
• Offre : prix, devise, disponibilité, date de validité du prix, conditions de livraison et de retour.
• Caractéristiques : les attributs décisifs de votre catégorie, exprimés avec des unités explicites.
• Preuve sociale : note agrégée et nombre d'avis, si vous en avez de véritables.

Deux erreurs classiques : des données structurées qui contredisent le contenu visible — un agent qui détecte l'écart déclasse la source — et une disponibilité codée « en stock » par défaut sur tout le catalogue, ce qui produit des commandes impossibles à honorer.

4. Le prix et le stock sont-ils justes en temps réel ?

Un agent qui propose un produit indisponible ou à un prix périmé génère une expérience ratée dont vous portez la responsabilité. Les points à traiter :

• Latence maximale de propagation du stock : visez moins de cinq minutes entre le système de gestion et ce que voit l'extérieur.
• Réserve de sécurité : ne publiez pas la quantité physique brute, retranchez les commandes en cours et une marge tampon.
• Prix total : frais de port et taxes inclus, calculables avant validation. C'est sur ce total que l'agent compare.

5. Le catalogue est-il interrogeable, pas seulement exportable ?

Un fichier quotidien suffisait pour un comparateur. Un agent pose des questions : « lesquels de ces produits sont compatibles avec tel modèle ? », « lequel a la garantie la plus longue ? ». Cela suppose une interface de recherche capable de filtrer sur des attributs, idéalement exposée via MCP — voir notre article sur le sujet.

Sans référentiel produit central, cette étape est hors d'atteinte : on ne peut pas exposer proprement une donnée qui vit en quatre exemplaires divergents dans quatre systèmes.

6. Le tunnel de commande accepte-t-il un client non humain ?

• Création de commande idempotente : deux appels identiques produisent une seule commande. C'est non négociable, un agent réessaie par conception.
• Pas de CAPTCHA sur le chemin de commande pour les canaux authentifiés.
• Erreurs explicites et exploitables : « quantité indisponible, 3 restants » permet à l'agent de corriger ; « erreur 500 » le fait abandonner.
• Cohérence du prix entre la proposition et la validation, avec une politique claire si l'écart survient entre les deux.

7. Mesurez-vous ce canal séparément ?

Segmentez vos analyses par agent utilisateur et par source de référence. Suivez quatre indicateurs : visites d'agents, produits consultés, commandes attribuées, taux d'erreur rencontré par les agents. Ce dernier est le plus utile — il pointe directement ce qu'il faut réparer.

La checklist en une page

Priorité	Point de contrôle	Échec fréquent
1	Accès des agents autorisé	Protection anti-robots qui renvoie 403
2	Contenu lisible sans JavaScript	Prix injecté après chargement
3	Données structurées complètes	Disponibilité générique, identifiants absents
4	Stock et prix à jour	Synchronisation nocturne uniquement
5	Catalogue interrogeable	Export de fichier seulement
6	Commande idempotente	Doublons au moindre incident réseau
7	Mesure dédiée	Trafic agent noyé dans le direct

Questions fréquentes

Par quoi commencer si je n'ai que deux jours ?

Les points 1 et 3. Débloquer les agents et corriger les données structurées produisent l'essentiel de l'effet immédiat, pour un coût très faible.

Faut-il un fichier llms.txt ?

C'est une convention utile pour orienter les agents vers vos ressources principales, à un coût quasi nul. Ce n'est pas un facteur de classement pour la recherche classique, et cela ne remplace en rien les données structurées.

Ouvrir aux agents, n'est-ce pas ouvrir aux concurrents ?

Vos prix publics sont déjà relevés par vos concurrents, avec ou sans votre accord. La question pertinente n'est pas de fermer, c'est de distinguer le trafic utile du prélèvement massif — ce qui se traite par la limitation de débit, pas par un blocage général.

Combien de temps pour une mise en conformité complète ?

Deux à trois semaines pour les six premiers points sur une boutique standard. Si le catalogue est en mauvais état, c'est ce chantier-là qui commande le calendrier, et il se compte en mois.

Conclusion

Rien dans cette liste n'est exotique. Ce sont des fondamentaux d'hygiène technique et de qualité de données, que le commerce agentique rend simplement impossibles à contourner : un humain compense un site imparfait, un agent non.

Pour la suite : une plateforme conçue pour cette contrainte, et pourquoi tout remonte à la donnée produit. Vous voulez cet audit sur votre boutique ? Écrivez-nous.