Wozu dient llms.txt?
KI-Crawler betreten eine Website ohne Karte: Sie müssen raten, welche Seiten zählen. llms.txt löst das mit einer einfachen Konvention: einer Datei /llms.txt in Markdown, die die Website in wenigen Zeilen vorstellt und dann, nach Abschnitten geordnet, die wichtigen URLs mit Kurzbeschreibung auflistet. Das Modell, das Ihre Seiten live abruft (etwa ChatGPT-User während eines Gesprächs), erreicht so direkt Ihre besten Inhalte, statt sich in der Navigation zu verlieren.
Was unterscheidet llms.txt von robots.txt und sitemap.xml?
| Datei | Rolle | Frage, die sie beantwortet |
|---|---|---|
| robots.txt | Zugangskontrolle | Wer darf was crawlen? (GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Google-Extended werden getrennt konfiguriert) |
| sitemap.xml | Vollständiges Inventar | Welche URLs existieren, und wann haben sie sich geändert? |
| llms.txt | Lesekarte | Was soll man nach dem Eintreten vorrangig lesen, und in welcher Reihenfolge? |
Alle drei ergänzen sich, keines ersetzt die anderen. llms.txt ist kein Ranking-Hebel: Es ist eine Navigationshilfe, die das Risiko senkt, dass ein Crawler die falschen Seiten liest.
Wie schreibt man eine gute llms.txt?
- Mit dem Website-Namen als H1 eröffnen, gefolgt von einer faktischen Zusammenfassung in zwei Sätzen (wer Sie sind, was die Website abdeckt).
- Einen Block mit Kernfakten ergänzen: Entität, Sprachen, Aktualisierungsdatum.
- Abschnitte als H2 auflisten (Dokumentation, Guides, Referenzen) mit Markdown-Links auf die Schlüsselseiten, jeweils mit einer einzeiligen Beschreibung.
- Mit einem Abschnitt „Optional“ für nachrangige Seiten abschließen.
- Im Root veröffentlichen (
https://ihre-website.example/llms.txt), als UTF-8-Reintext, und bei jeder Strukturänderung pflegen.
Die llms.txt dieser Website dient als Referenzimplementierung: Sie listet die 12 Spracheditionen und die Seiten jedes Abschnitts.
Wie sieht eine Referenz-llms.txt aus?
Eine tragfähige Struktur umfasst wenige Elemente: H1 mit dem Website-Namen, eine Zwei-Sätze-Zusammenfassung, ein Faktenblock (Betreiber, Sprachen, Datum) und dann Abschnitte wie ## Wiki, ## Guides und ## Optional, jeder mit Markdown-Links und einzeiligen Beschreibungen. Formulieren Sie Beschreibungen faktisch („Definition und Messrahmen des Vier-Dimensionen-Standards"), nicht werblich („führender Anbieter"). Begrenzen Sie die Hauptabschnitte auf die Seiten, die ein Modell wirklich zuerst lesen sollte — bei den meisten Websites sind das zehn bis dreißig URLs, nicht dreihundert.
Ehrliche Grenzen
llms.txt ist eine junge Konvention: Noch lesen nicht alle Crawler sie, und keine Engine garantiert, ihr zu folgen. Sie schaltet weder Indexierung noch Zitation frei. Ihre Kosten sind nahe null, ihr Nutzen real (Orientierung kompatibler Crawler) — aber sie ersetzt weder strukturierte Daten noch Crawlbarkeit noch Content-Qualität.
Was gehört in den Abschnitt „Optional“?
Nachrangige, aber kontextnützliche Seiten: Impressum mit vollständiger Firmierung, Kontaktseite, Glossar, Archive. Der Crawler holt sich dort Präzision, wenn er sie braucht, ohne dass diese Seiten die Priorität der Hauptabschnitte verwässern. Vermeiden Sie dagegen, dünne oder duplizierte Seiten dort abzulegen: Alles Gelistete muss so gelesen und zitiert werden können, wie es ist.
Typische Fallen
Erste Falle: hunderte URLs wie in einer Sitemap listen — die Datei wird unlesbar und verliert ihre Priorisierungsfunktion. Zweite: Werbebeschreibungen statt faktischer Beschreibungen. Dritte: veröffentlichen und vergessen; eine llms.txt, die auf tote URLs zeigt, ist schlechter als keine Datei. Vierte: glauben, sie ersetze robots.txt — GPTBot in robots.txt zu blockieren und Crawler in llms.txt einzuladen, ist ein Widerspruch. Zum Gesamtrahmen siehe die technische GEO-Umsetzung.