Skip to main content
À qui cela s’adresse : un crawler ou un modèle qui construit un index que les clients interrogent. Les pages de commande storekit sont une application côté client, si bien qu’un crawler qui n’exécute pas JavaScript voit un document vide. Chaque hôte de commande sert aussi des descriptions en texte brut suivant la convention llmstxt.org, rendues à partir des mêmes données que celles utilisées par les pages.

​
Chemins

Les réponses sont en text/plain, mises en cache pendant 15 minutes en périphérie. Un établissement ou une marque qui ne se résout pas renvoie 404 ; une marque qui se résout sans aucun emplacement acceptant des commandes renvoie tout de même un fichier, en le disant. Un fichier d’établissement est en forme Markdown : un H1 avec le nom de l’établissement, un résumé en une ligne, puis ## Ordering, ## Location and opening hours, ## Contact, ## Menu sur le fichier complet, ## Policies et ## Notes. Un menu très long est tronqué avec une note pointant vers la page du menu.
Ces fichiers sont un instantané pour lecture, pas une source de vérité pour commander. La disponibilité et l’état d’ouverture changent pendant le service, et la copie d’un crawler sera périmée — un agent qui a besoin d’une réponse à jour devrait utiliser l’endpoint MCP.
Le robots.txt de l’hôte autorise les crawlers agents par leur nom, si bien que ces chemins et le profil UCP leur sont ouverts sans ambiguïté.