L’administration WooCommerce est-elle exposée ?

Non. Les outils MCP publics de Bridge sont en lecture seule et limités aux données catalogue volontairement publiées.

Est-ce le même serveur MCP que dans WooCommerce 10.9 ?

Non. Les abilities natives sont des capacités de gestion contrôlées par permissions ; Bridge fournit une frontière catalogue distincte.

Les agents publics ont-ils besoin de clés consommateur ?

Non. La surface catalogue publique n’accorde aucun pouvoir administratif.

Un agent peut-il créer une commande ou rembourser ?

Non. Checkout, identité client, commandes et après-vente restent hors du contrat public.

Tous les assistants IA découvriront-ils le serveur ?

Non. Les clients compatibles peuvent l’utiliser, mais chaque plateforme décide ce qu’elle prend en charge.

MCP suffit-il si le catalogue est incomplet ?

Non. MCP transporte des appels structurés ; il ne peut inventer marques, identifiants, prix ou variantes manquants.

KaliCart Bridge · Solution technique

Serveur MCP WooCommerce pour agents d’achat IA

Publiez un catalogue WooCommerce public et en lecture seule via MCP afin que les agents compatibles découvrent les produits, effectuent des recherches efficaces et vérifient les offres actuelles sans identifiants administrateur.

La réponse directe

KaliCart Bridge ajoute à la boutique une surface MCP orientée acheteur sur le domaine du marchand. Les clients compatibles découvrent les outils catalogue, recherchent des fiches limitées et récupèrent les détails actuels d’un produit sélectionné. Clients, commandes privées, modification des produits et administration restent exclus.

De quel MCP WooCommerce parle-t-on ?

WooCommerce 10.9 et KaliCart Bridge utilisent tous deux MCP, mais servent des appelants et des frontières de confiance différents.

Abilities WooCommerce natives	MCP KaliCart Bridge	Comment elles coexistent
Sept abilities métier canoniques, définies par schéma et contrôlées par permissions pour produits et commandes. Elles servent aux opérations authentifiées via WordPress Abilities API et MCP Adapter.	Une surface publique volontairement limitée à la lecture du catalogue par des agents inconnus. Elle expose uniquement les données produit publiées par le marchand et aucune autorité d’écriture.	Le marchand peut utiliser les deux. Les assistants autorisés emploient les abilities natives pour gérer la boutique ; les agents publics utilisent Bridge pour la découverte et la vérification. Identifiants et règles restent séparés.

Ce qu’un agent d’achat peut faire

1. Découvrir les outils catalogue

Le client MCP identifie les capacités publiques en lecture seule sans deviner les routes REST ni analyser la navigation du thème.

2. Rechercher des fiches compactes

Des requêtes limitées filtrent le catalogue par texte et critères pris en charge, en réduisant tokens, bande passante et charge serveur.

3. Vérifier un produit sélectionné

Un appel de détail contrôle identité, prix, devise, stock, URL canonique et variantes achetables auprès de la boutique du marchand.

4. Poursuivre dans le checkout marchand

L’agent renvoie vers la page produit ou le checkout canonique. WooCommerce conserve options, totaux selon destination, paiement et commande.

Signaux commerciaux pour décider

Signal	Pourquoi il est utile
Identité stable	ID produit, SKU et URL canonique distinguent les candidats et évitent les doublons.
Classification	Nom, catégories, marques et attributs structurés soutiennent recherche, filtrage et comparaison.
Données d’offre	Prix actuel, devise, disponibilité et état d’achat décrivent ce que WooCommerce publie maintenant.
État des variantes	Les variantes achetables empêchent de promettre une taille uniquement mentionnée dans le texte.
Médias et détail	Les informations riches sont demandées pour les finalistes plutôt que pour chaque résultat.
Frontière d’action	Les URL canoniques indiquent ce qui est connu et quand le flux marchand doit reprendre.

Pourquoi séparer recherche et vérification

Un agent n’a pas besoin de chaque champ pour chaque produit. Bridge sépare découverte économique et vérification détaillée : la recherche renvoie des candidats compacts, les données complètes uniquement pour la sélection finale. Le trafic baisse sans perdre la vérification live avant recommandation.

Des limites conçues pour un endpoint public

Outils en lecture seule : aucune écriture produit, donnée client, commande privée ou action administrative.
Pagination et taille des requêtes limitées : un appel ne peut pas exiger tout le catalogue.
Limitation de débit et indications de nouvelle tentative pour permettre aux clients conformes de ralentir.
Publication contrôlée par le marchand : seules les données WooCommerce volontairement publiques sont exposées.
Aucun secret administrateur partagé : ni clé consommateur ni session admin pour la découverte.

Relation avec WooCommerce 10.9

WooCommerce 10.9 a remplacé l’ancienne architecture de neuf outils dérivés de REST par sept abilities métier canoniques : requête, création, mise à jour et suppression de produit ; requête de commande, changement de statut et ajout de note. L’ancien endpoint MCP propre à WooCommerce reste un chemin de transition déprécié. Ces abilities forment une couche de gestion authentifiée, pas automatiquement une interface publique d’achat.

Bridge ne remplace ni ne critique ce travail. Il ajoute la projection publique séparée nécessaire à un agent sans connexion de gestion préconfigurée.

La découverte ne garantit pas l’adoption

Publier un serveur MCP valide rend l’interface disponible aux clients compatibles. Cela ne peut obliger ChatGPT, Google, une marketplace ou un autre assistant à découvrir, indexer ou appeler la boutique. L’éligibilité et le comportement des plateformes restent hors du contrôle du plugin.

Ce que cette solution ne promet pas

Aucune prise en charge automatique par chaque plateforme IA ou client MCP.
Aucune identité d’agent, autorisation consommateur, autorité de paiement ou gestion après-vente.
Aucun accès public aux clients, commandes ou à l’administration WooCommerce.
Aucune correction automatique des marques, identifiants, attributs ou variantes incomplets.
Aucun remplacement du checkout, de la livraison, des taxes ou des paiements du marchand.

À qui s’adresse cette solution

Pour les marchands WooCommerce indépendants et les intégrateurs qui veulent une découverte compatible MCP sans transformer une API administrative en endpoint public. La surface sert aussi de source live vérifiable après une découverte par flux, index ou conversation.

Solutions associées

Interface catalogue

API produits WooCommerce pour agents IA

Examiner le contrat en lecture seule utilisé pour recherche et vérification live.

Architecture marchand

Commerce agentique pour WooCommerce

Placer MCP dans le parcours complet jusqu’au checkout du marchand.

Installer Bridge gratuitement Lire la documentation MCP Lire le guide technique

Questions fréquentes

L’administration WooCommerce est-elle exposée ?: Non. Les outils MCP publics de Bridge sont en lecture seule et limités aux données catalogue volontairement publiées.
Est-ce le même serveur MCP que dans WooCommerce 10.9 ?: Non. Les abilities natives sont des capacités de gestion contrôlées par permissions ; Bridge fournit une frontière catalogue distincte.
Les agents publics ont-ils besoin de clés consommateur ?: Non. La surface catalogue publique n’accorde aucun pouvoir administratif.
Un agent peut-il créer une commande ou rembourser ?: Non. Checkout, identité client, commandes et après-vente restent hors du contrat public.
Tous les assistants IA découvriront-ils le serveur ?: Non. Les clients compatibles peuvent l’utiliser, mais chaque plateforme décide ce qu’elle prend en charge.
MCP suffit-il si le catalogue est incomplet ?: Non. MCP transporte des appels structurés ; il ne peut inventer marques, identifiants, prix ou variantes manquants.