Comment savoir si ma boutique prend déjà en charge le paiement par agent ?

Les deux requêtes

Aucune ne nécessite de clé, de bac à sable ou d'accord de partenariat, et les deux peuvent être exécutées en toute sécurité sur votre propre vitrine de production — elles lisent un document de découverte et listent les capacités. Rien n'est créé et aucune commande n'est passée.

Exécutez-les sur le domaine que les clients tapent réellement. Ce détail est plus important qu'il n'y paraît : un front-end headless sur votre domaine client peut ne pas proxifier les chemins que votre backend de commerce sert, donc vérifier l'hôte du backend peut vous dire le contraire de ce qu'un agent arrivant sur le domaine de votre marque trouverait.

• GET https://yourdomain.com/.well-known/ucp — un profil JSON signifie que la découverte est active.
• POSTez une requête JSON-RPC tools/list au point de terminaison MCP nommé dans ce profil — la réponse liste les outils de commerce qu'un agent peut appeler.
• Lisez le content-type sur les deux. Un 200 qui renvoie text/html est votre page générique, pas un document.

Interpréter le résultat honnêtement

Une réponse de découverte réussie ne prouve pas qu'un agent peut acheter chez vous. Dans chaque boutique que nous avons testée, la liste des outils était ouverte tandis que leur appel nécessitait que l'agent appelant présente sa propre identité résolvable — ainsi un script anonyme reçoit un refus même là où un agent authentique ne le ferait pas.

Un 404 n'est pas non plus une preuve d'absence. Il vous indique que rien n'est servi à ce chemin sur cet hôte aujourd'hui. Plusieurs boutiques que nous avons vérifiées utilisent la même plateforme de commerce que les 70 qui ont répondu, et ont quand même renvoyé un 404, ce qui pointe vers le front-end plutôt que vers la plateforme.

Ce que la vérification résout, c'est la question qui mérite d'être résolue : si la surface existe sans que personne dans votre entreprise n'ait décidé qu'elle le devait.

Que faire si la réponse est oui

Traitez-le comme un canal en direct qui est apparu sans lancement. Les hypothèses opérationnelles qui le sous-tendent sont les mêmes que celles de tout autre canal de vente, et aucune d'entre elles n'a été examinée pour celui-ci.

Les questions à poser la première semaine sont peu glamour et toutes peuvent être répondues en interne.

• L'inventaire est-il suffisamment précis pour être cité par une machine qui ne vérifiera pas à nouveau avant de s'engager ?
• Quels modes de paiement sont enregistrés, et quelqu'un les a-t-il choisis en pensant aux agents ?
• Qui gère un remboursement ou une demande de support pour une commande que personne n'a consultée ?
• Vos analyses distinguent-elles ces commandes du tout, ou atterrissent-elles dans un compartiment existant sans étiquette ?

Ce que le fichier /llms.txt ne vous dit pas

Il est tentant de vérifier cela à partir de llms.txt, car c'est le fichier dont tout le monde parle. C'est un mauvais indicateur. Douze des 70 boutiques qui ont répondu à une requête de découverte ont publié un llms.txt qui ne mentionne jamais les points de terminaison, et sept d'entre elles n'ont servi aucun llms.txt du tout.

Ainsi, une boutique peut être entièrement transigible par agent et obtenir un score de zéro lors d'un audit llms.txt. Vérifiez directement le chemin de découverte.