llms.txt: Was die Datei bringt – und wann du sie wirklich brauchst

Seit anderthalb Jahren taucht llms.txt in fast jeder GEO-Checkliste auf. Meistens direkt hinter „strukturierte Daten ergänzen“ und mit dem Versprechen, damit in ChatGPT sichtbarer zu werden. Wir bekommen die Frage inzwischen in fast jedem Strategie-Termin gestellt: „Brauchen wir sowas auch?“

Die ehrliche Antwort ist unbequemer als ein Ja oder Nein. Die Datei ist schnell gebaut und schadet niemandem. Der Nutzen hängt aber davon ab, welche Art von Website du betreibst, und für die allermeisten Unternehmensseiten fällt er derzeit sehr klein aus.

Was llms.txt überhaupt ist

llms.txt ist ein Vorschlag von Jeremy Howard und seinem Unternehmen Answer.AI aus dem September 2024. Die Idee: Sprachmodelle haben ein begrenztes Kontextfenster und tun sich mit HTML schwer, weil Navigation, Cookie-Banner und Werbeblöcke den eigentlichen Text zumüllen. Eine Datei unter deine-domain.de/llms.txt soll deshalb die wichtigsten Inhalte einer Website in sauberem Markdown zusammenfassen.

Der Vergleich mit der robots.txt liegt nahe, führt aber in die Irre. robots.txt regelt, was ein Crawler nicht anfassen soll, und wird von allen großen Suchmaschinen respektiert. llms.txt ist ein Angebot ohne Abnehmer-Garantie: Sie sagt, was besonders wichtig ist, und hofft, dass jemand zuhört.

Wie die Datei aufgebaut ist

Der Aufbau ist bewusst simpel gehalten und besteht aus reinem Markdown. Ganz oben steht eine H1 mit dem Namen des Projekts, darunter ein kurzer Blockquote-Absatz mit einer Zusammenfassung, danach folgen thematisch gruppierte Linklisten mit jeweils einem erklärenden Halbsatz.

Ein Minimalbeispiel für eine Agenturseite sähe so aus:

Ergänzend gibt es die Konvention llms-full.txt. Darin steht der komplette Textinhalt der wichtigsten Seiten am Stück, zusätzlich zur reinen Linkliste. Bei Dokumentationen kann diese Datei mehrere Hunderttausend Zeichen umfassen.

Was Google dazu sagt

Google wertet llms.txt in der Suche nicht aus. Das ist mehrfach öffentlich bestätigt. Gary Illyes stellte im Juli 2025 klar, dass Google die Datei nicht unterstützt und das auch nicht plant. John Mueller zog anschließend den Vergleich mit dem Keywords-Meta-Tag, das seit Jahren wirkungslos ist.

Am 2. Juni 2026 wurde Mueller in einem Reddit-Thread noch deutlicher und nannte llms.txt „rein spekulativ“. Sein Argument: Die Datei gebe es seit Jahren, und trotzdem nutze sie kein KI-System produktiv. Seine Empfehlung an Website-Betreiber lautete, erst dann eine anzulegen, wenn sich eine KI-Plattform beschwert, dass sie die Datei für die eigene Seite vermisst.

Kurios am Rande: Google selbst hat auf einigen Properties eine llms.txt liegen. Laut Mueller lag das schlicht daran, dass das interne CMS die Funktion mitbrachte und einzelne Teams sie nicht wieder abgeschaltet haben.

Wer die Datei tatsächlich abruft

Zwischen „Google ignoriert es“ und „niemand nutzt es“ liegt ein Unterschied, der in der Diskussion oft untergeht. Es gibt reale Abnehmer, sie sind nur nicht dort, wo die meisten Unternehmen ihre Sichtbarkeit suchen.

Für Firmenwebsites heißt das: Der einzige nennenswerte Kanal ist die Recherche über Perplexity und Claude, und dort ist llms.txt einer von vielen Faktoren. Für Anbieter von Software, APIs oder Entwickler-Dokumentation sieht die Rechnung völlig anders aus, weil Coding-Agenten die Datei aktiv suchen.

Die Verbreitung wächst dabei schneller als die Nutzung. Eine SE Ranking-Auswertung von 300.000 Domains kam Mitte 2026 auf eine Verbreitung von rund 10 Prozent. Gleichzeitig entfielen in einem 90-Tage-Fenster von über 500 Millionen beobachteten KI-Bot-Zugriffen nur 408 auf die llms.txt selbst. Anders gesagt: Viele legen die Datei an, kaum jemand holt sie ab.

Für wen sich llms.txt lohnt

Die Entscheidung hängt an einer einzigen Frage: Gibt es auf deiner Website strukturiertes Wissen, das KI-Systeme wiederholt abrufen sollen? Wenn ja, lohnt sich die Datei. Wenn deine Website vor allem Leistungen darstellt und Kontakt herstellt, bringt sie derzeit wenig.

Klare Ja-Fälle

Anbieter von Software mit öffentlicher Dokumentation profitieren am deutlichsten. Stripe, Cloudflare und Anthropic pflegen jeweils eine llms.txt, und in allen drei Fällen greifen Coding-Agenten regelmäßig darauf zu. Ähnlich sieht es bei Wissensplattformen mit vielen strukturierten Einzelseiten aus, etwa juristischen Datenbanken oder technischen Glossaren.

Ein zweiter Fall betrifft Websites mit sehr schwer lesbarem HTML. Wenn eine Seite komplett über JavaScript rendert und der Quelltext für Crawler kaum verwertbaren Text enthält, ist die llms.txt ein pragmatischer Notausgang. Sauber wäre allerdings, das eigentliche Problem zu beheben.

Klare Nein-Fälle

Für die typische Unternehmenswebsite mit Startseite, Leistungsseiten, Referenzen und Blog rechtfertigt der Nutzen den Aufwand aktuell nicht als Priorität. Das gilt auch für lokale Dienstleister und für Onlineshops, bei denen Produktdaten über strukturierte Daten und Feeds ohnehin besser transportiert werden.

Aus unserer Arbeit an Statamic- und TYPO3-Projekten sehen wir immer wieder denselben Ablauf: Die llms.txt ist in zwei Stunden gebaut, wird nach dem nächsten Content-Update nie wieder angefasst und beschreibt ein halbes Jahr später eine Website, die es so nicht mehr gibt. Eine veraltete llms.txt ist schlechter als gar keine, weil sie falsche Informationen als offizielle Zusammenfassung ausgibt.

llms.txt anlegen: die Kurzanleitung

Wenn du zu den Ja-Fällen gehörst, ist der Aufwand überschaubar. Diese Reihenfolge hat sich bei uns bewährt:

1. Die 15 bis 30 Seiten bestimmen, die dein Angebot inhaltlich tragen. Mehr braucht es nicht, die Datei soll kuratiert sein.

2. Markdown-Datei anlegen: H1 mit dem Projektnamen, darunter ein Blockquote mit zwei Sätzen zur Einordnung.

3. Die Seiten in thematische H2-Blöcke gruppieren und pro Link einen erklärenden Halbsatz ergänzen. Der Halbsatz ist der eigentliche Wert der Datei.

4. Als llms.txt im Wurzelverzeichnis ablegen, erreichbar unter deine-domain.de/llms.txt, ausgeliefert als text/plain.

5. Einen Termin setzen, an dem die Datei gegen die reale Seitenstruktur geprüft wird. Quartalsweise reicht.

Bei Statamic und TYPO3 lässt sich Schritt vier automatisieren, indem die Datei aus dem Seitenbaum generiert wird. Damit fällt Schritt fünf weg, was in der Praxis den Unterschied zwischen einer gepflegten und einer toten Datei ausmacht.

Was stattdessen wirkt

Wer in KI-Antworten auftauchen will, erreicht mit anderen Maßnahmen mehr. An erster Stelle steht schlicht, KI-Crawler nicht auszusperren. In den letzten Monaten haben wir mehrfach Seiten übernommen, bei denen eine Firewall-Regel oder ein Bot-Schutz sämtliche KI-Bots blockte, während im Marketing über fehlende Sichtbarkeit in ChatGPT geklagt wurde.

Danach kommen sauberer, gut strukturierter Text im HTML, korrekte strukturierte Daten und Inhalte, die eine Frage tatsächlich beantworten statt sie zu umkreisen. Wie das im Detail funktioniert, haben wir im Artikel zur Generative Engine Optimization beschrieben.

Interessant für die kommenden Monate ist WebMCP, ein von Google unterstützter Ansatz auf Basis des Model Context Protocol. Damit sollen KI-Agenten Funktionen einer Website nutzen können, also etwa Produkte vergleichen oder einen Warenkorb befüllen, statt nur HTML zu lesen. Mueller hat im selben Reddit-Beitrag ausdrücklich eine Präferenz dafür geäußert. Ob sich das durchsetzt, ist offen. Beobachten lohnt sich.

Fazit

llms.txt ist kein Unsinn, aber auch kein Hebel. Die Datei löst ein echtes Problem für Software-Dokumentationen und Entwickler-Tools, und dort wird sie von Coding-Agenten zuverlässig abgerufen. Für die klassische Unternehmenswebsite ist sie im Sommer 2026 ein Nice-to-have, das man in zwei Stunden erledigt und danach gepflegt halten muss.

Meine Empfehlung: Wenn du eine öffentliche Doku betreibst, leg sie an und generiere sie automatisch. Wenn nicht, investier die Zeit lieber in die Frage, ob KI-Crawler deine Seite überhaupt erreichen. Das ist unspektakulär, wirkt aber sofort.