# Headless: warum die Bauweise deiner Website entscheidet Thema: [Maschinenlesbare Website](https://btlabs.dev/de/ki-website) > Headless trennt Inhalt und Darstellung. Was das für Website, Suchmaschinen und KI-Assistenten bedeutet — und warum eine hybride Bauweise für Betriebe besser passt. Headless ist eine Bauweise, bei der Inhalt und Darstellung getrennt sind: Die Inhalte liegen als strukturierte Daten in einem zentralen System, und die Website ist nur einer von mehreren Wegen, sie auszugeben. Der Name kommt vom fehlenden „Kopf" — es gibt keine fest angebaute Darstellungsschicht. Die ausführliche Begriffserklärung steht im Glossar unter [Headless CMS](https://btlabs.dev/de/glossary/headless-cms). Für einen Betrieb klingt das zunächst nach Technikdetail. Es ist aber die Entscheidung, die festlegt, wie gut deine Website mit allem zurechtkommt, was nach dem Browser kommt. ## Was bedeutet Headless-Architektur für eine Website? Headless-Architektur bedeutet, dass jede Information genau einmal gepflegt wird und jeder Kanal sie über eine Schnittstelle abholt — die Website, eine Suchmaschine, ein KI-Assistent. In einem klassischen System sind Inhalt und Seitenvorlage verklebt: Die Öffnungszeiten stehen als Satz in einem Textblock, der Preis in einer Tabelle, die Adresse im Fußbereich. Für einen Menschen ist das lesbar. Für eine Maschine ist es Text, aus dem sie die Angaben erst herausraten muss. In einer Headless-Architektur sind dieselben Angaben Felder: Öffnungszeit, Preis, Adresse, jeweils mit Namen und Wert. Die Website setzt daraus eine Seite zusammen. Eine andere Stelle kann dieselben Felder direkt lesen — ohne dass jemand etwas kopiert oder doppelt pflegt. ## Warum die Bauweise heute mehr zählt als das Design. Die Bauweise zählt heute mehr, weil deine Website nicht mehr nur von Menschen gelesen wird. Suchmaschinen werten strukturierte Angaben aus, KI-Assistenten setzen Antworten aus mehreren Quellen zusammen, und Agenten versuchen, im Auftrag eines Kunden etwas zu erledigen. Alle drei kommen mit sauber getrennten Daten besser zurecht als mit einer fertig gestalteten Seite. Ein Beispiel: Die Frage „Hat der Betrieb am Samstag offen?" lässt sich aus einem Feld mit Öffnungszeiten eindeutig beantworten. Aus einem Absatz, in dem „samstags nach Vereinbarung" irgendwo zwischen zwei Sätzen steht, nicht. Genau dort entstehen die falschen Auskünfte, die Betriebe später in KI-Antworten wiederfinden. Wie weit das reichen kann, zeigt der Beitrag [Wenn deine Website Werkzeuge anbietet statt Seiten](https://btlabs.dev/de/posts/wenn-deine-website-werkzeuge-anbietet): Dort geht es um den Schritt vom Lesen zum Handeln. ## Rein headless ist nicht das Ziel. Rein headless zu bauen heißt, dass du neben dem Inhaltssystem eine eigene Website als separate Anwendung brauchst — mit eigener Entwicklung, eigenem Betrieb und eigenen Updates. Für große Unternehmen mit mehreren Apps und Kanälen rechnet sich das. Für einen Betrieb mit einer Website, einem Kontaktformular und drei Sprachen ist es meist zu viel. Deshalb ist btlabs Core bewusst hybrid gebaut: Die Plattform liefert die sichtbare Website selbst aus — und stellt dieselben Inhalte zugleich über Schnittstellen bereit. Du bekommst die Trennung von Inhalt und Darstellung, ohne zwei Systeme betreiben zu müssen. Eine Datenbasis, mehrere Kanäle. Keine Doppelpflege. ## Was eine hybride Headless-Plattform heute schon ausliefert. Aus derselben Datenbasis entstehen bei btlabs Core neben der Website mehrere maschinenlesbare Zugänge: - **Strukturierte Daten nach Schema.org** — Betrieb, Öffnungszeiten, Leistungen, FAQ und Glossarbegriffe als JSON-LD in den Seiten. - **Markdown-Fassungen der Seiten** — der reine Text ohne Layout, für Systeme, die nur lesen wollen. - **llms.txt in Kurz- und Vollfassung** — ein Branchenvorschlag, keine verabschiedete Norm, aber eine übersichtliche Einstiegsdatei. - **REST- und GraphQL-Schnittstellen** — zum Abholen von Inhalten durch andere Anwendungen. - **Ein Zugang über das [Model Context Protocol](https://btlabs.dev/de/glossary/mcp-model-context-protocol)** — über den KI-Assistenten gezielt lesen und, je nach Zugang, auch pflegen — per Schlüssel mit Rechten je Bereich oder per Anmeldung mit vollem Zugriff. Jeder Aufruf wird protokolliert. - **Neun „.well-known"-Adressen** — darunter ein API-Katalog nach RFC 9727 und eine OpenAPI-Beschreibung. So wird die Website zur [digitalen Wissens- und Serviceschnittstelle](https://btlabs.dev/de/glossary/digitale-wissens-und-serviceschnittstelle): für Menschen lesbar, für Maschinen abrufbar. ## Wo die Grenzen liegen. Eine Headless-Architektur sorgt dafür, dass deine Angaben sauber und abrufbar vorliegen — sie sorgt nicht dafür, dass eine KI dich deshalb empfiehlt. Das hängt auch davon ab, was andere über dich schreiben und wie eindeutig deine Angaben sind. Zwei weitere Grenzen, ehrlich benannt: Die Schnittstellen sind abholend, die Plattform schiebt von sich aus nichts in fremde Systeme wie Buchhaltung oder Warenwirtschaft. Und ein Shop oder ein geschützter Kundenbereich sind vorbereitet, aber Ausbaustufen, die bei Bedarf auf das bestehende Fundament gesetzt werden — kein fertiges Modul. ## Woran du erkennst, wie deine Website gebaut ist. Drei Fragen genügen für eine erste Einschätzung: 1. **Liegen deine Öffnungszeiten als eigene Angabe vor** — oder nur als Satz in einem Textblock? 2. **Gibt es eine Textfassung deiner Seiten ohne Layout** — etwa eine llms.txt oder eine Markdown-Fassung? 3. **Kann ein zweiter Kanal dieselben Inhalte abrufen**, ohne dass jemand sie kopiert? Lautet die Antwort dreimal Nein, ist deine Website für Menschen gebaut — nicht für die Systeme, die heute zwischen dir und deinen Kunden stehen. Was btlabs Core dafür im Einzelnen mitbringt, steht auf der Seite [Features & Details](https://btlabs.dev/de/features). --- Source: https://btlabs.dev/de/posts/headless-bauweise-website Last-Modified: 2026-10-23T07:00:01.800Z Languages: [it](https://btlabs.dev/llms/it/posts/headless-come-e-costruito-il-sito) · [en](https://btlabs.dev/llms/en/posts/headless-how-your-website-is-built) See also: [llms.txt](https://btlabs.dev/llms.txt) · [ai.txt (Policy)](https://btlabs.dev/ai.txt) · [identity.json](https://btlabs.dev/identity.json)