llms.txt: So gibst du deinen Content an KI-Suchmaschinen – eine Schritt-für-Schritt-Anleitung für Einsteiger

Einleitung: Warum deine Website eine llms.txt braucht

Noch vor ein paar Jahren war der Weg der Nutzer zu deinem Content ganz einfach: eine Suchanfrage, eine Liste mit Links, ein Klick. 2026 sieht das anders aus. Immer mehr Menschen stellen ihre Fragen an KI-Assistenten und KI-Suchmaschinen, und diese lesen Websites selbst, fassen sie zusammen und zitieren daraus. Wenn das Modell nicht versteht, worum es auf deiner Website geht, ignoriert es sie entweder oder gibt sie falsch wieder. Die Datei llms.txt löst genau dieses Problem: Sie erklärt den Sprachmodellen, was du hast und wo das Wichtigste zu finden ist.

Diese praktische Anleitung führt dich vom leeren Editor bis zur funktionierenden llms.txt auf deiner Domain. Keine Theorie um der Theorie willen, nur konkrete Schritte mit einer Prüfung bei jedem Schritt.

Was du am Ende hast

• Eine fertige llms.txt-Datei, die im Wurzelverzeichnis deiner Website liegt und unter einer Adresse wie deine-domain/llms.txt aufrufbar ist.
• Eine erweiterte Version llms-full.txt mit dem vollständigen Text der wichtigsten Seiten.
• Ein Verständnis dafür, welche Seiten du der KI zeigen solltest und welche nicht.
• Eine eingerichtete Prüfung: Du weißt, dass die Datei gelesen wird und dass KI-Bots sie erreichen.
• Eine Grundlage für die weitere Arbeit an generativer Optimierung, also an der Sichtbarkeit deiner Marke in KI-Antworten.

Für wen dieser Leitfaden ist

Für Geschäftsinhaber, Marketer, Media-Buyer und Entwickler, die möchten, dass ihr Produkt, ihre Landingpage oder ihr Blog korrekt in die Antworten von KI-Assistenten gelangen. Wenn du eine Website hast und Dateien hochladen kannst oder weißt, wer das macht, reichen deine Fähigkeiten aus. Ein separater Block am Ende richtet sich an diejenigen, die den Prozess automatisieren und das Verhalten von KI-Bots über Logs verfolgen möchten.

Was du vorher wissen solltest

• Wie deine Website aufgebaut ist: mit einem Baukasten, einem CMS wie WordPress oder eigenem Code.
• Wo die Dateien der Website liegen und wie du dorthin kommst: Hosting-Panel, FTP, Repository.
• Grundkenntnisse in Markdown: Überschriften mit Raute, Listen mit Bindestrich, Links in eckigen und runden Klammern. Wenn du das nicht kennst, kein Problem, wir erklären es an Beispielen.

Wie viel Zeit du brauchst

Die Minimalversion für eine Website mit bis zu 30 Seiten dauert etwa eine Stunde. Die vollständige Version mit llms-full.txt, Prüfung und Server-Header-Konfiguration braucht zwei bis drei Stunden. Für große Kataloge und Dokumentationen plane einen Tag ein, aber das Ergebnis wird dann auch deutlich besser.

Vorbereitung

Eine gute Vorbereitung spart mehr Zeit als jeder Lifehack. Geh die Liste unten durch und stell sicher, dass alles griffbereit ist.

Notwendige Tools und Zugänge

1. Zugang zu den Dateien der Website. Das kann ein Hosting-Panel mit Dateimanager sein, ein FTP-Client wie FileZilla, SSH-Zugang zum Server oder ein Projekt-Repository, aus dem deployt wird. Prüfe, dass Login und Passwort aktuell sind und dass du wirklich eine Datei im Wurzelverzeichnis der Website anlegen kannst.
2. Texteditor. Jeder Editor, der reinen Text ohne Formatierung speichert, ist geeignet: Visual Studio Code, Sublime Text, Notepad++ unter Windows, TextEdit im Normaltextmodus auf dem Mac. Word und Google Docs sind nicht geeignet: Sie fügen unsichtbare Zeichen und typografische Anführungszeichen ein.
3. Liste der Seiten deiner Website. Exportiere sie aus der Sitemap sitemap.xml, aus dem CMS-Backend oder aus einem Crawler wie Screaming Frog. Eine Tabelle mit Adresse und Titel jeder Seite reicht.
4. Zugang zu Statistiken. Yandex Metrica, Google Analytics oder Server-Logs helfen zu verstehen, welche Seiten für Nutzer wirklich wichtig sind.
5. Browser und das Tool curl. Curl ist auf Mac und Linux vorinstalliert und unter Windows 10 und 11 über die Kommandozeile verfügbar. Du brauchst es, um die Antwort-Header des Servers zu prüfen.

Systemanforderungen

Keine. Die llms.txt-Datei ist einfacher Text. Sie braucht weder PHP noch eine Datenbank noch ein spezielles Servermodul. Die einzige Voraussetzung: Der Server muss statische Dateien aus dem Wurzelverzeichnis der Domain ausliefern, und das kann jedes Hosting.

Was du herunterladen und installieren solltest

• Einen Code-Editor, falls du noch keinen hast. Wir empfehlen Visual Studio Code: kostenlos, hebt Markdown hervor und zeigt unsichtbare Zeichen an.
• Einen FTP-Client, falls das Hosting-Panel keinen Dateimanager hat.
• Optional: Python 3 und das Paket llms-txt, um aus der fertigen Datei Kontext zu generieren. Das ist im fortgeschrittenen Block nützlich, für die Basis-Einrichtung aber nicht nötig.

Backups

Das Anlegen der llms.txt verändert keine bestehenden Dateien der Website, das Risiko ist also minimal. Beim Schritt mit den Server-Headern bearbeitest du jedoch die Konfiguration, zum Beispiel die .htaccess-Datei oder die Nginx-Konfiguration. Lade davor unbedingt die aktuelle Version der Konfigurationsdatei auf deinen Computer herunter und speichere sie mit Datumsangabe. Wenn die Website nach der Änderung nicht mehr öffnet, stellst du einfach die alte Version wieder her.

Tipp: Lege einen separaten Projektordner auf deinem Computer an, zum Beispiel site-llms. Bewahre darin die Seitentabelle, die Entwürfe der Datei und Kopien der Konfigurationen auf. In einem halben Jahr, wenn es Zeit wird, die llms.txt zu aktualisieren, wirst du dir selbst danken.

Grundbegriffe: Was llms.txt ist und wie sie funktioniert

Bevor wir die Datei erstellen, klären wir ein paar Begriffe in einfacher Sprache. Das dauert fünf Minuten, dafür ist danach alles verständlich.

Was llms.txt ist

llms.txt ist eine Textdatei im Markdown-Format, die im Wurzelverzeichnis einer Website abgelegt wird. Sie enthält eine kurze Beschreibung des Projekts und eine strukturierte Liste mit Links zu den wichtigsten Seiten samt Erläuterungen. Der Name wird als „el-el-em-es-te-iks-te“ gelesen: LLMs steht für Large Language Models, also große Sprachmodelle.

Der Vorschlag für den Standard kam im Herbst 2024 vom Entwickler Jeremy Howard vom Unternehmen Answer.AI. Die Idee war einfach: Sprachmodelle haben ein begrenztes „Aufmerksamkeitsfenster“ und tun sich mit schweren HTML-Seiten mit Menü, Werbung, Skripten und Pop-ups schwer. Die llms.txt-Datei gibt ihnen eine saubere Content-Landkarte ohne Rauschen. Seitdem haben hunderte Unternehmen das Format übernommen, besonders im Bereich Dokumentation und Entwicklung, und 2025–2026 ist es zu einem der grundlegenden Elemente der Vorbereitung einer Website auf die Arbeit mit KI geworden.

Was llms.txt nicht ist

Das ist wichtig, sofort zu verstehen, damit du die Werkzeuge nicht verwechselst.

• Sie ist keine Verbotsdatei. Sie blockiert nichts und erlaubt nichts. Zugriffsregeln für Bots stehen in einer anderen Datei, zu der es in unserem Blog separate Beiträge gibt. Hier behandeln wir dieses Thema nicht.
• Sie ist keine Sitemap im Sinne von sitemap.xml. Die Sitemap listet alle Adressen zur Indexierung auf. Die llms.txt-Datei wählt dagegen das Wesentliche aus und erklärt den Sinn jedes Links.
• Sie ist keine Garantie, in KI-Antworten zu erscheinen. Die Datei hilft Modellen, den Content zu verstehen, zwingt sie aber nicht, ihn zu zitieren.

Zwei Dateien: llms.txt und llms-full.txt

Der Standard sieht zwei Entitäten vor:

• llms.txt – die kurze Navigation. Titel, Zusammenfassung, Abschnitte mit Links. Normalerweise 20 bis 200 Zeilen.
• llms-full.txt – der vollständige Inhalt der wichtigsten Seiten als ein Text. Das Modell oder Tool kann ihn komplett laden und muss nicht den Links folgen.

Die erste Datei ist Pflicht, die zweite wünschenswert. Wir erstellen beide.

Wie die Struktur der Datei aussieht

Die Spezifikation gibt eine strikte Reihenfolge der Blöcke vor:

1. Eine Überschrift erster Ebene mit dem Namen des Projekts. Sie ist das einzige Pflichtelement.
2. Ein Zitatblock mit einer kurzen Beschreibung: ein bis drei Sätze dazu, was diese Website ist und für wen sie nützlich ist.
3. Optionale Absätze mit Details: Besonderheiten, Einschränkungen, Kontext.
4. Abschnitte zweiter Ebene, jeweils mit einer Liste von Links. Zeilenformat: Bindestrich, Linkname in eckigen Klammern, Adresse in runden Klammern, Doppelpunkt und eine kurze Beschreibung.
5. Ein optionaler Abschnitt mit dem Namen Optional. Links daraus kann das Modell überspringen, wenn ihm der Kontextplatz ausgeht.

Hier ein minimales Beispiel, auf das wir zurückkommen werden:

# Название проекта

> Одно-два предложения: что это и для кого.

## Документация

- [Быстрый старт](https://example.com/docs/start): как начать за 10 минут
- [Тарифы](https://example.com/pricing): цены и лимиты

## Optional

- [История изменений](https://example.com/changelog): что обновлялось

Das Zeilenumbruchzeichen ist hier nur symbolisch dargestellt; in der echten Datei sind es einfach neue Zeilen. Sieht nicht kompliziert aus, oder? Die eigentliche Arbeit steckt nicht in der Syntax, sondern in der Auswahl der Seiten und dem Schreiben der Beschreibungen. Genau das machen wir jetzt.

Wer llms.txt 2026 liest

Die ehrliche Antwort: nicht alle und nicht gleich. Das Format wird aktiv von KI-Tools für Entwickler, Code-Editoren mit KI-Assistenten, einigen KI-Suchmaschinen und Agenten genutzt, die in dem Moment auf die Website kommen, in dem der Nutzer eine Anfrage stellt. Die größten Suchunternehmen haben offiziell keine Unterstützung bestätigt. Dennoch ist der Standard zur gemeinsamen Sprache der Branche geworden, die Datei kostet nichts in der Pflege, und ihr Fehlen hilft definitiv nicht. Dazu kommt ein Nebeneffekt: Wenn du die llms.txt erstellst, bringst du Ordnung in deinen eigenen Content.

Schritt 1: Content-Audit und Auswahl der Seiten für die KI

Ziel dieser Etappe: eine Tabelle mit 10–50 Seiten, die in die llms.txt kommen, mit Abschnittszuordnung und einem Beschreibungsentwurf für jede.

Der häufigste Anfängerfehler ist, alles Mögliche in die Datei zu stopfen. Das Modell bekommt tausend Zeilen, findet das Wesentliche nicht und arbeitet schlechter als ohne Datei. Deine Aufgabe ist es, das auszuwählen, was das Produkt wirklich erklärt und die Fragen der Zielgruppe beantwortet.

Anleitung

1. Öffne die Tabelle mit der Liste der Seiten deiner Website, die du vorbereitet hast. Falls es keine gibt, öffne die Adresse deine-domain/sitemap.xml im Browser und kopiere die Adressen in eine Tabellenkalkulation.
2. Füge Spalten hinzu: „Titel“, „Abschnitt“, „Beschreibung für die KI“, „Priorität“.
3. Geh jede Zeile durch und beantworte die Frage: „Wenn jemand die KI zu meinem Produkt fragt, hilft diese Seite dann, eine genaue Antwort zu geben?“ Wenn ja, setze Priorität 1. Wenn die Seite nützlich, aber zweitrangig ist, setze 2. Alles andere markierst du mit null.
4. Nimm unbedingt mit Priorität 1 auf: die Startseite mit der Produktbeschreibung, die Preis- oder Tarifseite, die Seite „Über uns“, die Abschnitte der Dokumentation oder Anleitungen, die Kontaktseite und die Nutzungsbedingungen. Für einen Onlineshop: die Kategorie-Seiten und die Lieferbedingungen. Für ein Affiliate- oder Partnerprojekt: die Seite mit den Programmbedingungen und die Beschreibung des Angebots.
5. Öffne die Statistiken. Schau dir die 20 meistbesuchten Seiten der letzten drei Monate an. Wenn einige davon nicht in Priorität 1 gelandet sind, überdenke die Entscheidung: Die Nutzer halten sie für wichtig.
6. Schließe Service-Seiten aus: Warenkorb, persönlicher Bereich, Suchergebnisse, Paginierungsseiten, Duplikate mit UTM-Parametern, veraltete Aktionen.
7. Gruppiere die Seiten mit Priorität 1 und 2 in drei bis sechs Abschnitte. Typische Namen: „Produkt“, „Dokumentation“, „Tarife“, „Blog“, „Support“, „Referenzen“. Schreib den Abschnittsnamen in die Spalte „Abschnitt“.
8. Schreib für jede ausgewählte Seite einen Beschreibungsentwurf mit 8–15 Wörtern. Kopiere nicht die Meta-Description: Sie ist für Menschen in den Suchergebnissen geschrieben. Schreib so, dass das Modell versteht, wann diese Seite geöffnet werden sollte. Schlecht: „Unsere Tarife“. Gut: „Kosten für mobile Proxys nach Ländern, Traffic-Limits und Bedingungen für den IP-Wechsel“.

Tipp: Stell dir vor, die Beschreibungen liest ein neuer Support-Mitarbeiter, der in einer Minute verstehen soll, wohin er den Kunden schickt. Wenn deine Beschreibung ihm reicht, passt sie auch für ein Sprachmodell.

Erwartetes Ergebnis

Du hast eine Tabelle, in der die Seiten mit Priorität 1 und 2 gefiltert sind, jede einem Abschnitt zugeordnet ist und einen Beschreibungsentwurf hat. Normalerweise sind das 10–50 Zeilen für eine typische Website und bis zu 200 für eine große Dokumentation.

Prüfung: Lies nur die Spalte „Beschreibung für die KI“ von oben nach unten, ohne auf die Adressen zu schauen. Wenn anhand der Beschreibungen klar wird, womit sich die Website befasst und wie das Produkt aufgebaut ist, ist das Audit korrekt.

Mögliche Probleme

• Zu viele Seiten mit Priorität 1. Wenn es mehr als 60 sind, warst du nicht streng genug. Frag dich noch einmal: Ohne welche Seite kann das Modell nicht richtig antworten? Den Rest verschiebst du in Priorität 2 oder in den Abschnitt Optional.
• Der Content ist zersplittert, es gibt keine klaren Abschnitte. Das ist ein Signal für Probleme in der Struktur der Website. Erstelle für die llms.txt einfach logische Gruppen, auch wenn es sie im Menü nicht gibt. Später kannst du auch die Navigation nachziehen.
• Seiten sind für die Indexierung gesperrt oder nur nach dem Login zugänglich. Nimm sie nicht auf. Das Modell kann sie ohnehin nicht lesen, und du gibst ihm falsche Links.

Schritt 2: Die llms.txt-Datei und ihr Grundgerüst erstellen

Ziel dieser Etappe: eine Datei mit dem richtigen Namen und der richtigen Kodierung anlegen, Überschrift, Zusammenfassung und Kontextabsätze befüllen.

Anleitung

1. Öffne den Texteditor. Erstelle über das Menü „Datei“ und den Punkt „Neue Datei“ oder mit der Tastenkombination Strg+N eine neue Datei.
2. Speichere sie sofort: Menü „Datei“, Punkt „Speichern unter“. Gib im Namensfeld genau llms.txt in Kleinbuchstaben ein. Prüfe, dass der Editor nicht eine zweite Endung wie llms.txt.txt angehängt hat. Aktiviere unter Windows dazu die Anzeige der Dateiendungen im Explorer.
3. Stell sicher, dass die Kodierung der Datei UTF-8 ohne BOM ist. In Visual Studio Code wird die Kodierung in der unteren rechten Ecke des Fensters angezeigt; klick darauf, wähle „Mit Codierung speichern“ und gib UTF-8 an. In Notepad++ öffne das Menü „Kodierung“ und wähle „In UTF-8 kodieren“ ohne BOM-Vermerk.
4. Schreib in die erste Zeile die Überschrift erster Ebene: das Rautezeichen, ein Leerzeichen, den Namen des Projekts. Zum Beispiel: # MobileProxy.space. Verwende den Markennamen so, wie die Kunden ihn kennen, ohne Slogans.
5. Lass eine leere Zeile.
6. Schreib den Zitatblock: das Zeichen „größer als“, ein Leerzeichen und ein bis drei Sätze zum Kern des Projekts. Beantworte die Fragen „was ist das“, „für wen“, „worin liegt der Unterschied“. Beispiel: > Vermietungsservice für mobile Proxys mit IPs von Mobilfunkbetreibern für Marketer, Media-Buyer und Entwickler. Unterstützt Adressrotation per Link und API, funktioniert mit Antidetect-Browsern und Parsing-Tools.
7. Lass eine leere Zeile.
8. Füge einen bis drei normale Absätze mit Kontext hinzu, die dem Modell helfen, keine Fehler zu machen. Gut geeignet sind: die geografische Abdeckung, die unterstützten Sprachen der Website, was der Service nicht macht, das Datum der Aktualität der Informationen. Beispiel: „Die Preise sind in Rubel angegeben und werden monatlich aktualisiert. Die Website ist auf Russisch und Englisch verfügbar; die englische Version liegt im Unterordner /en/. Der Service stellt Infrastruktur bereit und erbringt keine Dienstleistungen zur Einrichtung von Werbekampagnen.“
9. Speichere die Datei mit Strg+S.

Achtung: In der Datei darf genau eine Überschrift erster Ebene stehen, und sie muss in der ersten Zeile stehen. Wenn du davor einen Kommentar, eine Leerzeile mit Leerzeichen oder eine zweite Überschrift setzt, können Tools, die die Spezifikation streng befolgen, die Datei nicht parsen.

Wie du die Zusammenfassung schreibst, damit sie funktioniert

Der Zitatblock ist die meistgelesene Stelle in der Datei. Genau ihn nutzt das Modell am häufigsten, wenn es zusammenfasst, worum es auf deiner Website geht. Ein paar Regeln:

• Keine wertenden Wörter. „Bester“, „einzigartiger“, „Nummer eins“ tragen keine Information und senken das Vertrauen des Modells in den übrigen Text.
• Konkretes statt Abstraktes. Nicht „Lösungen für Unternehmen“, sondern „Vermietung mobiler Proxys mit IPs russischer und europäischer Betreiber“.
• Gib die Zielgruppe klar an. Das Modell gleicht sie mit der Frage des Nutzers ab.
• Bleib im Rahmen von 300–400 Zeichen. Länger und das Modell schneidet womöglich ab.

Tipp: Schreib drei Varianten der Zusammenfassung und gib jede in einen verfügbaren KI-Assistenten mit der Frage ein: „Was macht dieses Unternehmen und für wen ist es nützlich? Antworte in einem Satz.“ Wähle die Variante, auf die der Assistent am genauesten geantwortet hat.

Erwartetes Ergebnis

Die llms.txt-Datei existiert auf der Festplatte, ist in UTF-8 gespeichert, beginnt mit einer Überschrift, enthält eine Zusammenfassung im Zitatblock und ein bis drei Kontextabsätze. Abschnitte mit Links gibt es noch nicht, das kommt im nächsten Schritt.

Prüfung: Öffne die Datei im Browser, indem du sie in das Fenster ziehst. Du solltest reinen Text ohne Zeichensalat anstelle der kyrillischen Buchstaben sehen. Wenn statt russischer Buchstaben Fragezeichen oder Rauten erscheinen, ist die Kodierung falsch gewählt – geh zurück zu Punkt 3.

Mögliche Probleme

• Der Editor hat Anführungszeichen automatisch durch typografische ersetzt oder Bindestriche durch Gedankenstriche. Deaktiviere die Autokorrektur in den Einstellungen oder nutze einen Code-Editor. In Markdown-Links brechen solche Zeichen die Auszeichnung.
• Die Datei wurde als llms.txt.txt gespeichert. Benenne sie über den Explorer oder Finder um, nachdem du die Anzeige der Dateiendungen aktiviert hast.

Schritt 3: Abschnitte und Links befüllen

Ziel dieser Etappe: die ausgewählten Seiten aus der Tabelle in der richtigen Syntax in die Datei übertragen, nach Abschnitten gruppieren und einen Optional-Block hinzufügen.

Anleitung

1. Öffne die llms.txt und die Tabelle aus Schritt 1 nebeneinander.
2. Lass nach den Kontextabsätzen eine leere Zeile und schreib die Überschrift zweiter Ebene für den ersten Abschnitt: zwei Rauten, ein Leerzeichen, den Namen. Zum Beispiel: ## Produkt.
3. Lass eine leere Zeile.
4. Schreib für jede Seite dieses Abschnitts eine Listenzeile streng nach der Vorlage: Bindestrich, Leerzeichen, öffnende eckige Klammer, Seitenname, schließende eckige Klammer, öffnende runde Klammer, vollständige Adresse mit Protokoll, schließende runde Klammer, Doppelpunkt, Leerzeichen, Beschreibung. Beispiel: - [Tarife für mobile Proxys](https://example.com/pricing): Kosten nach Ländern und Betreibern, Traffic-Limits, Bedingungen für die IP-Rotation.
5. Verwende absolute Adressen mit https am Anfang. Relative Pfade wie /pricing können viele Tools nicht auflösen, weil sie die Datei außerhalb des Browser-Kontexts lesen.
6. Nimm den Linknamen aus dem Seitentitel, kürze ihn aber auf fünf bis acht Wörter. Die Beschreibung kommt aus der Spalte „Beschreibung für die KI“.
7. Wiederhole die Punkte 2–6 für jeden Abschnitt. Die Reihenfolge der Abschnitte geht vom Wichtigsten zum weniger Wichtigen: erst Produkt und Preise, dann Dokumentation, dann Blog und Referenzen.
8. Ordne auch innerhalb des Abschnitts die Seiten nach Bedeutung. Die ersten drei Links pro Abschnitt werden am häufigsten gelesen.
9. Füge als letzten Abschnitt ## Optional hinzu. Verschiebe dorthin die Seiten mit Priorität 2: das Blog-Archiv, die Änderungshistorie, zweitrangige Referenzen, Karriereseiten. Der Abschnittsname muss genau in lateinischen Buchstaben geschrieben werden: Optional. Das ist ein reserviertes Wort der Spezifikation.
10. Speichere die Datei.

Tipp: Wenn die Website Seiten hat, die den Content bereits in reiner Form ausgeben, zum Beispiel Markdown-Versionen oder einfache Textseiten der Dokumentation, verlinke auf diese statt auf die HTML-Versionen. Das Modell bekommt dann Text ohne Menü und Skripte und versteht ihn besser.

Beispiel eines fertigen Abschnitts

## Документация

- [Подключение прокси в антидетект-браузере](https://example.com/docs/antidetect): пошаговая настройка профиля, проверка IP и типичные ошибки
- [API смены IP](https://example.com/docs/api): методы, параметры запросов, лимиты и примеры ответов в JSON
- [Форматы подключения](https://example.com/docs/formats): HTTP, SOCKS5, авторизация по логину и по IP

Wie du Linkbeschreibungen schreibst

Die Beschreibung nach dem Doppelpunkt ist der Hinweis für das Modell, wann es die Seite öffnen sollte. Je genauer der Hinweis, desto besser wählt das Modell die Quelle für die Antwort. Die Regeln sind einfach:

• Beantworte die Frage „was steht drin“, nicht „warum lesen“. Nicht „nützlicher Artikel über Proxys“, sondern „Vergleich mobiler, residenzieller und Server-Proxys nach Geschwindigkeit, Kosten und Sperrrisiko“.
• Verwende die Wörter, mit denen Nutzer ihre Fragen stellen. Wenn Kunden fragen „wie ändere ich die IP“, sollte „IP-Wechsel“ in der Beschreibung stehen.
• Wiederhole nicht den Linknamen. Der Name sagt „was das ist“, die Beschreibung sagt „was genau dort steht“.
• Bleib innerhalb einer Zeile. Zeilenumbrüche innerhalb eines Listenelements brechen das Parsing.

Erwartetes Ergebnis

Die Datei enthält drei bis sechs Abschnitte zweiter Ebene, in jedem zwei bis zwanzig Links mit Beschreibungen, und am Ende den Abschnitt Optional. Der Gesamtumfang liegt bei 20 bis 200 Zeilen.

Prüfung: Füge den Inhalt der Datei in einen beliebigen Online-Markdown-Viewer ein oder öffne die Vorschau im Code-Editor. Alle Links sollten anklickbar werden, Überschriften groß, Listen mit Aufzählungspunkten. Wenn eine Zeile als einfacher Text mit Klammern erscheint, ist ein Syntaxfehler darin.

Mögliche Probleme

• Der Link wurde nicht anklickbar. Meist fehlt ein Leerzeichen nach dem Bindestrich, eine Klammer fehlt oder zwischen eckiger und runder Klammer steht ein Leerzeichen. Dort darf kein Leerzeichen stehen.
• In der Adresse stehen Leerzeichen oder kyrillische Zeichen. Kodiere die Adresse: Ein Leerzeichen wird durch %20 ersetzt, kyrillische Zeichen durch ihre Prozentdarstellung. Am einfachsten kopierst du die Adresse aus der Adressleiste des Browsers, sie ist schon kodiert.
• Die Beschreibung enthält einen Doppelpunkt. Der erste Doppelpunkt nach der schließenden runden Klammer gilt als Trennzeichen; weitere Doppelpunkte innerhalb der Beschreibung sind erlaubt, aber besser formulierst du um, um Verwirrung zu vermeiden.

Schritt 4: llms-full.txt und reine Textversionen der Seiten erstellen

Ziel dieser Etappe: eine erweiterte Datei mit dem vollständigen Text der wichtigsten Seiten zusammenstellen, damit Tools den gesamten Content mit einer einzigen Anfrage laden können.

Dieser Schritt ist optional, aber genau er bringt den größten Gewinn für Dokumentationen, Anleitungen und ausführliche Produktbeschreibungen. Wenn die llms.txt das Inhaltsverzeichnis ist, dann ist llms-full.txt das ganze Buch.

Anleitung

1. Erstelle eine neue Datei und speichere sie als llms-full.txt in derselben Kodierung UTF-8.
2. Kopiere am Anfang die Überschrift erster Ebene und den Zitatblock aus der llms.txt hinein. Die Dateien sollten gleich beginnen.
3. Öffne für jede Seite mit Priorität 1 die Seite im Browser und kopiere den Haupttext: Überschriften, Absätze, Listen, Tabellen. Kopiere keine Menüs, keinen Footer, keine Abo-Formulare, Kommentare und Werbeblöcke.
4. Füge den Text in die Datei unter einer Überschrift zweiter Ebene mit dem Seitennamen ein. Stufe die Überschriften innerhalb der Seite um ein bis zwei Ebenen herunter: Was auf der Website eine Überschrift zweiter Ebene war, wird in der Datei zur dritten. So bleibt die Hierarchie erhalten.
5. Füge nach jedem Block eine Zeile mit der Quelladresse hinzu, zum Beispiel: Quelle: https://example.com/docs/api. Das hilft dem Modell, auf eine konkrete Seite zu verweisen.
6. Trenne die Seitenblöcke durch eine leere Zeile und eine Zeile mit drei Bindestrichen, dem Standard-Trennstrich in Markdown.
7. Übertrage Tabellen ins Markdown-Format mit senkrechten Strichen oder verwandle sie in Listen, wenn die Struktur einfach ist.
8. Entferne Servicefloskeln wie „hier klicken“, „weiterlesen“, „teilen“. In einem Text ohne Interface sind sie sinnlos.
9. Speichere die Datei.

Achtung: Nimm in die llms-full.txt keine personenbezogenen Daten von Kunden, interne Dokumente, Coupons oder irgendwelche Informationen auf, die du nicht in der Antwort eines KI-Assistenten bei einer fremden Person sehen möchtest. Alles, was in dieser Datei steht, ist im Grunde veröffentlicht.

Wie viel Text es sein sollte

Ein vernünftiger Richtwert sind 20.000 bis 300.000 Zeichen. Weniger und die Datei rechtfertigt ihre Existenz nicht, die llms.txt reicht aus. Mehr und viele Tools laden sie nicht komplett. Wenn es viel Content gibt, erstelle mehrere thematische Dateien, zum Beispiel llms-full-docs.txt und llms-full-blog.txt, und verweise aus der llms.txt in einem separaten Abschnitt auf sie.

Tipp: Für Websites auf WordPress und den meisten CMS gibt es Plugins und Module, die die llms.txt und llms-full.txt automatisch aus veröffentlichten Beiträgen generieren. Such sie im Erweiterungskatalog mit dem Begriff „llms txt“. Die Autogenerierung spart Stunden, aber prüfe das Ergebnis unbedingt manuell: Plugins ziehen oft alles Mögliche in die Datei, einschließlich Tag-Seiten und Entwürfe.

Erwartetes Ergebnis

Die Datei llms-full.txt enthält dieselbe Überschrift und Zusammenfassung wie die llms.txt und danach den vollständigen reinen Text der wichtigsten Seiten mit Quellenangaben.

Prüfung: Öffne die Datei und lies einen zufälligen Ausschnitt aus der Mitte. Wenn klar ist, um welche Seite es geht, und der Text ohne Interface-Müll lesbar ist, passt alles. Wenn Fragmente wie „Menü Startseite Tarife Kontakt“ auftauchen, säubere sie.

Mögliche Probleme

• Beim Kopieren aus dem Browser geht die Überschriftenstruktur verloren. Kopiere in Teilen und setze die Rauten manuell, oder nutze eine Browser-Erweiterung zum Speichern der Seite als Markdown.
• Die Datei ist mehrere Megabyte groß geworden. Teile sie in thematische Teile auf oder lass nur die Seiten mit Priorität 1 drin.

Schritt 5: Dateien auf den Server hochladen

Ziel dieser Etappe: die llms.txt und llms-full.txt im Wurzelverzeichnis der Website ablegen, sodass sie unter der Adresse deine-domain/llms.txt aufrufbar sind.

Die Methode hängt davon ab, wie deine Website aufgebaut ist. Unten findest du vier typische Szenarien. Wähle deines aus.

Variante A: Hosting-Panel mit Dateimanager

1. Melde dich im Hosting-Kontrollpanel mit Login und Passwort aus der E-Mail des Anbieters an.
2. Finde den Bereich „Dateimanager“, „Dateien“ oder „File Manager“.
3. Geh in den Wurzelordner der Website. Normalerweise heißt er public_html, www, htdocs oder trägt den Domainnamen. Orientierung: Darin liegen eine Datei index.html oder index.php und eine bereits vorhandene sitemap.xml.
4. Klick auf die Schaltfläche „Hochladen“ oder „Upload“. Ein Fenster zur Dateiauswahl öffnet sich.
5. Wähle llms.txt und llms-full.txt von deinem Computer aus und bestätige den Upload. Warte auf die Abschlussanzeige.
6. Vergewissere dich, dass die Dateien in der Liste neben der index-Datei erscheinen und ihre Zugriffsrechte 644 sind, also Lesen für alle, Schreiben nur für den Eigentümer. Normalerweise setzt das Panel diese Rechte selbst.

Variante B: FTP-Client

1. Öffne FileZilla oder einen vergleichbaren Client.
2. Gib in der oberen Leiste Host, Benutzername, Passwort und Port aus der E-Mail des Hosters ein. Klick auf „Schnellverbindung“.
3. Finde im rechten Teil des Fensters den Wurzelordner der Website nach denselben Merkmalen wie oben.
4. Finde im linken Teil den Ordner mit deinen Dateien auf dem Computer.
5. Zieh llms.txt und llms-full.txt von links nach rechts. Im unteren Teil des Fensters erscheint die Übertragungswarteschlange; warte, bis sie leer ist.
6. Klick mit der rechten Maustaste auf die hochgeladene Datei, wähle „Dateirechte“ und prüfe den Wert 644.

Variante C: Website aus einem Repository mit automatischem Deployment

1. Bestimme den Ordner, aus dem statische Dateien veröffentlicht werden. In den meisten Frameworks heißt er public oder static und liegt im Wurzelverzeichnis des Projekts.
2. Leg llms.txt und llms-full.txt in diesen Ordner neben die favicon- und robots-Datei.
3. Committe die Änderungen und schick sie in den Branch, aus dem deployt wird.
4. Warte auf den Abschluss des Builds. Die Zeit hängt vom Projekt ab, normalerweise ein bis zehn Minuten.

Variante D: Website-Baukasten

Hier ist alles schwieriger: Nicht jeder Baukasten erlaubt es, eine beliebige Datei im Wurzelverzeichnis der Domain abzulegen. Die Vorgehensweise:

1. Öffne die Website-Einstellungen und finde einen Bereich wie „Dateien“, „Datei-Upload“, „SEO“ oder „Erweitert“.
2. Wenn es die Möglichkeit gibt, eine Datei mit Pfadangabe hochzuladen, gib den Pfad /llms.txt an.
3. Wenn es diese Möglichkeit nicht gibt, aber eine Einstellung für Redirects oder Regeln existiert, erstelle eine Regel: Eine Anfrage an /llms.txt mit dem Code 200 oder 301 auf die hochgeladene Datei weiterleiten. Manche Plattformen nennen das „Weiterleitung“ oder „Routing-Regeln“.
4. Wenn auch das nicht verfügbar ist, wende dich an den Support des Baukastens mit der Bitte, eine Textdatei im Wurzelverzeichnis abzulegen. Formulierung: „Ich muss eine statische Datei llms.txt unter der Adresse domain/llms.txt mit dem Typ text/plain ablegen.“

Achtung: Die Datei muss genau im Wurzelverzeichnis der Domain liegen, nicht in einem Unterordner. Eine Adresse wie domain/files/llms.txt finden Tools nicht, weil sie die Datei unter einem festen Pfad suchen, wie favicon oder sitemap.

Tipp: Wenn die Website auf mehreren Domains oder Subdomains läuft, zum Beispiel der Hauptdomain und einer separaten Subdomain für die Dokumentation, leg die llms.txt auf jeder ab. Die Datei jeder Domain beschreibt nur ihren eigenen Content und kann im Linkabschnitt auf die benachbarte Domain verweisen.

Erwartetes Ergebnis

Bei Eingabe der Adresse deine-domain/llms.txt in die Adressleiste des Browsers öffnet sich dein Text. Dasselbe gilt für llms-full.txt.

Prüfung: Öffne beide Adressen im Inkognito-Modus, um den Browser-Cache auszuschließen. Du solltest den Text der Datei so sehen, wie er ist: die Überschrift mit Raute, das Zitat mit dem „größer als“-Zeichen, die Liste mit Bindestrichen. Wenn der Browser die Datei zum Download anbietet, statt sie anzuzeigen, ist das nicht kritisch, aber wir beheben das im nächsten Schritt.

Mögliche Probleme

• Fehler 404. Die Datei liegt nicht im Wurzelverzeichnis oder der Name ist falsch geschrieben. Prüfe die Groß- und Kleinschreibung: LLMS.txt und llms.txt sind auf Linux-Servern verschiedene Dateien.
• Fehler 403. Falsche Zugriffsrechte. Setze 644 über den Dateimanager oder FTP.
• Nach dem Update öffnet sich die alte Version. Der Cache des Hostings oder CDN ist aktiv. Leere den Cache im Panel oder warte die Cache-Lebensdauer ab.
• Kyrillisch wird falsch angezeigt. Der Server teilt die Kodierung nicht mit. Das lösen wir im nächsten Schritt.

Schritt 6: Antwort-Header des Servers konfigurieren

Ziel dieser Etappe: dafür sorgen, dass der Server die Datei mit dem richtigen Inhaltstyp und der richtigen Kodierung ausliefert, KI-Agenten aus Browser-Tools Zugriff erlaubt und die Datei nicht zu lange cacht.

Dieser Schritt ist nicht für alle nötig. Wenn die Prüfung in Schritt 5 korrekten Text mit russischen Buchstaben gezeigt hat, kannst du dich auf den Prüfpunkt unten beschränken. Aber richtige Header erhöhen die Chance, dass Tools die Datei ohne Überraschungen verarbeiten.

Welche Header nötig sind

• Content-Type: text/plain; charset=utf-8 oder text/markdown; charset=utf-8. Die erste Variante ist universeller.
• Cache-Control: max-age=3600 – Caching für eine Stunde. Das reicht, um die Last zu senken, aber Updates werden schnell übernommen.
• Access-Control-Allow-Origin: * – die Erlaubnis, die Datei aus Webanwendungen auf anderen Domains zu lesen. Manche KI-Tools arbeiten direkt im Browser und können die Datei ohne diesen Header nicht laden.

Anleitung für Apache über .htaccess

1. Lade die aktuelle .htaccess-Datei aus dem Wurzelverzeichnis der Website auf deinen Computer und speichere eine Kopie. Wenn die Datei nicht existiert, erstelle eine neue leere.
2. Öffne die Datei im Editor und füge am Ende den Block hinzu:

<Files "llms.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>
<Files "llms-full.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>

1. Speichere und lade die Datei zurück ins Wurzelverzeichnis der Website und ersetze die alte.
2. Öffne sofort die Startseite der Website. Wenn sie sich öffnet, ist alles gut. Wenn du den Fehler 500 siehst, stelle sofort die gespeicherte Kopie wieder her: Beim Hosting ist wahrscheinlich das Header-Modul nicht aktiviert. Dann wende dich an den Hosting-Support mit der Bitte, mod_headers zu aktivieren.

Anleitung für Nginx

1. Verbinde dich per SSH mit dem Server.
2. Mach eine Kopie der Konfigurationsdatei der Website, sie liegt normalerweise im Ordner /etc/nginx/sites-available/.
3. Füge innerhalb des server-Blocks hinzu:

location = /llms.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}
location = /llms-full.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}

1. Prüfe die Konfiguration mit dem Befehl nginx -t. Es sollte eine Erfolgsmeldung erscheinen.
2. Lade die Konfiguration mit dem Befehl systemctl reload nginx neu.

Anleitung für Baukästen und Cloud-Plattformen

Such in den Einstellungen den Bereich „Header“ oder „Headers“. Viele Plattformen unterstützen eine Datei mit Header-Regeln im Wurzelverzeichnis des Projekts; die Syntax ist bei jeder anders, aber der Sinn ist derselbe: für den Pfad /llms.txt Content-Type und Cache-Control festlegen. Wenn es diese Möglichkeit nicht gibt, mach dir keine Sorgen: Die meisten Server liefern .txt standardmäßig als text/plain aus, und das ist schon akzeptabel.

Erwartetes Ergebnis

Der Server liefert die Datei mit dem Code 200 und den nötigen Headern aus.

Prüfung: Öffne die Kommandozeile oder das Terminal und führe den Befehl curl -I https://deine-domain/llms.txt aus. In der Antwort solltest du die Zeile HTTP/2 200 oder HTTP/1.1 200 OK sehen, die Zeile content-type: text/plain; charset=utf-8 und die Zeile cache-control: max-age=3600. Wenn du auch den Inhalt sehen möchtest, lass den Schlüssel -I weg.

Mögliche Probleme

• Fehler 500 nach der Bearbeitung der .htaccess. Stell die Kopie wieder her, prüfe, dass keine überflüssigen Zeichen übrig sind, und kläre beim Hoster, ob das Header-Modul aktiviert ist.
• Die Header haben sich nicht geändert. Vor dem Server steht ein CDN oder Proxy-Cache, der die alte Version ausliefert. Leere den CDN-Cache in seinem Panel.
• Content-Type ist immer noch text/html. Irgendeine Regel schreibt alle Anfragen auf index.php um. Stell sicher, dass die Regel existierende Dateien ausschließt, normalerweise über die Bedingung „wenn die Datei nicht existiert“.

Ergebnis prüfen: Checkliste für die fertige llms.txt

Du hast alle Schritte durchlaufen. Jetzt überzeugen wir uns, dass das Ergebnis wirklich funktioniert und nicht nur „die Datei liegt da“. Geh die Checkliste Punkt für Punkt durch und hak Erledigtes ab.

Checkliste

1. Die Adresse domain/llms.txt öffnet sich im Browser im Inkognito-Modus und zeigt den Text.
2. Die erste Zeile der Datei ist die einzige Überschrift erster Ebene mit dem Projektnamen.
3. Direkt nach der Überschrift folgt der Zitatblock mit einer Zusammenfassung bis 400 Zeichen.
4. Alle Links sind absolut, beginnen mit https und öffnen sich ohne Redirects und Fehler.
5. Jeder Link hat eine Beschreibung nach dem Doppelpunkt.
6. Die Abschnitte sind nach Wichtigkeit sortiert, Zweitrangiges ist in Optional ausgelagert.
7. Kyrillisch wird korrekt angezeigt, die Kodierung ist UTF-8.
8. Der Befehl curl -I zeigt den Code 200 und den Typ text/plain oder text/markdown.
9. Wenn llms-full.txt erstellt wurde, öffnet sie sich unter ihrer Adresse und beginnt genauso wie die llms.txt.
10. In den Dateien stehen keine personenbezogenen Daten und keine internen Informationen.

Wie du richtig testest

1. Linkprüfung. Kopiere alle Adressen aus der Datei in einen beliebigen Massen-Linkprüfer oder in ein Tool zur Prüfung der Serverantwort. Alle sollten 200 zurückgeben. Ein kaputter Link bricht die Datei nicht, senkt aber das Vertrauen des Modells.
2. Gültigkeitsprüfung. Füge den Inhalt in einen Online-Validator für llms.txt ein; 2026 gibt es mehrere solcher Dienste, such nach dem Namen des Standards. Der Validator zeigt, ob er die Überschrift, die Zusammenfassung und die Abschnitte erkannt hat.
3. Test an einem echten Modell. Öffne einen KI-Assistenten, der Links lesen kann. Gib ihm die Adresse deiner Datei und bitte ihn: „Studiere diese Datei und erzähl mir, was das Unternehmen macht, was die Leistung kostet und wo die Anleitung zur Einrichtung zu finden ist.“ Wenn die Antwort genau ist und der Assistent auf die richtigen Seiten verweist, hast du es geschafft. Wenn er sich verheddert, schau, welche Beschreibungen ihn verwirrt haben, und präzisiere sie.
4. Test aus verschiedenen Netzen. Wenn du Zugang zu mobilen Proxys in verschiedenen Regionen hast, öffne die Datei über sie. Das zeigt, ob der Server unterschiedlichen Content für verschiedene Länder ausliefert und ob der Bot-Schutz den Zugriff auf die Datei für einzelne IP-Bereiche blockiert. KI-Agenten kommen aus den unterschiedlichsten Adressen, und die Datei muss für alle erreichbar sein.

Indikatoren für erfolgreiche Umsetzung

• Alle zehn Punkte der Checkliste sind erfüllt.
• Der KI-Assistent hat den Kern der Website ohne sachliche Fehler zusammengefasst.
• Nach zwei bis vier Wochen erscheinen in den Server-Logs Anfragen an /llms.txt von Agenten der KI-Unternehmen. Wie du sie findest, erklären wir im fortgeschrittenen Block.

Typische Fehler beim Erstellen der llms.txt und ihre Lösungen

Unten sind die Probleme gesammelt, mit denen fast jeder zu kämpfen hat, der die Datei zum ersten Mal erstellt. Format: Problem, Ursache, Lösung.

1. Die Datei öffnet sich, aber das KI-Tool sagt, es habe sie nicht gefunden

Ursache: Der Bot-Schutz auf Hosting- oder CDN-Ebene zeigt allen, die wie eine automatische Anfrage aussehen, ein Captcha oder eine JavaScript-Prüfung. Der Browser besteht die Prüfung unbemerkt, der Agent nicht.

Lösung: Füge in den Schutzeinstellungen eine Ausnahme für den Pfad /llms.txt und /llms-full.txt hinzu. Prüfe das Ergebnis mit dem Befehl curl ohne Browser-Header: Wenn curl den Text bekommt und nicht eine HTML-Seite mit Prüfung, ist alles behoben.

2. Das Modell fasst die Website falsch zusammen, obwohl die Datei existiert

Ursache: Die Zusammenfassung ist schwammig oder die Linkbeschreibungen wiederholen die Namen und tragen keine Information.

Lösung: Schreib die Zusammenfassung nach den Regeln aus Schritt 2 neu und die Beschreibungen nach den Regeln aus Schritt 3. Führ den Test mit dem Assistenten noch einmal durch.

3. In der Datei stehen hunderte Links, und sie ist nutzlos geworden

Ursache: Autogenerierung durch ein Plugin oder Perfektionismus: „Lass alles drin sein.“

Lösung: Geh zurück zum Audit aus Schritt 1. Lass in den Hauptabschnitten nicht mehr als 50 Links, verschiebe den Rest in Optional oder entferne ihn. Vollständigkeit gewährleistet llms-full.txt, nicht die Länge des Inhaltsverzeichnisses.

4. Russische Buchstaben wurden zu Fragezeichen

Ursache: Die Datei wurde in der Kodierung Windows-1251 gespeichert, oder der Server überträgt den charset nicht.

Lösung: Speichere die Datei in UTF-8 ohne BOM neu und füge charset=utf-8 im Content-Type-Header nach der Anleitung aus Schritt 6 hinzu.

5. Die Datei wurde aktualisiert, aber die KI sieht die alte Version

Ursache: Langes Caching auf dem CDN oder beim Tool selbst.

Lösung: Setze Cache-Control mit max-age auf nicht mehr als eine Stunde, leere den CDN-Cache. Tools aktualisieren ihre Kopien unterschiedlich häufig, gib ihnen ein paar Tage.

6. Links führen auf Seiten mit Redirect

Ursache: In der Datei stehen Adressen ohne abschließenden Schrägstrich oder mit http statt https, und der Server leitet weiter.

Lösung: Öffne jeden Link und kopiere die endgültige Adresse aus der Adressleiste. Ersetze sie in der Datei. Agenten folgen nicht immer Redirects.

7. Die Überschrift erster Ebene ist nicht die erste in der Datei

Ursache: Davor steht eine Leerzeile mit Leerzeichen, ein unsichtbares BOM-Zeichen oder ein Kommentar.

Lösung: Aktiviere im Code-Editor die Anzeige unsichtbarer Zeichen, lösche alles bis zur ersten Raute, speichere ohne BOM.

8. Die Datei beschreibt mehrere Websites gleichzeitig

Ursache: Der Wunsch zu sparen und aus einer Datei auf alle Projekte des Unternehmens zu verweisen.

Lösung: Eine Domain, eine Datei über diese Domain. Auf andere Projekte kannst du in einem separaten Abschnitt verweisen, aber die Zusammenfassung und die Hauptabschnitte müssen sich auf die aktuelle Website beziehen.

Zusätzliche Möglichkeiten: fortgeschrittene Arbeit mit llms.txt

Die Basis-Einrichtung ist fertig. Dieser Abschnitt ist für alle, die das Maximum aus der Datei herausholen wollen: Updates automatisieren, KI-Bots verfolgen und llms.txt als Teil der Marketingstrategie nutzen.

Automatische Generierung aus CMS oder Build

Für Websites, deren Content sich häufig ändert, wird manuelles Aktualisieren der Datei schnell lästig. Optionen zur Automatisierung:

• CMS-Plugin. Für WordPress, Joomla und andere Systeme gibt es Module, die die llms.txt aus ausgewählten Beitragstypen zusammenstellen. Konfiguriere sie so, dass nur die gewünschten Kategorien einbezogen werden und die Beschreibungen aus einem speziellen Feld stammen, nicht aus den ersten Textzeilen.
• Skript im Build-Schritt. Für statische Websites und Frameworks schreib ein kleines Skript, das die Metadaten der Seiten liest, zum Beispiel die Felder title und llm_description im Kopf der Markdown-Dateien, und daraus die llms.txt zusammenstellt. Führ es vor dem Deployment aus.
• Separate Markdown-Versionen der Seiten. Manche Websites liefern jede Seite sowohl als HTML als auch als Markdown unter einer Adresse mit der Endung .md aus. Dann kannst du in der llms.txt auf die reinen Versionen verweisen und die llms-full.txt durch einfache Verkettung zusammenstellen. Das ist das bequemste Format für Modelle.

Datei mit Kommandozeilen-Tools prüfen

Es gibt ein offizielles Python-Paket namens llms-txt. Es verwandelt die Datei in Kontext für das Modell und prüft dabei die Struktur. Installation und Aufruf:

pip install llms-txt
llms_txt2ctx https://ваш-домен/llms.txt

Wenn der Befehl einen strukturierten Text mit Abschnitten ausgegeben hat, wurde die Datei korrekt geparst. Wenn er einen Fehler ausgibt, schau, an welcher Zeile er hängen geblieben ist: Meist ist es eine fehlerhafte Link-Syntax.

KI-Bots in den Logs überwachen

Die ehrlichste Methode herauszufinden, ob deine Datei gelesen wird, ist ein Blick in die Webserver-Logs. Die Vorgehensweise:

1. Finde die Zugriffs-Logdatei. Bei Nginx ist es normalerweise /var/log/nginx/access.log, bei Apache access.log im Log-Ordner der Website. Auf virtuellem Hosting sind die Logs im Panel im Bereich „Statistik“ oder „Logs“ verfügbar.
2. Filtere die Zeilen, die llms.txt enthalten. Im Terminal: grep llms.txt access.log.
3. Schau dir das Feld User-Agent in den gefundenen Zeilen an. KI-Agenten stellen sich meist mit erkennbaren Namen vor, die den Firmennamen oder Wörter wie Bot, Agent, User enthalten.
4. Leg eine einfache Tabelle an: Datum, Agent, Datei. Vergleiche monatlich, wer kommt und wie oft. Wachsende Anfragezahlen sind ein gutes Zeichen.

Tipp: Wenn du die Website „mit den Augen“ eines Agenten sehen willst, der aus einem anderen Land kommt, nutze einen mobilen Proxy der gewünschten Region und führ die Anfrage darüber aus: curl -x proxy-adresse https://deine-domain/llms.txt. So prüfst du, dass Geoeinstellungen des CDN, regionale Redirects und Bot-Schutz nicht daran hindern, die Datei aus dem Ausland zu bekommen. Das ist besonders relevant für Projekte, die in mehreren Ländern aktiv sind.

llms.txt für Landingpages und Partnerprojekte

Media-Buyer und Betreiber kleiner Landingpages denken oft, sie bräuchten die Datei nicht: Es gibt ja nur wenige Seiten. In der Praxis ist die llms.txt selbst für eine One-Pager nützlich: Sie gibt dem Modell eine präzise Formulierung des Angebots, die Bedingungen, die Geografie und einen Link zu den Regeln. Wenn ein Nutzer den Assistenten nach dem Produkt fragt, nimmt der die Fakten aus deiner Datei und denkt sich nichts dazu. Für ein Netzwerk von Landingpages erstelle eine gemeinsame Vorlage und setze Name, Zusammenfassung und Links automatisch ein.

Verknüpfung mit generativer Optimierung

Die llms.txt-Datei ist eines der Elemente der Richtung, die 2026 als generative Optimierung bezeichnet wird: die Arbeit daran, dass die Marke korrekt und häufig in KI-Antworten erscheint. Weitere Elemente sind strukturierte Daten auf den Seiten, klare Antworten auf Fragen am Anfang von Artikeln, Autorschaft und Aktualisierungsdatum, Einheitlichkeit der Fakten über das Unternehmen in allen Quellen. Die Datei verbindet all das zu einer einzigen Landkarte. Aktualisiere sie bei jeder bedeutenden Änderung am Produkt oder an den Preisen, und die Modelle bekommen ein aktuelles Bild.

Versionierung und Aktualitätsdatum

Füge in den Kontextabsatz eine Zeile mit dem Datum der letzten Aktualisierung ein, zum Beispiel: „Die Informationen sind aktuell Stand März 2026.“ Das hilft dem Modell, die Frische der Daten einzuschätzen. Bewahre die Datei in einem Versionskontrollsystem zusammen mit dem Code der Website auf, damit du die Änderungshistorie siehst.

FAQ: häufige Fragen zu llms.txt

Muss ich unbedingt eine llms-full.txt machen?

Nein. Pflicht ist nur die llms.txt. Aber wenn du Dokumentation, Anleitungen oder ausführliche Beschreibungen hast, verbessert die vollständige Version die Qualität der Antworten der Tools, die sie nutzen, deutlich. Für eine Landingpage mit fünf Seiten reicht eine einzige Datei.

Darf ich die Datei auf Russisch schreiben?

Ja. Verwende die Sprache des Hauptcontents der Website. Wenn die Website zweisprachig ist, gib im Kontextabsatz an, wo sich die zweite Version befindet, und erstelle bei Bedarf eine separate Datei auf einer Subdomain oder im Sprachordner, auf die du aus der Hauptdatei verweist. Auch die Abschnittsnamen können russisch sein, außer dem reservierten Wort Optional.

Wie oft sollte ich die llms.txt aktualisieren?

Bei jeder Preisänderung, beim Start eines neuen Bereichs, bei geänderten Bedingungen oder gelöschten Seiten. Wenn nichts Bedeutendes passiert, reicht eine Revision einmal im Quartal: Links prüfen, Beschreibungen aktualisieren, Datum erneuern.

Muss ich die llms.txt in der Sitemap angeben oder irgendwo registrieren?

Nein. Tools suchen die Datei unter dem Standardpfad im Wurzelverzeichnis der Domain, wie favicon. Eine spezielle Registrierung gibt es nicht. Manche öffentlichen Kataloge sammeln Websites mit llms.txt; ein Eintrag dort ist nicht verpflichtend, schadet aber nicht.

Beeinflusst die Datei die Positionen in der normalen Suche?

Einen direkten Einfluss gibt es nicht: Die Datei wird nicht als Seite indexiert und ist kein Ranking-Faktor. Indirekt hilft sie: Sie bringt Ordnung in die Struktur, und korrekte Erwähnungen in KI-Antworten bringen Markentraffic.

Was tun, wenn der Website-Baukasten es nicht erlaubt, die Datei im Wurzelverzeichnis abzulegen?

Such zuerst nach einer Einstellung für den Datei-Upload mit beliebigem Pfad oder nach Weiterleitungsregeln. Wenn es nichts gibt, schreib dem Support des Baukastens: 2026 ist die Anfrage, eine llms.txt abzulegen, für sie nichts Neues mehr. Die letzte Option ist, die Datei auf eine separate Subdomain auszulagern und von der Seite „Über uns“ darauf zu verweisen, obwohl der Standardpfad immer noch vorzuziehen ist.

Sollte ich Blogseiten in die Datei aufnehmen?

Nimm Artikel auf, die häufige Kundenfragen beantworten und aktuell bleiben: Anleitungen, Vergleiche, Analysen. Neuigkeiten und Aktionsankündigungen solltest du besser nicht aufnehmen oder in Optional verschieben. Für einen großen Blog mach einen separaten Abschnitt mit den 10–20 nützlichsten Beiträgen.

Kann ich eine Datei für mehrere Domains des Unternehmens verwenden?

Nein. Jede Domain wird durch ihre eigene Datei beschrieben. Gegenseitige Verweise zwischen Projekten sind in einem separaten Abschnitt erlaubt, aber die Zusammenfassung und die Hauptabschnitte müssen sich auf die aktuelle Domain beziehen.

Wie erkenne ich, dass die KI die Datei wirklich nutzt?

Schau in die Logs nach der Anleitung aus dem fortgeschrittenen Block und frag die Assistenten regelmäßig nach deinem Produkt. Wenn die Formulierungen in den Antworten mit deiner Zusammenfassung übereinstimmen und der Assistent die richtigen Seiten nennt, funktioniert die Datei. Führ eine Prüftabelle einmal im Monat, um die Entwicklung zu verfolgen.

Was tun, wenn die Website nach der Bearbeitung der Serverkonfiguration nicht mehr öffnet?

Stell sofort die gespeicherte Kopie der Konfigurationsdatei wieder her und prüfe, dass die Website wieder erreichbar ist. Dann wende dich an den Hosting-Support mit der Frage nach der Aktivierung der nötigen Module. Die llms.txt-Datei funktioniert währenddessen auch ohne zusätzliche Header weiter: Der Server liefert .txt standardmäßig als normalen Text aus.

Fazit

Fassen wir die geleistete Arbeit zusammen. Du hast ein Content-Audit durchgeführt und die Seiten ausgewählt, die dein Produkt wirklich erklären. Du hast die llms.txt-Datei mit einer klaren Überschrift, einer ehrlichen Zusammenfassung und strukturierten Linkabschnitten erstellt. Du hast die erweiterte Version llms-full.txt mit dem vollständigen Text der wichtigsten Seiten zusammengestellt. Du hast die Dateien ins Wurzelverzeichnis der Website hochgeladen, die Server-Header konfiguriert und das Ergebnis mit dem Befehl curl, einem Validator und einem echten KI-Assistenten geprüft. Jetzt bekommen Sprachmodelle von deiner Website nicht mehr ein Chaos aus HTML-Seiten, sondern eine verständliche Landkarte mit Erläuterungen.

Was du als Nächstes tun solltest

• Stell dir eine Erinnerung für die Revision der Datei in drei Monaten. Prüfe die Links, aktualisiere die Preise und das Aktualitätsdatum.
• Schau monatlich in die Logs und halte fest, welche Agenten die llms.txt lesen. Das ist kostenlose Analytics für das Interesse der KI an deinem Projekt.
• Stell mehreren Assistenten Fragen zu deinem Produkt und vergleiche die Antworten mit den Fakten. Abweichungen sind ein Signal, die Beschreibungen in der Datei oder auf den Seiten selbst zu präzisieren.

Wohin du dich weiterentwickeln kannst

Die llms.txt-Datei ist der erste Schritt in der Arbeit an der KI-Sichtbarkeit. Die nächsten sind: strukturierte Daten auf den Seiten, klare Antworten auf Fragen am Anfang jedes Artikels, Markdown-Versionen der wichtigsten Materialien, einheitliche Fakten über das Unternehmen in allen Verzeichnissen und Katalogen. Wenn du in mehreren Regionen aktiv bist, füge regelmäßige Prüfungen der Erreichbarkeit deines Contents über mobile Proxys der gewünschten Länder hinzu: Agenten kommen aus verschiedenen Adressen, und die Datei muss für jede von ihnen erreichbar sein. Je transparenter und strukturierter dein Content ist, desto genauer wird die KI über dich berichten. Und desto mehr Menschen kommen zu dir, schon vorbereitet und mit den richtigen Erwartungen.