Headless CMS oder klassisches System: der Vergleich für B2B-Websites

Wer ein Headless CMS vergleichen will, beginnt meist bei Produktnamen. Das ist der zweite Schritt. Der erste lautet: Brauchen Sie überhaupt Headless, oder ist ein klassisches, gekoppeltes System für Ihre Lage die bessere Wahl? Diese Frage entscheidet mehr über Ihr Ergebnis als jede Gegenüberstellung von Funktionslisten.

Dieser Artikel geht die Entscheidung in dieser Reihenfolge durch: erst der Unterschied und was Sie mit jeder Variante gewinnen und aufgeben, dann die Auswahlkriterien, an denen sich Anbieter tatsächlich unterscheiden, dann die Punkte, die im deutschsprachigen Raum zusätzlich entscheiden.

Vorweg zur Einordnung: Wir sind plattformneutral und empfehlen weder ein bestimmtes Produkt noch Headless als solches. Die grundsätzliche Abwägung zwischen den Bauformen behandelt auch der Beitrag zur Wahl zwischen gehostetem Baukasten, offenem CMS und Eigenbau.

Was Headless anders macht

Der Unterschied ist schnell erklärt. Ein klassisches System speichert Inhalte und stellt gleichzeitig die Seiten dar. Ein Headless System speichert nur strukturierte Inhalte und gibt sie über eine Schnittstelle aus. Wie diese Inhalte aussehen, entscheidet eine getrennt gebaute Oberfläche.

Daraus folgen zwei Konsequenzen, und die zweite wird regelmäßig unterschätzt. Erstens: Dieselben Inhalte lassen sich in mehreren Kanälen ausspielen, etwa Website, Anwendung, Bildschirm im Ausstellungsraum, Produktdatenblatt. Zweitens: Sie brauchen jemanden, der die Oberfläche baut und dauerhaft pflegt.

Der zweite Punkt ist der Grund, warum Headless nicht automatisch die bessere Wahl ist. Sie tauschen Bequemlichkeit gegen Freiheit. Ob dieser Tausch sich lohnt, hängt daran, ob Sie die Freiheit tatsächlich brauchen.

Wann Headless sich lohnt und wann nicht

Vier Situationen sprechen klar dafür, und ebenso klar dagegen.

Dafür spricht: Sie bespielen mehrere Kanäle aus einem Inhaltsbestand. Sie führen mehrere Sprachen oder Marktvarianten und wollen sie nicht dreifach pflegen. Ihr Inhaltsmodell weicht von üblichen Seitenstrukturen ab, etwa bei Produktkatalogen oder technischen Datenblättern. Sie haben ein Entwicklungsteam oder einen festen technischen Partner, der die Oberfläche verantwortet.

Dagegen spricht: Ihre Website hat eine überschaubare Zahl an Seiten und einen Kanal. Es gibt niemanden, der die Oberfläche dauerhaft pflegt. Ihr Team will Seiten selbst aufbauen und nicht nur Texte einsetzen. Ihr Zeitdruck ist hoch und der Aufbauaufwand steht dem im Weg.

Für viele deutschsprachige B2B-Unternehmen lautet der ehrliche Schluss, dass ein Headless System erst bei mehreren Kanälen, echter Mehrsprachigkeit, einem großen Inhaltsbestand oder einem eigenen Entwicklungsteam wirklich lohnt. Haben Sie eine überschaubare Website und kein technisches Team, ist ein klassisches oder visuelles System oft günstiger und schneller live, ohne dass Sie am Ergebnis einbüßen.

Die Auswahlkriterien, an denen sich Anbieter unterscheiden

Wenn die Grundsatzfrage zugunsten von Headless entschieden ist, beginnt der Anbietervergleich. Der Markt teilt sich grob in drei Ausrichtungen, und die Bezeichnung auf der Produktseite sagt Ihnen weniger als die Antwort auf diese sieben Fragen.

1. Wie arbeitet die Redaktion? Manche Systeme lassen Inhalte im Seitenkontext bearbeiten, sodass Redakteure sehen, was entsteht. Andere denken konsequent in Datenfeldern und überlassen die Darstellung vollständig der Oberfläche. Das erste senkt die Abhängigkeit von Entwicklern spürbar, das zweite erzwingt saubere Struktur. Beides ist vertretbar, aber es passt jeweils zu einem anderen Team. Wie viel Selbstständigkeit realistisch ist, behandelt der Beitrag dazu, die Website selbst zu bearbeiten.

2. Wie frei ist das Inhaltsmodell? Prüfen Sie an Ihrem schwierigsten Inhaltstyp, nicht am einfachsten. Kataloge, technische Spezifikationen und mehrstufige Produkthierarchien trennen die Systeme deutlicher als eine Startseite.

3. Wie sieht die Kostenkurve aus? Konkrete Preise sind der am schnellsten veraltende Teil jedes Vergleichs. Nützlicher ist die Form: Zahlen Sie je Person, je tatsächlicher Nutzung, oder in Stufen mit einem großen Sprung Richtung Unternehmensvertrag? Rechnen Sie mit der Zahl der Menschen, die tatsächlich Inhalte bearbeiten, und mit Ihrem Wachstum über zwei bis drei Jahre. Nicht mit dem kostenlosen Einstiegspunkt.

4. Wie werden Rollen und Freigaben abgebildet? In kleinen Teams ist das nebensächlich. Sobald mehrere Abteilungen oder Landesgesellschaften denselben Bestand pflegen, wird es zum Hauptkriterium.

5. Wie werden Marktvarianten gepflegt? Nicht nur Sprachen, sondern Varianten derselben Sprache. Wenn Sie Deutschland, Österreich und die Schweiz bedienen, brauchen Sie die Möglichkeit, Texte je Markt abzuwandeln, ohne den gesamten Inhalt zu duplizieren.

6. Wie kommen Sie wieder heraus? Prüfen Sie, wie Sie Ihre Inhalte vollständig und in einem brauchbaren Format exportieren, und ob das ohne Zusatzpaket geht. Weil Inhalte hier strukturiert liegen, ist ein Wechsel technisch meist leichter als bei einem klassischen System. Voraussetzung ist, dass der Export tatsächlich funktioniert und nicht nur beschrieben ist.

7. Was fehlt, das Sie zukaufen müssen? Ein Headless System liefert Inhalte, keine Funktionen. Formulare, Suche, Newsletteranmeldung und die Anbindung an Ihr CRM kommen aus anderen Diensten und müssen verbunden werden. Rechnen Sie das in Aufwand und laufende Kosten ein. Worauf dabei zu achten ist, beschreibt der Beitrag zu Schnittstellen auf der Website.

Was im deutschsprachigen Raum zusätzlich entscheidet

Diese Ebene fehlt in fast jedem internationalen Vergleich und entscheidet hier regelmäßig mit.

Verarbeitungsort und Datenübermittlung. Ob Inhalte und Nutzungsdaten innerhalb der EU verarbeitet werden, hängt bei den meisten Anbietern vom gewählten Paket und von der Regionseinstellung ab, nicht vom Anbieter als solchem. Prüfen Sie das ausdrücklich und lassen Sie sich die Angabe schriftlich geben. Warum das mehr ist als eine Formalie, beschreibt der Beitrag zu EU-Hosting und DSGVO.

Auftragsverarbeitung. Sie brauchen mit jedem beteiligten Anbieter einen Vertrag zur Auftragsverarbeitung. Bei internationalen Anbietern liegt der meist als Standarddokument vor, was in Ordnung ist, aber er gehört gelesen und abgelegt, bevor die erste Kundenanfrage durch das System läuft. Rechnen Sie ein, dass ein Headless-Aufbau die Zahl der beteiligten Dienstleister erhöht, weil Formulare, Suche und Versand von woanders kommen.

Mehrmarktfähigkeit. Wenn Sie Deutschland, Österreich und die Schweiz bedienen, brauchen Sie mehr als eine Sprachumschaltung. Prüfen Sie an einem echten Beispiel, wie Marktvarianten gepflegt werden, nicht an der Produktbeschreibung. Wie die technische Seite auszusehen hat, beschreibt der Beitrag zu Hreflang-Tags.

Support in der eigenen Sprache. Für viele Mittelständler ist deutschsprachiger Support kein Komfort, sondern die Bedingung dafür, dass ein System intern akzeptiert wird. Klären Sie, ob das im Paket enthalten ist oder aufpreispflichtig.

Was Headless für Ihre Auffindbarkeit bedeutet

Ein häufiges Missverständnis: Headless sei besser für SEO. Das stimmt nicht von sich aus. Bei dieser Bauform holen Sie Inhalte über eine Schnittstelle und stellen sie in Ihrer eigenen Oberfläche dar. Die Geschwindigkeit Ihrer Website hängt also vor allem daran, wie gut diese Oberfläche gebaut ist, nicht am System dahinter.

Ein Headless-Aufbau ermöglicht ausgezeichnete Core Web Vitals, er garantiert sie aber nicht. Ein schlecht gebauter Headless-Auftritt schneidet schlechter ab als ein gut gepflegtes klassisches System. Zusätzlich gilt: Was ausschließlich im Browser des Besuchers zusammengesetzt wird, ist für Suchmaschinen und für Sprachmodelle schwerer zuverlässig zu erfassen. Sorgen Sie dafür, dass Ihre Seiten serverseitig fertig ausgeliefert werden. Welche Kontrollen bei der Auswahl aus SEO-Sicht zählen, behandelt der Beitrag zum CMS für SEO.

Wie Sie konkret für Ihren Fall vergleichen

Beginnen Sie nicht beim Werkzeug, sondern bei vier Fragen zu Ihrer eigenen Lage:

1. Wer pflegt künftig die Inhalte, und wie technisch sind diese Menschen?
2. Wie viele Personen brauchen einen Zugang, heute und in zwei Jahren?
3. Wie eigen ist Ihr Inhaltsmodell? Bauen Sie wirklich etwas Maßgeschneidertes oder vor allem Standardseiten?
4. In wie viele Kanäle, Sprachen oder Marktvarianten müssen Sie veröffentlichen?

Beantworten Sie die ehrlich, fällt die Wahl meist von selbst in die richtige Richtung. Prüfen Sie Ihre engere Auswahl danach an den aktuellen Preisen und bauen Sie einen kleinen Testaufbau mit Ihren eigenen Inhalten. Erst dann sehen Sie, wie sich ein System für Ihr Team tatsächlich anfühlt.

Planen Sie zugleich einen Wechsel von einer bestehenden Plattform, achten Sie auf Ihre Auffindbarkeit. Wie eine Umstellung ohne Sichtbarkeitsverlust abläuft, beschreibt der Beitrag zum CMS-Migrationsablauf. Und welche Anforderungen überhaupt in die Ausschreibung gehören, klärt der Beitrag dazu, ein Website-Briefing zu schreiben.

Häufige Fragen

Brauche ich für ein Headless CMS zwingend Entwickler?

Für den Aufbau ja, für den laufenden Betrieb nicht unbedingt. Genau darin liegt die Abwägung: Sie tauschen einmaligen Aufbauaufwand gegen dauerhafte Freiheit in der Darstellung. Wenn Sie weder Entwickler im Haus noch einen festen Partner haben, ist das ein Argument gegen die Bauform, nicht gegen einen bestimmten Anbieter.

Ist Headless sicherer als ein klassisches System?

Anders, nicht pauschal sicherer. Es gibt keine öffentlich erreichbare Verwaltungsoberfläche auf Ihrer eigenen Installation, was eine bekannte Angriffsfläche entfernt. Dafür verteilt sich Ihre Abhängigkeit auf mehrere Dienstleister, und jeder davon ist ein eigenes Risiko. Was Sie an Aktualisierungsaufwand sparen, geben Sie an Anbietersteuerung wieder aus.

Können mehrere Marken oder Standorte ein System teilen?

Ja, und das ist eine der Stärken der Bauform. Die entscheidende Frage ist nicht, ob es geht, sondern wie die Rechte- und Freigabestruktur aussieht, wenn verschiedene Teams denselben Bestand pflegen. Prüfen Sie das an Ihrem eigenen Organigramm, nicht am Beispiel des Anbieters.

Was passiert, wenn der Anbieter die Preise erhöht oder eingestellt wird?

Diese Frage gehört vor die Entscheidung, nicht danach. Klären Sie den vollständigen Export und legen Sie fest, wer im Ernstfall die Oberfläche auf ein anderes System umhängt. Weil Inhalte strukturiert vorliegen, ist ein Wechsel machbar. Er ist trotzdem ein Projekt und keine Einstellung.

Lohnt sich der Wechsel von einem klassischen System, das funktioniert?

Selten allein wegen der Technik. Ein Wechsel lohnt, wenn Sie einen konkreten Engpass haben: mehrere Kanäle, unhaltbare Pflege bei mehreren Märkten, ein Inhaltsmodell, das das aktuelle System nicht abbildet. “Moderner” ist kein Engpass. Solange Ihr System Ihre Seiten schnell ausliefert und Ihr Team damit arbeiten kann, investieren Sie das Geld besser in Inhalte.

Die kurze Fassung

Die eigentliche Entscheidung liegt zwischen Headless und einem klassischen, gekoppelten System, nicht zwischen Produktnamen. Headless gewinnt bei mehreren Kanälen, echter Mehrsprachigkeit, eigenwilligen Inhaltsmodellen und vorhandener Entwicklerkapazität. Ein klassisches System gewinnt bei überschaubaren Websites, kleinen Teams und Zeitdruck.

Ist die Grundsatzfrage entschieden, unterscheiden sich die Anbieter vor allem in Redaktionserlebnis, Freiheit im Inhaltsmodell, Form der Kostenkurve, Rollenverwaltung, Mehrmarktfähigkeit und Ausstiegsmöglichkeit. Und manchmal lautet das ehrliche Ergebnis, dass ein einfacheres System Ihr Ziel schneller und günstiger erreicht.

Wollen Sie das nüchtern gegen Ihre Ziele und Ihr Budget abwägen lassen? Schauen Sie sich an, wie wir Websites erstellen, oder vereinbaren Sie Ihr kostenloses Erstgespräch.