Was ist llms.txt? Format, Beispiel & Anleitung

Was ist llms.txt: eine Definition

Eine llms.txt-Datei ist ein Markdown-Dokument, das unter https://ihredomain.com/llms.txt ausgeliefert wird. Ihr Zweck löst ein konkretes Problem: Ruft ein Sprachmodell eine Webseite ab, erhält es für menschliche Leser gebautes HTML — Navigation, Skripte, Cookie-Banner, Marketingtexte und Layout-Markup. Das Signal, das ein LLM tatsächlich braucht, ist in Rauschen vergraben, und Kontextfenster sind endlich.

llms.txt kehrt das um. Statt das Modell zu zwingen, eine ganze Website zu parsen, bietet es einen kurzen, handkuratierten Index: Hier sind die relevanten Seiten, hier ist der Zweck jeder einzelnen, in einem für Maschinen gebauten Format. Eine begleitende Datei, llms-full.txt, bettet optional den vollständigen Text dieser Seiten ein, sodass ein Agent die gesamte Wissensbasis in einer einzigen Anfrage aufnehmen kann.

Zwei Eigenschaften definieren die Datei:

• Kuratiert, nicht vollständig: Anders als eine Sitemap ist llms.txt eine Auswahl. Sie drückt redaktionelle Priorität aus — jene Seiten, die ein Agent als autoritativ behandeln soll.
• Markdown, nicht Markup: Die Datei ist in einer festen, vorhersehbaren Markdown-Struktur geschrieben, die jedes Modell deterministisch parsen kann — ohne den Rendering-Overhead von HTML.

Das llms.txt-Format

Die Spezifikation definiert eine kleine, strikte Struktur. Eine llms.txt-Datei enthält, in dieser Reihenfolge:

• Eine H1 mit dem Namen der Website, des Projekts oder des Unternehmens. Dies ist die einzige verpflichtende Zeile.
• Ein Blockquote (>) mit einer kurzen Zusammenfassung, die die wichtigsten Informationen zum Verständnis des Rests enthält.
• Null oder mehr Markdown-Abschnitte aus Fließtext (ohne Überschriften) für zusätzlichen Kontext.
• H2-Abschnitte, jeder mit einer Markdown-Liste von Links in der Form [Name](URL): optionale Beschreibung.
• Ein optionaler Abschnitt ## Optional, dessen Links übersprungen werden dürfen, wenn ein kürzerer Kontext nötig ist.

# Projektname

> Eine Zusammenfassung in einem Absatz, was diese Website oder dieses
> Unternehmen tut — so geschrieben, dass ein Modell es ohne Weiterlesen versteht.

Optionaler Fließtext-Block mit zusätzlichem orientierendem Kontext.

## Kernseiten

- [Produktübersicht](https://example.com/product): Was das Produkt leistet und für wen.
- [Preise](https://example.com/pricing.md): Maschinenlesbare Preise in Markdown.
- [API-Dokumentation](https://example.com/docs): REST- und MCP-Endpunkte.

## Optional

- [Changelog](https://example.com/changelog): Versionshistorie, kann übersprungen werden.

Das ist die gesamte Spezifikation. Ihre Zurückhaltung ist der Punkt: Weil die Struktur fest ist, ist die Ingestion deterministisch — ein Modell muss nicht raten, wo die wichtigen Links stehen.

Wie Sie eine llms.txt-Datei erstellen

Eine valide Datei zu erstellen erfordert vier Schritte:

• 1. Die Datei schreiben. Legen Sie eine Textdatei namens llms.txt an. Ergänzen Sie die H1 mit Ihrem Namen, das Blockquote als Zusammenfassung und pro logischer Seitengruppe (Produkt, Dokumentation, Preise, Unternehmen) einen H2-Abschnitt. Listen Sie darunter die kanonischen URLs mit je einer Zeile Beschreibung zum Zweck der Seite.
• 2. Maschinenlesbare Ziele bevorzugen. Verlinken Sie, wo möglich, auf Markdown- oder Klartext-Versionen von Seiten (z. B. /pricing.md) statt auf HTML. Das macht die Datei nützlich statt dekorativ.
• 3. Aus dem Root ausliefern. Stellen Sie die Datei unter https://ihredomain.com/llms.txt mit einem text/plain- oder text/markdown-Content-Type bereit. Ergänzen Sie optional llms-full.txt mit dem vollständigen Text.
• 4. Aktuell halten. Eine veraltete llms.txt, die auf verschobene oder gelöschte Seiten verweist, ist schlimmer als keine — sie leitet Agenten aktiv fehl. Behandeln Sie sie als gepflegtes Artefakt, nicht als einmalige Lieferung.

Litzki Systems veröffentlicht die eigenen Dateien als Live-Referenzen: litzki-systems.com/llms.txt und die erweiterte llms-full.txt.

llms.txt vs. robots.txt vs. sitemap.xml

llms.txt wird oft mit den beiden Dateien verwechselt, neben denen sie im Domain-Root liegt. Sie lösen unterschiedliche Probleme:

robots.txt ist eine Berechtigungsschicht: Sie sagt Crawlern, was sie abrufen dürfen und was nicht. sitemap.xml ist eine Abdeckungsschicht: Sie zählt jede URL auf, die indexiert werden soll — flach, ohne redaktionelle Gewichtung. llms.txt ist eine Signalschicht: eine kurze, priorisierte, beschriebene Auswahl, geschrieben für Sprachmodelle. Die drei sind komplementär, kein Ersatz füreinander.

Die Grenze: llms.txt ist eine Deklaration, kein Beweis

Hier hört die meiste llms.txt-Berichterstattung auf — und hier beginnt die entscheidende Unterscheidung. Die Datei zu veröffentlichen ist eine Absichtserklärung. Sie kündigt an, wo Ihre wichtigen Inhalte liegen, und bittet Agenten, sie als autoritativ zu behandeln. Sie beweist nicht — und kann nicht beweisen —, dass die Inhalte hinter diesen Links konsistent, korrekt signiert oder vertrauenswürdig sind.

Stand 2026 ist llms.txt kein bestätigtes Ranking-Signal für die Google-Suche, und die großen KI-Crawler haben sich nicht darauf festgelegt, es als Ranking-Input zu nutzen. Ein Agent, der einen Anbieter bewertet, belohnt nicht das Vorhandensein einer Datei; er validiert die zugrunde liegenden Signale — strukturierte Daten, Entitätskonsistenz, kryptografische Identität — und schließt Knoten aus, die durchfallen. Eine perfekte llms.txt auf inkonsistenter Infrastruktur ist die gut beschriftete Karte eines Gebäudes, das nicht existiert.

Wir haben dieses Argument in drei Analysen ausführlich dokumentiert:

• llms.txt ist eine Deklaration, kein Beweis — warum die agentische Ökonomie deterministische Validierung statt selbst behaupteter Absicht verlangt.
• llms.txt ist kein SEO-Signal. Es ist ein Agent-Readiness-Parameter. — wo die Datei tatsächlich hingehört: auf Layer 0, nicht in die GEO-Strategie.
• Agentische Ökonomie-Validierung: Warum llms.txt allein die LLM-Ingestion-Lücke nicht schließt — die architektonische Lücke zwischen Instruktionsdateien und verifizierter Ingestion.

Wie Sie Ihre llms.txt validieren

Die Datei zu erstellen ist Schritt eins. Zu verifizieren, dass sie wirkt, ist Schritt zwei — und der Schritt, der eine dekorative Datei von einer operativen trennt. Eine valide, wirksame llms.txt ist:

• Erreichbar unter /llms.txt, liefert HTTP 200 mit einem text/plain- oder text/markdown-Content-Type — keine HTML-Fehlerseite.
• Strukturell valides Markdown: eine einzelne H1, ein Blockquote als Zusammenfassung und wohlgeformte Linklisten unter H2-Überschriften.
• Link-konsistent: jede URL löst direkt auf, ohne Redirect-Ketten oder Sackgassen, und verweist auf kanonische, maschinenlesbare Ziele.
• Konsistent mit Ihren übrigen Signalen: die Entitäten und Aussagen in llms.txt stimmen mit Ihrem JSON-LD, Ihrer Sitemap und Ihrer DNS-verankerten Identität überein.

Der kostenlose QuickScan von Litzki Systems prüft das Vorhandensein von llms.txt als Bonus-Parameter neben 16 verpflichtenden KI-Readiness-Signalen über vier Cluster (KI-Readiness, Infrastruktur, Meta, Struktur) und liefert ein binäres Readiness-Verdict — ohne Registrierung, ohne Datenübertragung. Für ein vollständiges, kryptografisch signiertes Audit aller 265+ Parameter siehe den SOVP Full Validator oder das zugrunde liegende SOVP-Validator-Audit.

Zusammenfassung

llms.txt ist eine schlichte, gut entworfene Konvention: ein kuratierter Markdown-Index im Domain-Root, der Sprachmodellen hilft, die relevanten Inhalte zu finden, ohne sich durch HTML zu wühlen. Eine solche Datei zu erstellen ist günstig und lohnend. Aber die Datei ist eine Deklaration, keine Garantie. Sie sagt Agenten, wo sie suchen sollen; sie beweist nicht, dass das Gefundene valide ist.

Die praktische Reihenfolge lautet daher: Veröffentlichen Sie eine saubere, aktuelle llms.txt, bevorzugen Sie maschinenlesbare Linkziele und validieren Sie dann die Signale darunter. Die Datei ist die Karte. Die deterministische Validierung macht das Terrain real.