llms.txt und SEO

llms.txt ist eine vorgeschlagene Markdown-Datei unter /llms.txt zur Steuerung von KI-Systemen. Google ignoriert sie, 97 % der Dateien erhalten keine Anfragen, und Claude Code ist der eigentliche Leser.

Erstveröffentlicht: 24. Juni 2026 · Zuletzt aktualisiert: 21. Aug. 2026 · Fortgeschritten
Sprachen
1 Evidenzsignal auf dieser Seite

llms.txt ist ein Vorschlag von Jeremy Howard (Answer.AI), um KI-Agenten die Navigation auf Websites zu erleichtern – 97 % der veröffentlichten Dateien erhalten keine Anfragen, Google ignoriert sie, und Claude Code ist der Hauptnutzer, nicht Such-Bots.

Die Spezifikation beschreibt eine freiwillige LLM-freundliche Website-Zusammenfassung; sie etabliert kein Crawler-Compliance- oder Indexierungsverhalten. Evidence for this claim llms.txt is a community proposal for a Markdown file at /llms.txt that offers LLM-friendly site information; it is not a web standard. Scope: The proposal's own specification and stated purpose. Confidence: high · Verified: llms.txt proposal OpenAI dokumentiert derzeit benannte Bots und unabhängige robots.txt-Einstellungen stattdessen. Evidence for this claim OpenAI documents robots.txt controls for its declared crawlers and does not list llms.txt as a crawler control. Scope: OpenAI's published crawler controls; absence is not proof that no internal system ever fetches the file. Confidence: high · Verified: OpenAI: Crawlers

TL;DR — llms.txt ist ein Vorschlag (Jeremy Howard, Answer.AI, 3. September 2024), kein anerkannter Standard. Es ist ein kuratierter Markdown-Index unter /llms.txt, mit einer optionalen Volltext-Version /llms-full.txt. Die Bots, von denen man hofft, dass sie es für die KI-Suche lesen — OAI-SearchBot, PerplexityBot — spielen kaum eine Rolle; der dominierende Nutzer ist Claude Code und andere Coding-Agenten. Google ignoriert es (Illyes bestätigt; Mueller verglich es mit dem Keywords-Meta-Tag). In Ahrefs’ Studie mit 137 000 Websites erhielten 97 % der Dateien null Anfragen, und SE Ranking fand heraus, dass das Entfernen von llms.txt aus einem Zitationsmodell dessen Genauigkeit verbesserte. Es lohnt sich für Entwicklerdokumentationen, die von Coding-Agenten konsumiert werden; für GEO/AEO auf einer normalen Website stützen die Daten es nicht. Es gibt auch ein reales Prompt-Injection-Risiko.

Was llms.txt tatsächlich ist

llms.txt ist ein Vorschlag — ich möchte mit diesem Wort beginnen, weil es die ganze Geschichte erzählt. Es gibt keine RFC, keinen W3C-Segen, keinen IETF- Prozess. Es ist eine gut durchdachte Empfehlung von Jeremy Howard (Mitbegründer von Answer.AI und fast.ai), veröffentlicht am 3. September 2024, die in der Welt der Entwicklerdokumentation starken Anklang fand und von einer Community, die nach einer Abkürzung für KI-Sichtbarkeit suchte, auf SEO übertragen wurde.

Das zugrunde liegende Designproblem ist real. Die Spezifikation formuliert es so: “Large language models increasingly rely on website information, but face a critical limitation: context windows are too small to handle most websites in their entirety.” (Übersetzung) „Große Sprachmodelle stützen sich zunehmend auf Informationen von Websites, stehen jedoch vor einer entscheidenden Einschränkung: Ihre Kontextfenster sind zu klein, um die meisten Websites vollständig zu verarbeiten.“ Auch die Umwandlung von HTML in sauberen, LLM-freundlichen Text sei “difficult and imprecise.” (Übersetzung) „schwierig und ungenau“. Howards Lösung: Website-Autoren sollen die Inhalte, die Modelle sehen sollen, vorab als kuratiertes Markdown bereitstellen können.

Das Format

/llms.txt ist ein geordnetes Markdown-Dokument:

  1. H1 (erforderlich) — Projekt- oder Websitename.
  2. Blockquote — eine kurze Zusammenfassung mit den wichtigsten Informationen.
  3. Optionale Prosa/Listen — Absätze oder Aufzählungen, aber hier keine Überschriften.
  4. Durch H2-Überschriften getrennte Linklisten- [name](url): optional notes.
  5. Ein ## Optional-Abschnitt — sekundäre Links, die ein Modell überspringen kann, wenn der Kontext knapp ist.

Ein minimales Beispiel aus der Spezifikation:

# FastHTML

> FastHTML is a python library which brings together Starlette, Uvicorn, HTMX,
> and fastcore's FT...

## Docs

- [FastHTML quick start](url): A brief overview of many features

## Optional

- [Starlette documentation](url): A subset useful for FastHTML development.

Es gibt zwei begleitende Konventionen:

  • /llms-full.txt — der gesamte Website-Inhalt in einer einzigen Markdown-Datei. Anthropic, Perplexity und Stripe veröffentlichen sowohl diese als auch die Kurzform.
  • Die .md-URL-Konvention — bietet page.md-Versionen einzelner Seiten an, damit sie ohne den vollständigen Dump LLM-bereit sind.

Eine neuere Variante verzichtet vollständig auf statische Dateien: Edge-ausgeliefertes Markdown per Content-Negotiation. Cloudflares Markdown for Agents konvertiert jede HTML-Seite spontan in sauberes Markdown, wenn ein Client Accept: text/markdown sendet — keine .md-Dateien pro Seite, kein /llms-full.txt zum Regenerieren, keine Vorlagenänderungen, weil das CDN die Konvertierung am Edge durchführt (Cloudflare nennt ~80 % weniger Tokens für den Agenten). Es ist eine kostenpflichtige Funktion — Pro-Plan und höher, nicht im kostenlosen Tarif — also ist es auf dieser Website nur ein Cloudflare-Upgrade davon entfernt, aktiviert zu werden, statt dass ich es manuell gebaut habe. Ob es sich lohnt, es zu aktivieren, ist dieselbe offene Frage, die über llms.txt selbst schwebt: Crawlern eine parallele Markdown-Kopie jeder Seite zu servieren, ist praktisch, aber es ist eine weitere Darstellung, die synchron gehalten werden muss, und Bings Fabrice Canel hat die verdoppelte Crawl-Last und das Cloaking-ähnliche Risiko von Edge-ausgelieferten alternativen Inhalten hervorgehoben. Prüfen Sie Ihre Logs auf echte Agenten-Nachfrage, bevor Sie es aktivieren.

llms.txt vs. robots.txt — sie sind nicht dasselbe

Das häufigste Missverständnis ist, dass llms.txt “robots.txt für KI” sei. Das ist es nicht, und die Gleichsetzung führt zu schlechten Entscheidungen.

robots.txtllms.txt
ZweckZugriffskontrolle – was Crawler abrufen dürfenInhaltssteuerung – was nützlich zu lesen ist
FormatDirektiven (User-agent:, Disallow:)Markdown-Links + Beschreibungen
Durchgesetzt?Ja, von konformen CrawlernNein – nur beratend
ZeitpunktCrawl-Zeit, vor dem AbrufenInferenz-Zeit, beim Zusammenstellen des Kontexts
Ein Standard?Ja, jahrzehntealt, universellNein – ein Vorschlag
Kann es blockieren?JaNein

robots.txt ist ein echter, durchgesetzter Standard. llms.txt ist ein Vorschlagskasten, den die meisten Systeme noch nicht lesen. Wenn Sie den Zugriff von KI-Crawlern kontrollieren möchten – was ein separates, legitimes Ziel ist –, gehört das in robots.txt und KI-Crawler, nicht hierher.

Wer es tatsächlich liest

Dies ist der Abschnitt, der zählt, denn hier weichen die Daten am stärksten vom Hype ab. In Ahrefs’ Studie über 137 210 Domains (Mai 2026 Traffic):

  • 97 % der veröffentlichten llms.txt-Dateien erhielten null Anfragen. Nur etwa 3 % (ungefähr 1 100 Domains) verzeichneten überhaupt Traffic.
  • Von den Dateien, die doch angefordert wurden: 96 % der Anfragen kamen von Bots, 4 % von Menschen.
  • Von den Bot-Anfragen stammten 77 % von Nicht-KI-Tools – SEO-Auditoren (Ahrefs selbst darunter), anonyme Crawler, Tech-Profiling-Bots. Die SEO-Ironie schreibt sich von selbst.
  • Nur ~19,5 % kamen von KI-Tools, und wenn man das weiter aufschlüsselt, wird es für die GEO-Theorie noch schlechter:
    • KI-Agenten & Infrastruktur (Codierungsagenten): ~10,5 %
    • Trainingscrawler (GPTBot führte mit 4,51 %): ~5,3 %
    • KI-Assistenten: ~2,5 %
    • KI-Retrieval-Bots – diejenigen, die Zitationsindizes aufbauen: 1,1 %.

Lesen Sie die letzte Zeile zweimal. OAI-SearchBot und PerplexityBot – also genau die Bots, derentwegen viele Website-Betreiber llms.txt hinzufügen – waren laut Studie “barely registered.” (Übersetzung) Sie waren „kaum messbar“. Der dominierende KI-Verbraucher ist Claude Code, der Codierungsagent von Anthropic. Er “outperformed every AI retrieval bot, assistant, and training crawler except GPTBot.” (Übersetzung) Er „übertraf jeden KI-Retrieval-Bot, Assistenten und Trainingscrawler außer GPTBot“. GPTBot wiederum ist ein Trainingscrawler, der ohnehin umfassend crawlt; seine Präsenz beweist nicht, dass er llms.txt gezielt parst.

Andere unabhängige Messungen kommen zum gleichen Ergebnis. OtterlyAI beobachtete eine Website 90 Tage lang: Von über 62 100 KI-Bot-Besuchen trafen genau 84 auf /llms.txt – etwa 0,1 %, was „3x schlechter als durchschnittliche Seiten“ abschneidet. Eine separate Analyse von über 515 Mio. LLM-Bot-Ereignissen über 90 Tage fand 408 Anfragen insgesamt, die auf /llms.txt abzielten – „statistisch vernachlässigbar.“

Entscheidend ist die Trennung zwischen Entwicklerdokumentation und GEO: llms.txt funktioniert für Howards ursprünglichen Zweck – Codierungsagenten durch API-Dokumentationen zu führen. Die Bots für Suchzitate, welche die SEO-Community erreichen möchte, greifen dagegen kaum darauf zu.

Was die Anbieter gesagt haben

Google – nein, und keine Pläne. Gary Illyes bestätigte bei Search Central Live (Juli 2025), dass Google llms.txt nicht unterstützt und dies auch nicht plant. John Mueller, die hier am häufigsten zitierte Stimme, verglich die Datei im April 2025 mit dem Keywords-Meta-Tag und nannte sie eine “temporary crutch, perhaps to save some tokens” (Übersetzung) „vorübergehende Krücke, vielleicht um einige Tokens zu sparen“ für KI-Codierungstools – ausdrücklich keinen Mechanismus für Suchsichtbarkeit. Googles Leitfaden vom Mai 2026 stellte fest, dass maschinenlesbare Dateien wie llms.txt für AI Overviews oder AI Mode nicht notwendig sind; diese “continue to rely on traditional SEO signals.” (Übersetzung) Sie „stützen sich weiterhin auf traditionelle SEO-Signale“. (Google veröffentlichte am 3. Dezember 2025 kurzzeitig eine llms.txt in seiner Entwicklerdokumentation, zog sie aber noch am selben Tag zurück. Später wurde dies einem CMS-Update zugeschrieben, nicht einem Strategiewechsel.)

OpenAI – nichts. Es gibt keine Ankündigung, dass ChatGPT, GPTBot oder OAI-SearchBot die Datei parsen. Die Serverprotokolle sprechen gegen eine nennenswerte Nutzung; OAI-SearchBot war “barely registered.” (Übersetzung) Der Bot war „kaum messbar“. Für die Crawler-Steuerung verweist OpenAI auf robots.txt.

Anthropic – der interessante Fall. Anthropic veröffentlicht sowohl llms.txt als auch llms-full.txt unter docs.anthropic.com/llms.txt, und Claude Code ruft nachweislich llms.txt-Dateien anderer Websites ab – es ist der größte KI-Verbraucher in den Daten. Aber das ist eine Coding-Tool-Geschichte. Es gibt keine Bestätigung, dass die Such- oder Zitationsschicht von Claude.ai llms.txt berücksichtigt. „Anthropics Coding-Agent liest es“ und „Anthropics Suchindex vertraut ihm“ sind unterschiedliche Behauptungen, und nur die erste ist belegt.

Perplexity – laut eigener Aussage ja, den Daten zufolge selten. Perplexity hat angegeben, dass es llms.txt abruft und verwendet, um “prioritize page selection.” (Übersetzung) die „Seitenauswahl zu priorisieren“. Der Haken ist der proaktive Abruf: PerplexityBot war in den Anfragedaten “barely registered” (Übersetzung) „kaum messbar“, und es gab “almost zero activity from PerplexityBot requesting llms.txt files proactively.” (Übersetzung) „fast keine Aktivität von PerplexityBot beim proaktiven Anfordern von llms.txt-Dateien“. Fügen Sie eine llms.txt-URL in Perplexity ein, und es liest sie problemlos; autonome, proaktive Nutzung ist die Lücke zwischen Politik und Praxis.

Bing/Microsoft, Apple, Meta – keine öffentliche Position. Als unbestätigt behandeln.

Bewegt es KI-Zitationen?

Kein nachgewiesener Nutzen. SE Ranking modellierte 300 000 Domains mit einer XGBoost- Regression + SHAP-Analyse und fand heraus, dass das Entfernen von llms.txt aus dem Modell dessen Genauigkeit verbesserte – ihre Schlussfolgerung: „LLMs.txt scheint die KI-Zitationshäufigkeit nicht direkt zu beeinflussen. Zumindest noch nicht.“ Eine Search Engine Land-Studie über 10 Websites und 180 Tage zeigte bei 8 von 10 Websites keine messbare Veränderung, und die beiden „Gewinner“ hatten störende Änderungen (PR-Berichterstattung, neue FAQ-Seiten, technische Korrekturen), die Sie nicht vom llms.txt selbst trennen können.

Der Meta-Keywords-Vergleich – fair oder nicht?

Muellers Analogie zum Keywords-Meta-Tag hält bei den Punkten, die zählen: Beides sind Selbstbeschreibungen des Website-Betreibers, keines ist verifiziert, und beide sind offen für Gaming/Cloaking – Sie könnten in llms.txt etwas anderes zeigen als auf der Seite. Diese Manipulierbarkeit ist genau der Grund, warum ein ernsthaftes KI-Suchprodukt einer Selbstbeschreibung nicht mehr vertrauen wird als den tatsächlichen Seiten. Das Gegenargument (Carolyn Shelby) ist, dass llms.txt zumindest auf echte URLs verweist, die liefern müssen – es ist „ein Scheinwerfer, keine Wunschliste.“ Beide haben recht, und das praktische Ergebnis ist dasselbe: KI-Suchsysteme stützen sich nicht darauf.

Wann es sich lohnt, es hinzuzufügen – und wann Sie es weglassen sollten

Fügen Sie es hinzu, wenn Sie Entwicklerdokumentation oder eine API-Referenz betreiben, deren primäre Zielgruppe KI-Coding-Agenten sind (Claude Code, Cursor, Copilot, Codeium). Das ist der Anwendungsfall, für den es entwickelt wurde, und es funktioniert.

Lassen Sie es weg – oder erwarten Sie zumindest keine KI-Sichtbarkeitsrenditen – für Inhaltsseiten, Medien, E-Commerce und normale Geschäftsseiten. Die Kosten betragen etwa 20 Minuten; der GEO- Nutzen heute ist nahezu null; und diese 20 Minuten sind besser investiert in Inhalts- struktur, FAQ-Abdeckung und die KI-Suchoptimierung-Grundlagen, die tatsächlich die KI-Sichtbarkeit bewegen. Die Schlagzeilen über hohe Akzeptanz (BuiltWiths 844K+- Zahl) sind durch automatische Plattform-Bereitstellung aufgebläht – Mintlify rollte llms.txt auf alle seine gehosteten Dokumentationsseiten auf einmal aus. Akzeptanz ist nicht Nutzung; 97 % der Dateien erhalten null Anfragen.

Der Sicherheitsaspekt

Dies wird unterberichtet und ist real: Da KI-Agenten dazu entwickelt wurden, dem zu vertrauen, was in llms.txt steht, ist die Datei eine natürliche Angriffsfläche. Die Ahrefs-Studie wies auf böswillige Akteure hin, die llms.txt-Dateien auf Prompt-Injection-Schwachstellen untersuchen. Wenn Sie eine veröffentlichen, behandeln Sie die Datei als sicherheitsrelevant: Versionieren Sie die Datei, warnen Sie bei unautorisierten Änderungen und geben Sie niemals etwas hinein, das Sie nicht öffentlich zeigen würden.

Implementierung (falls Sie sich dafür entscheiden)

  • Platzierung: /llms.txt im Domain-Root, ausgeliefert als text/plain oder text/markdown, HTTP 200.
  • Kuratieren, nicht alles auflisten: 20–50 Ihrer wichtigsten Links. Wenn Sie alles auflisten, könnte ein Modell genauso gut direkt crawlen – Kuratierung ist der eigentliche Sinn.
  • Optional /llms-full.txt bereitstellen für Kontexte, die den gesamten Inhalt möchten.
  • Validieren: Laden Sie die Datei in Claude, ChatGPT oder Perplexity und bitten Sie es, Ihre Website zusammenzufassen; prüfen Sie dann nach einigen Wochen die Server-Logs auf echte Anfragen.
  • Generatoren existieren für VitePress (vitepress-plugin-llms), Docusaurus (docusaurus-plugin-llms), WordPress (“Website LLMs.txt”), Drupal, plus ein Python CLI (llms_txt2ctx).

Das Fazit: geringe Kosten, aktuell nahezu null GEO-Nutzen, wirklich nützlich für den Coding-Agent-Anwendungsfall, für den es entwickelt wurde. Prüfen Sie Ihre eigenen Server-Logs, bevor Sie entscheiden – wenn Sie Claude-Code/Cursor-Traffic sehen, könnte llms.txt ihnen helfen; wenn Sie OAI-SearchBot und PerplexityBot verfolgen, ist es nicht der Hebel.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.