Ein Headless CMS ist ein Content-Management-System, das Inhalte nur speichert und über eine Programmierschnittstelle (API) bereitstellt, aber keine Website daraus baut. Die Darstellung übernimmt ein getrenntes System, etwa eine selbst entwickelte Website, eine App oder ein Shop. «Headless» heisst «ohne Kopf»: Der Inhalt hat kein eigenes Gesicht, sondern wird dort angezeigt, wo ihn ein anderes System abholt.
Was Headless CMS bedeutet
Ein klassisches Content-Management-System macht zwei Dinge auf einmal. Hinten verwaltet es die Inhalte: Texte, Bilder, Kategorien. Vorne baut es daraus die Website mit Design und Navigation. WordPress, Wix oder Shopify arbeiten so, und für die meisten Betriebe ist das genau richtig.
Ein Headless CMS verzichtet auf den vorderen Teil. Es speichert Inhalte und stellt sie über eine Schnittstelle bereit, strukturiert als Daten: Titel, Text, Datum, Bild. Was damit geschieht, entscheidet ein anderes System. Eine selbst programmierte Website holt sich die Daten und zeigt sie an. Eine App holt dieselben Daten und zeigt sie anders. Ein Bildschirm im Schaufenster holt sie ein drittes Mal.
Der Vorteil liegt in der Trennung. Inhalte werden einmal gepflegt und erscheinen überall. Der Nachteil: Jemand muss den vorderen Teil bauen. Ohne Entwickler gibt es keine Website, nur Daten.
Ein Beispiel aus dem KMU-Alltag
Ein Softwareunternehmen in St. Gallen betreibt eine selbst entwickelte Webplattform für seine Kunden. Die Marketingabteilung möchte einen Blog. Ein WordPress daneben zu stellen, passt nicht zum Design und würde ein zweites System bedeuten, das gewartet werden muss.
Die Lösung: Die Blogbeiträge liegen in einem Headless CMS. Die bestehende Plattform holt sie über die Schnittstelle ab und stellt sie im eigenen Design unter /blog/ dar. Das Marketing schreibt und gibt frei, die Entwickler bauen einmal die Darstellung, und die Beiträge erscheinen auf der Plattform, ohne dass jemand Inhalte kopiert.
Warum das für Ihr Unternehmen zählt
Für die meisten KMU ist ein Headless CMS kein Thema; ein klassisches System erfüllt alle Anforderungen. Relevant wird der Gedanke in zwei Situationen. Erstens, wenn Ihre Website selbst entwickelt ist und kein Standardsystem dahinter steht. Zweitens, wenn Inhalte aus einer externen Quelle kommen sollen, etwa fertige Blogbeiträge, die ein Dienstleister liefert.
In beiden Fällen braucht es dasselbe: eine Schnittstelle, über die Inhalte als Daten abgeholt werden. Genau dieses Prinzip nutzt eine Content-API, über die BlogPilot Beiträge an Systeme liefert, die keinen klassischen Blog haben. Welche Form der Anbindung für Ihre Website passt, klärt die Entscheidungshilfe in fünf Fragen.
Häufige Missverständnisse
Headless heisst nicht modern und klassisch nicht veraltet. Beide Ansätze haben ihren Platz; die Wahl hängt davon ab, ob ein Entwicklerteam vorhanden ist. Und headless ist nicht automatisch schnell oder suchmaschinenfreundlich. Wenn das Frontend die Seiten erst im Browser aufbaut, sehen Crawler womöglich leere Seiten. Google dokumentiert, dass JavaScript-Inhalte verzögert verarbeitet werden; serverseitig erzeugtes HTML bleibt die sichere Wahl.
Häufige Fragen
Ist WordPress ein Headless CMS?
WordPress ist ein klassisches CMS, das Inhalte verwaltet und gleichzeitig anzeigt. Es kann aber headless betrieben werden, weil es eine REST-API mitbringt, über die andere Systeme die Inhalte abholen. Viele Betriebe nutzen es weiter klassisch, mit Theme und Editor.
Brauche ich als KMU ein Headless CMS?
In den meisten Fällen nicht. Ein klassisches System wie WordPress, Wix oder Shopify reicht für Website und Blog. Headless lohnt sich, wenn eine Firma eine eigene Webanwendung oder App betreibt, oder wenn dieselben Inhalte an mehreren Orten erscheinen sollen.
Was ist für Google der Unterschied?
Keiner, solange die Website die Inhalte als fertiges HTML ausliefert. Problematisch wird es, wenn die Darstellung erst im Browser per JavaScript aufgebaut wird, weil Crawler dann unter Umständen leere Seiten sehen. Bei einem Headless-Aufbau sollte das Frontend die Seiten serverseitig erzeugen.