Seit etwa zwei Jahren geistert ein neues Kürzel durch die SEO-Welt: llms.txt. Die Idee klingt bestechend. Eine einfache Textdatei im Wurzelverzeichnis deiner Website, die Sprachmodellen wie ChatGPT, Claude oder Perplexity erklärt, was auf deiner Seite steht und wo die wichtigen Inhalte liegen. Ein robots.txt für das KI-Zeitalter sozusagen.
Die Zahl der Websites mit einer solchen Datei ist zwischen Juni 2025 und Mai 2026 um das 8,8-fache gestiegen, von rund 4.000 auf über 36.000. Agenturen verkaufen die Einrichtung als Dienstleistung, Plugins bieten die automatische Generierung an.
Und dann passiert etwas Merkwürdiges: Google erklärt öffentlich, das Format sei für die Suche bedeutungslos. Wenige Monate später baut Google einen Test dafür in Chrome Lighthouse ein.
Was ist llms.txt ?
Der Vorschlag stammt von Jeremy Howard und ist bewusst simpel gehalten. Du legst eine Markdown-Datei unter https://deine-domain.de/llms.txt ab. Darin beschreibst du in wenigen Sätzen, worum es auf deiner Website geht, und verlinkst die wichtigsten Seiten mit einer kurzen Erläuterung.
Der Gedanke dahinter: Sprachmodelle haben ein begrenztes Kontextfenster. Eine komplette Website mit hunderten Seiten, Navigation, Werbung und JavaScript passt dort nicht hinein. Eine kuratierte Übersicht in klarem Markdown dagegen schon.
Ein minimales Beispiel sieht so aus:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
# Firmenname > Ein Satz, der erklärt, was das Unternehmen macht. ## Leistungen - [Individualentwicklung](https://example.de/entwicklung/): Maßgeschneiderte Software für bestehende Arbeitsabläufe. - [Beratung](https://example.de/beratung/): Unabhängige IT-Beratung zu Digitalisierung und Sicherheit. ## Rechtliches - [Impressum](https://example.de/impressum/) - [Datenschutz](https://example.de/datenschutz/) |
Keine neue Technologie, kein Framework, keine Abhängigkeiten. Genau das macht den Reiz aus.
llms.txt: Der Widerspruch, der keiner ist
Hier liegt der Kern des Missverständnisses, und er erklärt fast alle Diskussionen zu diesem Thema.
Google Search sagt Nein.
Bereits im Juli 2025 erklärte das Unternehmen, llms.txt nicht zu unterstützen und dies auch nicht zu planen. John Mueller verglich das Format mit dem Keywords-Meta-Tag, also jener Angabe, die vor zwanzig Jahren bedeutungslos wurde, weil sie zu leicht zu manipulieren war. Gary Illyes und Amir Taboul bestätigten diese Haltung im Rahmen der Search Central Live. Googles offizieller Leitfaden zur KI-Optimierung vom 15. Mai 2026 führt das Format unter den Dingen auf, die man für generative KI-Funktionen nicht braucht.
Chrome Lighthouse sagt Ja, aber anders.
Im Mai 2026 nahm das Chrome-Team einen llms.txt-Audit auf. Er prüft, ob eine solche Datei existiert und ob der Server beim Abruf einen Fehler liefert. Die Begründung in der Chrome-Dokumentation: Ohne diese Datei müssten Agenten mehr Zeit mit dem Crawlen verbringen, um die grobe Struktur und die wichtigsten Inhalte einer Seite zu erfassen.
Beide Aussagen widersprechen sich nicht, weil sie verschiedene Fragen beantworten. Search bewertet, ob das Format Rankings beeinflusst. Chrome bewertet, ob es KI-Agenten die Navigation erleichtert.
Wichtig für die Praxis: Der Lighthouse-Audit liegt in einer eigenen, experimentellen Kategorie namens “Agentic Browsing”, Unterpunkt Discoverability. Er ist weder Teil der Performance- noch der SEO-Bewertung und beeinflusst keinen der Scores, die du üblicherweise ansiehst. Fehlt die Datei, liefert der Audit “Not Applicable”, also keinen Fehler und keinen Punktabzug. Sie ist ausdrücklich optional.
Search Engine Journal ordnet die Sache zusätzlich ein: Die Aufnahme in Lighthouse geht offenbar auf ein internes CMS-Update zurück, das automatisch llms.txt-Dateien ausliefert, nicht auf eine strategische Entscheidung. Die widersprüchlichen Signale spiegeln also eher Googles interne Fragmentierung als einen abgestimmten Kurswechsel.
Wer also liest, Lighthouse prüfe jetzt llms.txt, und daraus schließt, Google bewerte sie nun doch für die Suche, liegt falsch.

Die unbequemen Zahlen
Unabhängig von Googles Position bleibt die Frage, ob überhaupt jemand die Datei abruft.
Ahrefs hat im Mai 2026 rund 137.000 Domains ausgewertet, die eine llms.txt bereitstellen. Das Ergebnis: 97 Prozent dieser Dateien wurden in dem Monat kein einziges Mal abgerufen.
Bei den wenigen Zugriffen, die es gab, entfielen nur 1,1 Prozent auf KI-Retrieval-Bots. Aufgeschlüsselt nach Crawler kam GPTBot auf 4,51 Prozent der Anfragen an diese Dateien, ClaudeBot auf 0,80 Prozent, DeepseekBot auf 0,02 Prozent.
Das ist keine Randnotiz, sondern der Kern der Sache. Eine Datei, die niemand abruft, verändert auch nichts.
Wer llms.txt unterstützt und wer nicht
OpenAI
OpenAI erwähnt das Format in seiner Crawler-Dokumentation nicht und verweist Website-Betreiber stattdessen auf robots.txt. Im Kontext des Agents SDK und des Agentic Commerce Protocol spielt es dagegen eine Rolle, also wieder im agentischen Kontext, nicht bei der Suche.
Anthropic
Anthropic veröffentlicht selbst eine llms.txt und empfiehlt das Format für Inhalte, die von Agenten gelesen werden sollen. Ob Claude beim Abruf fremder Websites solche Dateien auswertet, ist nicht bestätigt.
Perplexity
Perplexity ist die klare Ausnahme auf der Suchseite. Das Unternehmen gibt an, die Datei abzurufen, um Seiten zu priorisieren.
Die Ironie dabei: Mehrere große KI-Anbieter pflegen eine eigene llms.txt, raten anderen aber davon ab, sich für die Sichtbarkeit darauf zu verlassen.
Zwei Anwendungsfälle, die oft verwechselt werden
Fasst man das zusammen, ergeben sich zwei klar getrennte Dinge.
1. Sichtbarkeit
Sichtbarkeit in der KI-Suche ist das, was die meisten meinen, wenn sie über llms.txt sprechen. Die Hoffnung: ChatGPT oder Google AI Overviews zitieren die eigene Seite häufiger. Dafür gibt es derzeit keine belastbaren Belege, Google widerspricht ausdrücklich, und die Abrufzahlen sprechen dieselbe Sprache.
2. Lesbarkeit
Agent-Lesbarkeit ist etwas anderes. Wenn ein KI-Agent gezielt auf deine Inhalte zugreifen soll, etwa weil du eine API anbietest, ein Entwicklerwerkzeug dokumentierst oder eine Seite betreibst, die im Auftrag eines Nutzers bedient wird, dann hilft eine kuratierte Markdown-Übersicht. Nicht, weil ein Crawler sie einsammelt, sondern weil ein Agent sie im konkreten Fall gezielt abruft. Genau dieser Fall ist es, den der Lighthouse-Audit im Blick hat.
Die zweite Verwendung ist die, für die das Format ursprünglich gedacht war. Die erste ist die, für die es verkauft wird.
Wann sich der Aufwand mit der llms.txt lohnt
Die Datei zu schreiben, kostet bei einer überschaubaren Website eine halbe Stunde. Sie schadet nicht, verbraucht keine Ressourcen und bricht nichts. Die Frage ist also weniger, ob sie schadet, sondern ob die investierte Zeit woanders besser aufgehoben wäre.
Sinnvoll ist sie, wenn du technische Dokumentation oder eine API anbietest, die von Entwicklern und deren Werkzeugen gelesen wird. Wenn deine Seite von KI-Agenten bedient werden soll, etwa bei Buchungen oder Bestellungen. Wenn du ohnehin gerade an deiner Informationsarchitektur arbeitest und die Übung dir hilft, die eigene Struktur zu schärfen. Oder wenn dir Perplexity als Traffic-Quelle wichtig ist.
Wenig sinnvoll ist sie, wenn du sie als SEO-Maßnahme betrachtest und dir davon bessere Rankings erhoffst. Wenn deine Seite technisch schlecht aufgestellt ist, denn dann liegen die Hebel woanders. Oder wenn du erwartest, dass der Lighthouse-Audit deinen Performance- oder SEO-Score verbessert, denn er fließt in keinen von beiden ein.
Was dagegen nachweislich wirkt, ist unspektakulärer: sauberes semantisches HTML, strukturierte Daten nach schema.org, eine funktionierende Sitemap, gute Ladezeiten und Inhalte, die tatsächlich etwas erklären. KI-Systeme lesen dieselben Seiten wie Suchmaschinen, und sie kommen mit gut strukturiertem HTML gut zurecht.
So legst du die llms.txt an
Falls du dich dafür entscheidest, hier die Kurzfassung:
Die Datei gehört ins Wurzelverzeichnis der Domain, also https://deine-domain.de/llms.txt, nicht in ein Unterverzeichnis. Der Aufbau folgt einer einfachen Konvention: eine H1-Überschrift mit dem Namen, darunter ein Blockquote mit einem Satz zur Einordnung, dann thematische H2-Abschnitte mit Linklisten. Jeder Link bekommt eine kurze Beschreibung nach einem Doppelpunkt.
3 Dinge machen den Unterschied zwischen einer nützlichen und einer wertlosen Datei:
- Nimm nur Seiten auf, die wirklich Substanz haben. Warenkorb, Login, Danke-Seiten und Fehlerseiten gehören nicht hinein. Eine Datei mit 30 sorgfältig ausgewählten Einträgen nützt mehr als eine mit 300 automatisch generierten.
- Schreib die Beschreibungen selbst. Der Wert liegt genau in der Kuratierung, also in der menschlichen Entscheidung, was wichtig ist. Ein Plugin, das stumpf die Sitemap kopiert, produziert eine zweite Sitemap in Markdown, mehr nicht.
- Achte darauf, dass der Server die Datei sauber ausliefert. Der Lighthouse-Audit schlägt nicht bei einer fehlenden Datei an, wohl aber bei einem Serverfehler. Eine kaputt ausgelieferte Datei ist also schlechter als gar keine.
Mein Fazit
llms.txt ist eine gute Idee mit einem Umsetzungsproblem. Das Format ist durchdacht und schlank, aber es fehlt aktuell die Unterstützung der Anbieter, die den Unterschied machen würden. Solange 97 Prozent dieser Dateien nie abgerufen werden und Google Search ausdrücklich abwinkt, ist sie noch kein SEO-Instrument.
Der Lighthouse-Audit ändert daran nichts. Er signalisiert lediglich, dass sich Chrome auf eine Zukunft mit browserbasierten KI-Agenten vorbereitet. Ob diese Zukunft kommt und ob llms.txt dann noch das Format der Wahl ist, weiß heute niemand.
Als Investition von dreißig Minuten, die nebenbei zwingt, die eigene Seitenstruktur einmal kritisch zu sortieren, ist sie trotzdem vertretbar. Nur sollte niemand zu viel davon erwarten.
Quellen:
- llms.txt – Lighthouse-Dokumentation, Chrome for Developers
- Google’s llms.txt Guidance Depends On Which Product You Ask – Search Engine Journal
- Google adds llms.txt check to Chrome Lighthouse – Search Engine Land
- Does llms.txt Do Anything Yet – The 2026 Evidence
- Should I Create an llms.txt File? Google’s 2026 Guidance Explained