llms.txt: Was die Datei bringt und wie Sie sie einrichten

Wer sich zu llms.txt umsieht, findet zwei Lager und wenig dazwischen. Für die einen ist die Datei Pflicht, wenn man in KI-Antworten vorkommen will, für die anderen ist sie wirkungslos. Beide Seiten tragen ihre Position mit Nachdruck vor — und belegen sie selten: Von den zehn ersten Treffern der deutschen Suche trafen sieben eine Aussage darüber, wer die Datei tatsächlich liest, belegen konnten es vier.

Dabei ist die Frage beantwortbar. Ein großer Anbieter hat sich ausdrücklich geäußert, die übrigen schweigen auf eine Weise, die selbst etwas aussagt, und auf der eigenen Domain haben wir dreißig Tage lang mitgezählt, wer die Datei abholt. Am Ende steht eine Empfehlung, die weder „unbedingt“ noch „vergiss es“ lautet.

Stand: 4. September 2026. Dieser Beitrag altert schnell: Googles Passus kam am 15. Juni 2026 hinzu, das Lighthouse-Audit stammt vom 5. Mai 2026, die Spezifikation liegt seit dem 10. August 2026 in Version 2 vor — drei Änderungen in vier Monaten. Die Auszählung oben stützt sich auf die zehn organischen Treffer, die SISTRIX am selben Tag für die deutsche Suche nach llms.txt führte; gezählt wurde je Seite, ob sie eine Aussage über den Leserkreis trifft und ob sie dafür eine Quelle nennt.

Was ist eine llms.txt?

Eine llms.txt ist eine Markdown-Datei am Pfad /llms.txt, die einer Maschine in Kurzform beschreibt, worum es auf einer Website geht und wo die wichtigen Inhalte liegen. Sie ist ein Vorschlag eines einzelnen Autors, kein verabschiedeter Webstandard. Vorgeschlagen hat sie Jeremy Howard im September 2024.

Der Name verweist auf Large Language Models (LLM), die Sprachmodelle hinter Systemen wie ChatGPT und Perplexity. Ihren Zweck beschreibt die Spezifikation in einem Satz: „A proposal to standardise on using an /llms.txt file to provide information to help agents use a website.“ Geschrieben hat sie Jeremy Howard, Mitgründer von Answer.AI und fast.ai, zuletzt überarbeitet am 10. August 2026 unter dem Titel „The /llms.txt file, v2“.

Wie verbreitet sie inzwischen ist, hängt davon ab, wen man zählt. Der Web Almanac 2025 des HTTP Archive fand im Crawl vom Juli 2025 unter 15.426.398 mobilen Websites 324.184 gültige Dateien, also 2,10 Prozent; Ahrefs kam für Mai 2026 auf 28 Prozent von 137.210 Domains mit Verkehr und nennt den Wert im selben Atemzug eine Obergrenze, weil die untersuchten Betreiber technisch versierter sind als der Durchschnitt.

Beide Zahlen verlieren an Gewicht, sobald man fragt, wer die Dateien angelegt hat. 39,6 Prozent der vom Almanac gefundenen stammen von einem einzigen SEO-Plugin, All in One SEO, weitere 3,6 Prozent von Yoast SEO; man könne sich deshalb nicht sicher sein, „this is always a conscious act“, schreiben die Autoren. Ein großer Teil der Verbreitung ist keine Entscheidung, sondern eine Voreinstellung.

Damit ist die eigentliche Frage nur verschoben: Ob sich der Aufwand lohnt, entscheidet nicht die Zahl der Websites mit Datei, sondern ob irgendjemand sie liest.

Bringt llms.txt heute tatsächlich etwas?

Ein belegter Nutzen existiert bislang nicht. Google Search ignoriert die Datei nach eigener Angabe, OpenAI, Anthropic und Perplexity erwähnen sie in ihrer Crawler-Dokumentation mit keinem Wort, und auf peilwerk.de hat sie in dreißig gemessenen Tagen kein einziger Crawler abgeholt. Abgerufen wird sie durchaus — überwiegend von Werkzeugen, die Entwicklerdokumentation verarbeiten.

Was sagt Google?

Google hat sich als einziger Anbieter ausdrücklich geäußert — zweimal, in zwei offiziellen Dokumenten, die in verschiedene Richtungen zeigen.

Der AI-Optimierungsleitfaden der Google Search Central listet llms.txt unter dem, was man nicht braucht: „Doing so will neither harm nor help your site's visibility or rankings in Google Search, as Google Search ignores them.“ Der Satz kam am 15. Juni 2026 hinzu, ausgewiesen im Änderungsprotokoll; das Dokument trägt den Stand vom 10. Juli 2026.

Sechs Wochen vor dieser Klarstellung hatte Googles Chrome-Team etwas anderes veröffentlicht: ein Lighthouse-Audit, das Websites genau auf diese Datei prüft. Unter der Überschrift „How to fix“ steht dort die Aufforderung „Create an llms.txt file and place it in the root directory of your website …“. Dokumentiert ist das Audit am 5. Mai 2026.

Beides gilt weiter, und beides kommt aus demselben Konzern: Die Suche ignoriert die Datei, der Browser prüft sie. Bewegt hat das Audit im Feld wenig — es erzeugte laut Ahrefs rund einen von 1.000 Abrufen. Wer die Datei anlegt, tut es demnach nicht für Google; bleibt die Frage, ob er es für jemand anderen tut.

Was sagen OpenAI, Anthropic und Perplexity?

Nichts. Die Crawler-Dokumentation von OpenAI nennt als Steuerungsmittel allein robots.txt: „OpenAI uses OAI-SearchBot and GPTBot robots.txt tags to enable webmasters to manage how their sites and content work with AI.“ Perplexity schreibt in seiner Crawler-Dokumentation ebenfalls nur von „robots.txt tags“, und in Anthropics Crawler-Dokumentation kommt llms.txt kein einziges Mal vor — geprüft am Volltext, Artikelstand 7. April 2026.

Dieses Schweigen wäre wenig wert, hätten die drei mit der Datei nichts zu tun. Sie haben aber: Alle drei veröffentlichen eine llms.txt für die eigene Entwicklerdokumentation, etwa unter platform.claude.com/llms.txt und docs.perplexity.ai/llms.txt — beim Abruf am 4. September 2026 antworteten beide mit Status 200. Genau das führt Jeremy Howard in der Spezifikation als Beleg für die Verbreitung an:

„The AI labs themselves publish llms.txt files for their own developer docs: OpenAI, Anthropic, and Gemini.“

— Jeremy Howard, Autor der llms.txt-Spezifikation, Fassung vom 10. August 2026

Der Satz stimmt, und er beweist etwas anderes, als ihm zugeschrieben wird. Veröffentlichen ist nicht lesen: Wer aus „OpenAI hat eine llms.txt“ folgert, OpenAI nutze llms.txt, verwechselt den Herausgeber mit dem Leser.

Welche Quellen ein Antwortsystem tatsächlich heranzieht, ist eine eigene Frage; wie Antwortsysteme Quellen auswählen, steht an anderer Stelle im Logbuch. Für llms.txt bleibt nur eines übrig: selbst nachsehen.

Was zeigt die Messung auf der eigenen Domain?

peilwerk.de betreibt seit dem Livegang eine llms.txt und protokolliert jeden Crawler-Zugriff. Zwischen dem 31. Juli und dem 30. August 2026 ergab das folgendes Bild:

Die neun Bots hinter der robots.txt sind genau die, um die es bei diesem Thema geht: Googlebot, ClaudeBot, OAI-SearchBot, Claude-User, Applebot, Bingbot, PerplexityBot, Amazonbot und GPTBot. Dieselben Systeme, dieselbe Domain, derselbe Zeitraum — nur die llms.txt fragte keines von ihnen an. Dass dabei ein Zähler geschlafen hätte, lässt sich ausschließen: Für denselben Pfad stehen 14 Abrufe an 11 Tagen mit Status 200 im Protokoll. Der Zähler sieht den Pfad also, er sieht nur keinen Bot.

Das naheliegende Gegenargument lautet, eine kaum bekannte Domain ziehe eben wenig Crawl-Verkehr an. Es trägt hier nicht, denn die 402 Abrufe der robots.txt stammen aus demselben Zeitraum und von denselben Systemen.

Ein Einzelfall bliebe trotzdem ein Einzelfall. Ahrefs hat dieselbe Frage an 137.210 Domains gemessen und am 15. Juni 2026 veröffentlicht: 97 Prozent der Dateien erhielten „zero traffic in May 2026. Nothing fetched them at all.“ Von den Abrufen, die überhaupt stattfanden, entfielen 19,5 Prozent auf benannte KI-Werkzeuge, angeführt von GPTBot und Claude-Code — der eingängigste Befund der Studie ist aber ein anderer: „Slackbot alone fetched llms.txt files more often than PerplexityBot did.“

Damit ist der eigene Nullwert kein Ausreißer, sondern der Normalfall, und dieselbe Studie liefert den Grund gleich mit. „Zero requests came from AI bots for llms.txt files that don't exist. They never go looking“: KI-Systeme probieren den Standardort nicht von sich aus. Dazu kommt eine Einschränkung, die Ahrefs selbst mitführt — „Abgerufen“ heißt nicht „gelesen“, jede Zahl der Studie ist deshalb eine Obergrenze.

„Ein Crawler ruft die robots.txt ab, weil er wissen muss, was er nicht darf. Für die llms.txt gibt es diese Notwendigkeit nicht. Dass sie in unserer Messung kein einziges Mal abgeholt wurde, hat mich deshalb nicht überrascht.“

— Sascha Fix, Inhaber von Peilwerk, Kaufmann und Entwickler, im Web seit 1999

Was gegen diese Einschätzung spricht

Gegen diese Lesart lassen sich vier Einwände vorbringen, und alle vier sind ernst zu nehmen.

• Ein Anbieter kann die Datei auswerten, ohne sie hier abzuholen. Formal richtig — nur setzt jede Auswertung irgendwann einen Abruf voraus.
• Die Verbreitung ist jung, und die Spezifikation wurde am 10. August 2026 überarbeitet. Genau deshalb: anlegen.
• Ein Monat auf einer jungen Domain ist dünn. Diese Lücke schließt nicht die eigene Zahl, sondern die Messung an 137.210 Domains.
• Google prüft die Datei aktiv. Der stärkste Einwand — und er kommt von Google selbst.

Keiner hebt den Befund auf; der letzte verschiebt aber die Frage — wenn die Datei eine Zukunft hat, lohnt der Blick auf ihren Aufbau.

Wie ist eine llms.txt aufgebaut?

Die Datei ist reines Markdown. Verbindlich ist genau ein Element: eine H1 mit dem Namen des Projekts. Alles Weitere ist optional — ein Zitatblock mit einer Kurzbeschreibung, freier Fließtext und Abschnitte unter H2-Überschriften, die Links auf weiterführende Seiten sammeln, jeweils mit einer kurzen Notiz.

Zu dieser einen Pflicht wird die Spezifikation ungewöhnlich deutlich: „This is the only required section.“ Die H2-Abschnitte darunter enthalten „'file lists' of URLs where further detail is available“ — je Eintrag ein Markdown-Link, dem optional ein Doppelpunkt und eine Notiz folgen. In der Praxis sieht das so aus:

# Peilwerk

> GEO und SEO für B2B-Unternehmen in der Metropolregion Hamburg.
> Sichtbarkeit in KI-Antworten und in der Trefferliste, gemessen statt behauptet.

## Leistungen

- [GEO-Optimierung](https://peilwerk.de/leistungen/geo-optimierung): Sichtbarkeit in generativen Antwortsystemen
- [Technisches B2B-SEO](https://peilwerk.de/leistungen/b2b-seo): Indexierbarkeit, Rendering, Architektur
- [Logbuch](https://peilwerk.de/wissen): Messungen und Anleitungen

Häufig ist daneben von einer zweiten Datei die Rede, llms-full.txt, die die verlinkten Inhalte selbst bündeln soll. In der Spezifikation kommt sie nicht vor — eine Volltextprüfung von llmstxt.org ergab am 4. September 2026 keinen einzigen Treffer; sie ist eine Konvention von Dokumentationsplattformen, nicht Bestandteil des Vorschlags.

Geschrieben ist so eine Datei schnell. Interessanter ist, was danach kommt.

Wie richten Sie eine llms.txt ein?

Rechnen Sie mit ungefähr einer Viertelstunde. Sie wählen die Inhalte aus, schreiben die Datei in Markdown, legen sie als llms.txt ins Stammverzeichnis und prüfen den Abruf über die eigene Adresse. Seit Version 2 der Spezifikation kommt ein fünfter Schritt hinzu: ein Verweis auf die Datei, damit ein Agent sie nicht raten muss.

1. Inhalte auswählen. Zehn bis dreißig Seiten, aus denen hervorgeht, was das Unternehmen anbietet und für wen. Vollständigkeit ist Aufgabe der Sitemap.
2. Datei schreiben. H1 mit dem Namen, ein Blockquote zur Einordnung, danach H2-Abschnitte mit Linklisten.
3. Ablegen. Als llms.txt ins Stammverzeichnis, ausgeliefert unter https://ihre-domain.de/llms.txt.
4. Abruf prüfen. Die Adresse per curl aufrufen: erwartet werden Status 200 und Klartext, kein HTML-Rahmen, keine Weiterleitung.
5. Ankündigen. rel="describedby" verweist auf die zuständige llms.txt, rel="alternate" type="text/markdown" auf die Markdown-Fassung einer Seite. Beides geht als <link> im HTML oder als HTTP-Link:-Header, der sich „in web server or CDN configuration without modifying any pages“ ergänzen lässt.

Der fünfte Schritt ist der neue — und der entscheidende, wenn die Datei etwas bewirken soll. Abgerufen wird sie laut Ahrefs vor allem dann, wenn ein Hinweis auf sie existiert — „AI tools fetch llms.txt when a link, an index, or a user instruction tells them it exists“ —, während die Vorstellung, KI-Systeme suchten von sich aus danach, in derselben Auswertung fällt: „This kills the assumption that AI systems actively hunt for llms.txt files.“

Wer die Datei also nur ablegt und nicht ankündigt, verlässt sich darauf, dass jemand den richtigen Ort errät. Und dieser Ort ist weniger eindeutig, als er scheint.

Wo muss die Datei liegen?

Vorgesehen ist der Pfad /llms.txt im Stammverzeichnis, zulässig ist die Datei aber unter jedem Unterpfad, etwa /docs/llms.txt. Für den Konfliktfall gilt laut Spezifikation: „where more than one file applies, agents should use the most specific one“. Den naheliegenden Alternativort verwirft sie ausdrücklich, aus praktischen Gründen: Der Standard für Well-Known URIs reserviere zwar das Präfix /.well-known/ für Metadaten dieser Art, aber „well-known URIs exist only at the origin root, and many authors control only a path on a shared host.“

Angesteuert wird er trotzdem. Die Dokumentationsplattform Mintlify liefert die Datei zusätzlich unter /.well-known/llms.txt aus, „for compatibility with tools that follow the .well-known convention“. Und in Peilwerks Protokoll steht für den 7. August 2026 genau ein solcher Abruf, beantwortet mit Status 404 und ohne erkennbaren Bot dahinter — passend zu Ahrefs' Befund, dass 12 Prozent der Abrufe von Prüf- und Scannerwerkzeugen stammen.

Wer die Datei anlegt und ankündigt, hat danach zwei Dateien im Stammverzeichnis liegen, die einander auf den ersten Blick ähneln.

Wie unterscheidet sich llms.txt von robots.txt?

robots.txt regelt den Zugang: Sie sagt automatisierten Werkzeugen, welcher Zugriff auf eine Website zulässig ist. llms.txt regelt nichts, sondern bietet an — eine kuratierte Übersicht, die ein Agent bei Bedarf abruft. Die eine Datei steuert Verhalten, die andere liefert Inhalt. Eine ersetzt die andere nicht.

Die Spezifikation zieht die Grenze selbst: „robots.txt lets automated tools know what access to a site is considered acceptable … llms.txt information is instead used on demand, when an agent needs information about a topic while assisting a user.“

Die Zeile „Zeitpunkt“ erklärt den Nullwert von vorhin. Eine robots.txt liest ein Crawler, bevor er anfängt: Er muss wissen, was er nicht darf. Eine llms.txt bräuchte er erst mitten in einer Aufgabe, wenn ihn jemand nach Inhalten fragt. Der Unterschied ist keiner der Wichtigkeit, sondern des Zeitpunkts — das eine ist Vorbedingung, das andere Gelegenheit.

Beide Dateien gehören ins Fundament, das technisches B2B-SEO legt — die eine als Zugangsregel, die andere als Angebot.

Nur trägt dieses Fundament nicht allein.

Was ersetzt eine llms.txt nicht?

Eine llms.txt ersetzt kein crawlbares Rendering, keine strukturierten Daten und keine Substanz. Google hält für seine KI-Funktionen ausdrücklich fest, dass keine maschinenlesbaren Zusatzdateien nötig sind, um in der Suche zu erscheinen. Was ein Antwortsystem zitiert, entscheidet sich am sichtbaren Inhalt und daran, ob er überhaupt abrufbar ist.

Im Wortlaut der Google Search Central: „You don't need to create new machine readable files, AI text files, markup, or Markdown to appear in Google Search.“ Die Reihenfolge bleibt deshalb dieselbe wie ohne die Datei. Zuerst zählt, ob Crawler Ihre Seiten überhaupt sehen — eine Seite, die erst im Browser entsteht, rettet keine Übersichtsdatei. Danach kommt die Eindeutigkeit der Angaben, also strukturierte Daten richtig einsetzen. Wo dieses Fundament auf zitierfähige Inhalte trifft, beginnt Generative Engine Optimization (GEO) — den Weg dorthin beschreibt die GEO-Optimierung für B2B.

Bleibt die Empfehlung, die eingangs angekündigt wurde, und sie fällt nüchtern aus. Legen Sie die Datei an, weil der Aufwand klein ist und die Spezifikation sich bewegt. Kündigen Sie sie an, weil sonst niemand nach ihr sucht. Und sehen Sie im Serverprotokoll nach, statt einem Versprechen zu glauben — das ist die einzige Angabe zu dieser Datei, die Ihnen wirklich gehört.

Alle Beträge netto zzgl. gesetzlicher Umsatzsteuer; Angebote ausschließlich an Unternehmer im Sinne des § 14 BGB.