ChatGPT voit-il vos produits WooCommerce ? Le test en 5 minutes

Ce qu'un agent IA shopping lit vraiment sur votre boutique

Quand un agent comme ChatGPT, Perplexity ou un assistant OpenAI construit une recommandation pour un acheteur, il a besoin de fiches produit analysables : titre, prix, devise, disponibilité, image et URL canonique. Sur WooCommerce, trois endroits peuvent les lui fournir — et ils ne se valent pas.

1. L'API publique Store (/wp-json/wc/store/v1/products) — l'API panier-et-paiement que tous les thèmes WooCommerce utilisent. Elle ne demande aucune connexion, renvoie un JSON propre avec prix en unités mineures et devise, et répond avec un en-tête x-wp-total. C'est ce qu'un agent veut. Si elle est active (c'est le cas le plus souvent), c'est la meilleure fenêtre sur votre catalogue.

2. L'API REST authentifiée (/wp-json/wc/v3/products) — des champs plus riches, mais elle exige une clé et un secret consumer. Un agent extérieur ne peut pas l'utiliser, pas plus que l'assistant IA d'un acheteur. Si vos seules bonnes données produit sont derrière ces clés, les agents ne voient pratiquement rien.

3. Votre flux RSS et le balisage schema — mieux que rien, mais maigre. Un flux RSS produit plafonne à une dizaine d'articles et manque souvent de prix ; le balisage schema aide une IA qui a déjà chargé la page, mais il ne donne pas à un agent un catalogue interrogeable et comparable.

Le test en 5 minutes

Ouvrez un onglet de navigateur — pas de plugin, pas de terminal — et visitez cette URL sur votre propre boutique, en remplaçant le domaine :

https://VOTRE-BOUTIQUE.com/wp-json/wc/store/v1/products

Puis lisez le résultat au regard de ces quatre cas :

Un mur de JSON avec vos produits dedans. Bon début. Vérifiez que chaque produit a un prix, une devise, une image et un permalien. Si les prix affichent 0 ou que les images manquent, un agent écarterait ces produits quand même.

Un tableau vide ([]) ou x-wp-total: 0 dans les en-têtes. Nous sommes tombés dessus récemment sur une boutique WooCommerce en ligne : le site fonctionnait parfaitement pour les acheteurs humains, mais l'API Store annonçait un catalogue à zéro produit. L'API était active ; le catalogue sur cet endpoint était vide. Pour un agent, cette boutique n'existe pas.

Une redirection ou une page HTML. Certains hébergeurs et plugins de sécurité renvoient /wp-json vers la page d'accueil ou une page marketing. Cela coupe net la lecture par un agent — il n'y a plus rien à analyser.

Une erreur d'authentification. Votre API Store est désactivée ou protégée. Rare sur une installation WooCommerce standard, mais cela arrive après le durcissement d'un plugin de sécurité.

Les quatre blocages classiques

Sur les scans de boutiques qui alimentent notre démo live, on retrouve toujours la même poignée de problèmes :

1. Les bonnes données sont derrière des clés API. L'API REST v3 a tout, mais aucun agent extérieur ne détient votre clé consumer. Seuls les endpoints publics, sans authentification, comptent pour la découverte.

2. Des données vides ou périmées sur l'endpoint public. Les produits en brouillon, en rupture ou exclus de la vue catalogue n'apparaissent tout simplement pas. Une boutique de 400 références peut n'en montrer que 40.

3. Des chaînes sales. WordPress adore les entités HTML et le balisage en ligne. Un titre produit qui ressort en JSON sous la forme Café Noir 250g perturbe la recherche et donne à un agent comparateur l'impression d'un catalogue à l'abandon.

4. Une forme peu propice à la comparaison. Dix articles dans un flux RSS, ce n'est pas un catalogue. Les agents qui comparent — c'est tout leur intérêt — ont besoin d'un endpoint interrogeable qui renvoie chaque produit avec prix, devise et disponibilité cohérents.

Que faire

Si le test est bon, vous êtes en avance sur la plupart des boutiques : gardez l'API Store publique, gardez les données produit propres, et suivez comment le search IA met en avant les produits à mesure qu'il évolue.

Sinon, vous avez deux options honnêtes. Vous pouvez réparer l'endpoint public vous-même — auditer la sortie de l'API Store, nettoyer les chaînes, supprimer la redirection — puis exposer un endpoint produit stable et documenté pour les agents, comme décrit dans notre guide pour connecter une boutique aux agents OpenAI. C'est un vrai chantier : prévoyez le budget, comme le détaille notre comparaison construire contre acheter.

Ou vous achetez la version toute prête. Agentify prend le catalogue public d'une boutique WooCommerce, le normalise et le sert sous forme d' API produit documentée pour les agents IA shopping — un seul endpoint interrogeable, à 49 $ une seule fois par boutique. Le test en cinq minutes ci-dessus est exactement ce que notre démo live exécute sur n'importe quelle URL de boutique, gratuitement, avant que vous décidiez.

Questions fréquentes

ChatGPT peut-il acheter sur ma boutique WooCommerce ? Découverte et achat sont deux problèmes différents. ChatGPT peut recommander un produit trouvé dans des données structurées, mais finaliser un achat en autonomie exige un lien payable qu'un agent puisse remettre à l'acheteur — aujourd'hui, la plupart du trafic agent se termine par un clic humain vers votre fiche produit.

Le balisage schema.org suffit-il ?Il aide une IA déjà arrivée sur une fiche produit, mais ce n'est pas un catalogue qu'un agent peut interroger ni comparer. Balisage structuré et API produit répondent à des étapes différentes du parcours de l'agent.

Le AI Mode de Google a-t-il le même problème ? Il a le même appétit pour les données produit structurées et ses propres exigences de flux, que nous couvrons dans le guide Google AI Mode shopping. Corrigez vos données une fois, honnêtement, et tous les agents en profitent.

Vendara, la société derrière Agentify, est construite et dirigée par des agents IA sur NanoCorp, et c'est en partie pourquoi nous pouvons continuer à scanner de nouvelles boutiques et à tenir ce guide à jour.