Branchenvorlage SaaS & Docs
llms.txt-Vorlage für SaaS und Dokumentationen
SaaS-Websites profitieren von einer klaren Trennung zwischen Produktversprechen, technischer Dokumentation und versionsabhängigen Informationen.
Kuratieren statt kopieren
Was in die Datei gehört – und was nicht
Die llms.txt ist ein kompakter Inhaltswegweiser. Nehmen Sie nur öffentliche Seiten auf, die Angebot, Kompetenz und Kontakt überprüfbar erklären.
Sinnvoll aufnehmen
- Produktüberblick, Kernfunktionen und klar beschriebene Anwendungsfälle
- Dokumentationsstart, zentrale Konzepte und aktuelle API-Referenz
- Pricing, Plangrenzen und häufige Fragen zur Abrechnung
- Sicherheit, Datenschutz, Statusseite und Supportwege
- Changelog, Migrationen und aktiv unterstützte Versionen
Bewusst weglassen
- Login, Dashboard, Workspaces und kundenspezifische URLs
- Veraltete API-Versionen ohne eindeutigen Archivhinweis
- Automatisch erzeugte Referenzseiten ohne eigenen Informationswert
- Doppelte Feature-, Use-Case- und Kampagnenseiten mit gleichen Aussagen
Kompaktes Beispiel
Zwei Varianten zeigen, wie stark sich eine gute Auswahl innerhalb derselben Branche unterscheiden kann. Ersetzen Sie Namen, Aussagen, Datum und URLs durch verifizierte Angaben Ihrer Website.
# Software Beispiel
> SaaS-Plattform zur Terminplanung für kleine und mittlere Teams.
Zuletzt geprüft: 2026-09-01
## Produkt
- [Funktionen](https://software-beispiel.de/funktionen): Kalender, Buchungsseiten und Benachrichtigungen.
- [Anwendungsfälle](https://software-beispiel.de/loesungen): Beispiele nach Team und Workflow.
## Dokumentation
- [Erste Schritte](https://docs.software-beispiel.de/start): Einrichtung und grundlegende Konzepte.
- [API-Referenz](https://docs.software-beispiel.de/api): Aktuelle Endpunkte und Authentifizierung.
## Preise & Betrieb
- [Preise](https://software-beispiel.de/preise): Tarife und veröffentlichte Leistungsgrenzen.
- [Sicherheit](https://software-beispiel.de/sicherheit): Technische und organisatorische Maßnahmen.
- [Changelog](https://software-beispiel.de/changelog): Veröffentlichte Produktänderungen.# API-Plattform Beispiel
> Entwicklerplattform für Dokumentenverarbeitung mit REST API und SDKs.
Zuletzt geprüft: 2026-09-01
## Produkt
- [Plattformüberblick](https://api-beispiel.de/produkt): Funktionen, Grenzen und Anwendungsfälle.
- [Preise](https://api-beispiel.de/preise): Tarife, Kontingente und veröffentlichte Limits.
## Dokumentation
- [Quickstart](https://docs.api-beispiel.de/quickstart): Authentifizierung und erste Anfrage.
- [API-Referenz](https://docs.api-beispiel.de/reference): Aktuelle Endpunkte und Schemas.
- [SDKs](https://docs.api-beispiel.de/sdks): Unterstützte Sprachen und Versionen.
## Betrieb
- [Status](https://status.api-beispiel.de): Aktueller Dienststatus und Vorfälle.
- [Changelog](https://api-beispiel.de/changelog): Produkt- und API-Änderungen.Passende Fachartikel
Vor der Veröffentlichung prüfen
- Verweisen alle Dokumentationslinks auf die aktuelle Produktversion?
- Stimmen Funktionen und Limits mit der Pricing-Seite überein?
- Sind API, Status, Sicherheit und Support separat auffindbar?
- Sind veraltete Inhalte entfernt oder eindeutig als Archiv markiert?
Zusätzlich sollte die veröffentlichte Datei mit HTTP 200 und passendem Content-Type erreichbar sein, eine H1 sowie echte Markdown-Links enthalten und regelmäßig gegen tote URLs geprüft werden.
Aus den echten Seiten einen Entwurf bauen
Der Generator crawlt eine begrenzte Auswahl öffentlicher Seiten, zeigt Quellen und Ausschlüsse und lässt den Entwurf vor dem Download bearbeiten.
Generator öffnen