> ## Documentation Index
> Fetch the complete documentation index at: https://storekit.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# llms.txt

> Die llms.txt-Klartextdateien, die ein storekit-Ordering-Host für die Plattform, jede Marke und jedes Lokal ausliefert, damit ein LLM-Crawler das Menü liest.

**Für wen das ist:** ein Crawler oder Modell, das einen Index aufbaut, den Kunden befragen.

storekit-Bestellseiten sind eine clientseitige Anwendung, sodass ein Crawler, der kein JavaScript ausführt, ein leeres Dokument sieht. Jeder Ordering-Host liefert außerdem Klartext-Beschreibungen nach der Konvention von [llmstxt.org](https://llmstxt.org) aus, gerendert aus denselben Daten, die auch die Seiten verwenden.

## Pfade

| Pfad | Antwortet mit |
| - | - |
| `GET /llms.txt` | Auf der eigenen Domain einer Marke: die Datei dieser Marke. Auf dem gemeinsamen Ordering-Host: was der Host ist und wo die eigene Datei eines Stores liegt. |
| `GET /{venueSlug}/llms.txt` | Ein Lokal: Zusammenfassung, Bestellmethoden, Adresse, Öffnungszeiten, Kontaktdaten und Richtlinien. |
| `GET /{venueSlug}/llms-full.txt` | Dasselbe, zuzüglich der vollständigen Speisekarte — jede Kategorie, jeder Artikel, jeder Preis und jedes Ernährungs-Tag. |
| `GET /b/{brandSlug}/llms.txt` | Eine Marke und ihre Standorte. `/stores/{brandSlug}/llms.txt` liefert dieselbe Datei. |

Antworten sind `text/plain`, am Edge für 15 Minuten gecacht. Ein Lokal oder eine Marke, die nicht auflöst, ergibt einen `404`; eine Marke, die auflöst, ohne dass Standorte Bestellungen annehmen, liefert dennoch eine Datei, die genau das aussagt.

Eine Lokal-Datei ist Markdown-förmig aufgebaut: ein `H1` mit dem Namen des Lokals, eine einzeilige Zusammenfassung, dann `## Ordering`, `## Location and opening hours`, `## Contact`, in der Volldatei `## Menu`, `## Policies` und `## Notes`. Eine sehr lange Speisekarte wird gekürzt, mit einem Hinweis, der auf die Menüseite verweist.

> [!NOTE]
>
> Diese Dateien sind eine Momentaufnahme zum Lesen, keine Quelle der Wahrheit für Bestellungen. Verfügbarkeit und Öffnungsstatus ändern sich während des Betriebs, und die Kopie eines Crawlers wird veraltet sein — ein Agent, der eine aktuelle Antwort braucht, sollte den [MCP-Endpoint](/docs/de/developers/agents/ordering/mcp-endpoint) verwenden.

Die `robots.txt` des Hosts erlaubt die Agent-Crawler namentlich, sodass diese Pfade und das [UCP-Profil](/docs/de/developers/agents/ordering/ucp) ihnen eindeutig zugänglich sind.


## Related topics

- [Einführung für Entwickler](/docs/de/developers/introduction.md)
- [Übersicht der Bestell-Agenten](/docs/de/developers/agents/ordering/overview.md)
- [storekit-Dokumentation: Online-Bestellung, Guides und APIs](/docs/de/index.md)
- [UCP-Discovery](/docs/de/developers/agents/ordering/ucp.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.