llms.txt: Was die Datei kann – und was sie nicht leistet

Was llms.txt ist

llms.txt ist ein Vorschlag für eine Textdatei im Markdown-Format, die eine Website im Wurzelverzeichnis ablegt. Sie soll Sprachmodellen und KI-Agenten eine kompakte, vom Betreiber kuratierte Übersicht liefern: Worum geht es auf der Seite, und welche Seiten sind für ein Modell besonders relevant?

Der Gedanke dahinter: Eine normale Webseite besteht aus Navigation, Skripten und Layout, und ein Modell mit begrenztem Kontextfenster kann damit wenig anfangen. Eine kurze Markdown-Datei mit Verweisen auf saubere Inhalte wäre dafür besser geeignet. Ob und welche Systeme die Datei tatsächlich auslesen, ist eine andere Frage, und dazu später mehr.

Herkunft des Vorschlags

Der Vorschlag stammt von Jeremy Howard und steht auf llmstxt.org. Als Veröffentlichungsdatum nennt die Seite den 3. September 2024; zuletzt geändert wurde sie laut eigener Angabe am 10. August 2026. Es handelt sich um die Spezifikation eines Einzelnen, nicht um einen RFC der IETF oder einen W3C-Standard. Anders als robots.txt (inzwischen als Robots Exclusion Protocol standardisiert) hat llms.txt keine formale Standardisierungsstelle hinter sich.

Das Format

Nach der Spezifikation besteht die Datei aus diesen Elementen in dieser Reihenfolge:

1. optional eine Byte-Order-Mark
2. ein H1 mit dem Namen des Projekts oder der Website; er ist das einzige Pflichtelement
3. ein Blockquote mit einer kurzen Zusammenfassung
4. null oder mehr Abschnitte beliebigen Markdown-Typs, mit Ausnahme von Überschriften, für detaillierteren Kontext
5. null oder mehr durch H2 getrennte „Dateilisten"; jeder Eintrag ist ein Markdown-Link [Name](URL), optional gefolgt von einem Doppelpunkt und einer Anmerkung

Ein H2-Abschnitt namens „Optional" enthält der Konvention nach Nebenlinks, die ein Agent überspringen kann, wenn er mit kürzerem Kontext auskommen muss. Die Datei liegt als /llms.txt im Webroot oder in einem beliebigen Unterpfad. Sie gilt für die URLs unterhalb ihres Pfads; gelten mehrere Dateien, soll ein Agent die spezifischste verwenden. Seiten können laut Spezifikation mit rel="describedby" auf die Datei verweisen.

Eine minimale Beispieldatei mit Platzhalterdomain:

# Beispiel GmbH

> Die Beispiel GmbH betreibt einen Online-Shop für Gartenwerkzeug und veröffentlicht Pflegeanleitungen.

Alle Anleitungen sind auf Deutsch, Preise in Euro. Produktdaten stehen auf den jeweiligen Produktseiten.

## Anleitungen

- [Rasen vertikutieren](https://example.com/anleitungen/rasen-vertikutieren/): Zeitpunkt, Gerät und Ablauf
- [Hecke schneiden](https://example.com/anleitungen/hecke-schneiden/): Schnittzeiten und Werkzeug

## Service

- [Versand und Rückgabe](https://example.com/service/versand-rueckgabe/): Fristen und Kosten

## Optional

- [Über uns](https://example.com/ueber-uns/)

Auch eine Variante llms-full.txt wird in der Szene erwähnt, die Inhalte vollständig in einer Datei bündelt. In der Spezifikation auf llmstxt.org, wie wir sie am 28.10.2026 gelesen haben, kommt sie nicht vor. Wir behandeln sie deshalb nur als Konvention einzelner Anbieter, nicht als Teil des Vorschlags.

Abgrenzung zu robots.txt und sitemap.xml

Die drei Dateien haben unterschiedliche Aufgaben und ersetzen sich nicht.

Wichtig ist der letzte Punkt: Eine llms.txt kann nichts sperren und nichts erlauben. Wer verhindern will, dass bestimmte KI-Crawler Inhalte abrufen, braucht robots.txt-Regeln. Welche User-Agent-Namen es gibt, steht im Artikel zu Generative Engine Optimization. Ein Beispiel für eine echte Zugriffssteuerung:

User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

Was Google dazu sagt

Googles Leitfaden zur generativen KI-Suche (Search Central, laut Seite zuletzt am 10. Juli 2026 aktualisiert) ist eindeutig. Der Kernsatz: Du musst keine neuen maschinenlesbaren Dateien, KI-Textdateien, kein Markup und kein Markdown anlegen, um in der Google-Suche zu erscheinen. Laut Leitfaden nutzt die Google-Suche diese Dateien nicht. Legst du sie für andere Dienste an, ist das in Ordnung und wirkt sich weder positiv noch negativ auf Sichtbarkeit oder Rankings in der Google-Suche aus. Dieselbe Aussage zu neuen maschinenlesbaren Dateien steht in der Dokumentation „AI features and your website", die für AI Overviews und den KI-Modus gilt; mehr dazu im Artikel zu AI Overviews.

Damit ist die Lage für Google klar: Die Datei bringt dort nichts, schadet dort aber auch nicht.

Was andere Anbieter dokumentieren

OpenAI, Anthropic und Perplexity beschreiben in ihren Crawler-Dokumentationen ihre User-Agents und deren Verhältnis zu robots.txt. Eine Unterstützung von llms.txt haben wir dort nicht gefunden. Das ist kein Beleg dafür, dass keine Systeme die Datei lesen; einzelne Werkzeuge oder Agenten könnten sie abrufen, ohne es zu dokumentieren. Es heißt nur: Eine offizielle, nachlesbare Zusage der drei Anbieter gibt es in den von uns geprüften Quellen nicht.

Ehrliche Einschätzung

• Für Google-Sichtbarkeit: nicht nötig, wirkungslos laut Google.
• Für andere KI-Systeme: nicht belegt. Wer behauptet, llms.txt erhöhe die Zitierwahrscheinlichkeit, braucht dafür eine nachprüfbare Quelle; wir kennen keine.
• Aufwand: Die Datei ist klein, aber sie muss gepflegt werden. Eine veraltete Linkliste liefert Agenten falsche Hinweise.
• Möglicher Nutzen: Bei Entwickler-Dokumentation, die Agenten und Programmierassistenten gezielt abrufen, kann eine saubere Übersicht sinnvoll sein. Das ist der Anwendungsfall, für den der Vorschlag gedacht wurde, ohne dass wir dafür eine Wirkung belegen.

Wichtig: Eine llms.txt ersetzt keine saubere Seitenstruktur, keine funktionierende Indexierung und kein gutes Rendering. Fehlt dir das, hilft keine Zusatzdatei. Die Grundlagen stehen im Leitfaden zum technischen SEO.

Häufige Missverständnisse

„llms.txt ist die robots.txt für KI." Nein. Die Namensähnlichkeit täuscht: robots.txt formuliert Zugriffsregeln, die Crawler befolgen sollen. llms.txt enthält nur Verweise und Beschreibungen. Ein Crawler, der sie ignoriert, verletzt keine Regel, weil keine gesetzt wurde.

„Mit llms.txt werde ich in KI-Antworten zitiert." Das ist nicht belegt. Weder der Vorschlag auf llmstxt.org noch die geprüften Anbieterseiten versprechen es. Zitate in generierten Antworten hängen laut Googles Leitfaden bei Google an den Kernsystemen für Ranking und Qualität, und auch dort gilt keine Garantie.

„Ich muss meine ganze Seite als Markdown spiegeln." Das verlangt der Vorschlag nicht. Er beschreibt eine Datei mit Verweisen; wie die verlinkten Seiten aufgebaut sind, bleibt dir überlassen. Google rät zudem ausdrücklich nicht dazu, Inhalte eigens für KI zu zerlegen: Es gebe keine Pflicht, Inhalte in winzige Stücke aufzuteilen, und die Seitenlänge solle zum Publikum passen, nicht zu KI-Systemen.

„Ohne llms.txt verliere ich Sichtbarkeit." Für Google ist das ausgeschlossen, weil die Datei laut Dokumentation nicht verwendet wird. Für andere Systeme gibt es dazu keine belastbare Aussage.

Wann sich eine llms.txt trotzdem lohnen kann

Es gibt Fälle, in denen der geringe Aufwand vertretbar ist, auch wenn der Nutzen nicht belegt ist:

• Technische Dokumentation: Entwickler nutzen Programmierassistenten, die Dokumentation abrufen. Eine gepflegte Übersicht der wichtigsten Seiten kann dort Abrufe vereinfachen.
• Kleine Websites mit klarem Kern: Wenn sich dein Angebot in zehn bis fünfzehn Seiten erklären lässt, ist die Datei schnell geschrieben.
• Experimente mit Beobachtung: Du legst die Datei an und prüfst in den Server-Logs, ob sie abgerufen wird. Dann hast du eine eigene Datenlage statt einer Vermutung.

Ob eine Datei abgerufen wird, siehst du in den Zugriffslogs deines Servers. Auf einem Server mit Standard-Logformat reicht dafür eine Suche nach dem Pfad:

grep "GET /llms.txt" /var/log/nginx/access.log

Der Pfad der Logdatei hängt von deinem Server ab; bei anderen Hosting-Umgebungen findest du die Logs im Hosting-Panel. Aus den Einträgen siehst du den User-Agent, das Datum und den Statuscode. Ein Abruf bedeutet, dass etwas die Datei angefragt hat, nicht, dass sie verwendet wurde.

Prüfe außerdem vor dem Veröffentlichen:

1. Alle verlinkten URLs liefern Statuscode 200 und sind nicht per noindex oder robots.txt gesperrt, falls du sie auch in der Suche haben willst.
2. Die Links zeigen auf die kanonischen Adressen. Warum das wichtig ist, erklärt der Artikel zum Canonical Tag.
3. Beschreibungen sind sachlich und enthalten keine Werbeversprechen, die auf den Seiten selbst nicht stehen.
4. Die Datei enthält nichts, was nicht öffentlich sein soll; sie ist selbst öffentlich abrufbar.

Warum PowerWire keine llms.txt veröffentlicht

PowerWire veröffentlicht bewusst keine llms.txt. Der Grund folgt aus der Quellenlage: Google nennt sie für die Suche unnötig, und für andere Systeme fehlt uns ein dokumentierter Nutzen. Wir pflegen lieber saubere Inhalte, eine korrekte robots.txt und eine Sitemap. Sollte ein Anbieter die Unterstützung künftig dokumentieren, bewerten wir das neu und passen diesen Artikel samt Prüfdatum an. Bis dahin gilt: Aufwand und belegter Nutzen stehen für uns nicht im Verhältnis.

Dein nächster Schritt

Prüfe zuerst, ob du das Richtige tust: Öffne deine robots.txt unter /robots.txt und lies nach, welche Crawler du erlaubst oder sperrst. Legst du danach trotzdem eine llms.txt an, beginne mit zehn bis fünfzehn Links auf Seiten, die dein Angebot am besten erklären, und trage einen festen Prüftermin ein, an dem du die Links kontrollierst. Miss anschließend nicht „mehr KI-Traffic", sondern beobachte in deinen Server-Logs, ob die Datei überhaupt abgerufen wird.