Wenn Sie eine neue Website in Auftrag geben, hat Ihnen vermutlich schon jemand gesagt, Headless sei die Zukunft und klassische Systeme seien überholt. Jemand anderes hat Ihnen das Gegenteil erzählt. Bei der Entscheidung zwischen WordPress und Headless geht es weniger um Technologie als um Ihr Team, Ihre Inhalte und die Zahl der Orte, an denen diese Inhalte erscheinen müssen. Dieser Leitfaden zeigt, was jeder Ansatz in der Praxis bedeutet, was er im Betrieb kostet und welche Fragen Sie zur richtigen Wahl für Ihre Organisation führen.
Was bedeutet Headless eigentlich?
Ein klassisches Content-Management-System erledigt zwei Aufgaben. Es speichert und verwaltet Ihre Inhalte, und es erzeugt die Seiten, die Besucher sehen. WordPress arbeitet in seiner Standardform genau so: Die Redaktion schreibt im Admin-Bereich, und ein Theme macht aus den Inhalten Webseiten.
Ein Headless-Setup trennt diese Aufgaben. Das Content-Management-System speichert die Inhalte nur noch und stellt sie über eine API bereit. Eine eigene Anwendung, das Frontend, ruft diese Inhalte ab und baut daraus die Seiten, meist mit einem JavaScript-Framework. Der „Kopf“, der entfernt wurde, ist die Darstellungsschicht.
Zwei Punkte werden oft missverstanden. Erstens beschreibt Headless eine Architektur, kein Produkt: WordPress selbst lässt sich als Headless-System nutzen, ebenso wie spezialisierte Plattformen, die eigens dafür gebaut wurden. Zweitens bedeutet Headless nicht automatisch schneller, sicherer oder besser. Es bedeutet flexibler, um den Preis von mehr Teilen, die gebaut und gepflegt werden müssen.
Was kann klassisches WordPress besonders gut?
Für die meisten Marketing-Websites bleibt WordPress in seiner Standardform eine starke Wahl, und zwar aus praktischen Gründen.
- Die Redaktion ist unabhängig. Ihr Team kann Seiten anlegen, Layouts ändern und das Ergebnis in der Vorschau prüfen, ganz ohne Entwickler.
- Das Ökosystem ist ausgereift. Formulare, SEO, mehrsprachige Inhalte, E-Commerce, Buchungen und Mitgliederbereiche gibt es als etablierte Plugins statt als Eigenentwicklung.
- Fachleute sind leicht zu finden. Sie sind nicht von einem einzigen Dienstleister abhängig, weil viele Entwickler und Agenturen damit arbeiten.
- Kosten und Dauer der Umsetzung sind geringer. Ein System erledigt die gesamte Aufgabe.
- Es kann schnell sein. Mit gutem Hosting, Caching, einem schlanken Theme und diszipliniertem Umgang mit Plugins erfüllt eine WordPress-Website auch hohe Performance-Anforderungen.
Wann lohnt sich Headless?
Headless ist die zusätzliche Komplexität unter bestimmten Bedingungen wert:
- Inhalte versorgen mehrere Kanäle. Dieselben Inhalte müssen auf einer Website, in einer mobilen App, auf Bildschirmen im Laden oder auf Partnerplattformen erscheinen. Einmal pflegen, überall ausliefern: Genau dafür ist die Architektur gemacht.
- Das Frontend ist eher eine Anwendung als eine Website. Komplexe interaktive Tools, Dashboards hinter einem Login oder stark individualisierte Produkterlebnisse profitieren von einem eigenen Frontend-Framework.
- Sie haben ungewöhnlich viel Traffic oder starke Lastspitzen. Vorab erzeugte Seiten, die über ein Content Delivery Network ausgeliefert werden, verkraften plötzliche Nachfrage sehr gut.
- Mehrere Systeme müssen zusammengeführt werden. Inhalte aus einem CMS, Produkte aus einer Commerce-Plattform und Daten aus internen Systemen lassen sich in einem einzigen Frontend zusammenbringen.
- Sie haben eigene Entwickler im Haus, die das Frontend langfristig verantworten und ausbauen.
Trifft nichts davon zu, bringt Headless voraussichtlich Mehrkosten, aber keinen Mehrwert, den Ihre Besucher oder Ihre Redaktion bemerken würden.
Welche versteckten Kosten hat Headless?
Die Nachteile von Headless zeigen sich meist erst nach dem Launch, und sie treffen vor allem die Menschen, die die Website pflegen.
- Zwei Systeme, die gebaut, gehostet und gewartet werden müssen. CMS und Frontend brauchen jeweils Hosting, Monitoring, Updates und Aufmerksamkeit für die Sicherheit.
- Die redaktionelle Arbeit ist weniger direkt. Live-Vorschau und visueller Seitenaufbau müssen eigens entwickelt werden und laufen selten so rund wie in einem klassischen Setup. Oft füllt die Redaktion strukturierte Felder aus, ohne die fertige Seite zu sehen.
- Plugins funktionieren nicht mehr wie gewohnt. Alles, was im Frontend etwas ausgibt, etwa Formulare, SEO-Tags, Cookie-Einwilligung oder Analytics-Anbindungen, muss neu gebaut oder neu angebunden werden.
- Änderungen hängen an Entwicklern. Ein neues Seitenlayout oder ein neuer Abschnittstyp ist eine Entwicklungsaufgabe, keine Redaktionsaufgabe.
- SEO braucht bewusste Sorgfalt. Metadaten, Sitemaps, Weiterleitungen und strukturierte Daten sind alle machbar, müssen aber einzeln von Hand umgesetzt werden, und das Rendering muss so konfiguriert sein, dass Suchmaschinen vollständiges HTML erhalten.
WordPress oder Headless: Welche Fragen geben den Ausschlag?
Stellen Sie diese Fragen Ihrem Team und den Dienstleistern, die für Sie infrage kommen.
- Wo müssen unsere Inhalte erscheinen, heute und in den nächsten Jahren? Nur auf einer Website oder auch in anderen Kanälen?
- Wer aktualisiert die Website im Alltag, und wie viel Freiheit brauchen diese Personen, um Seiten ohne Hilfe anzulegen und umzubauen?
- Haben wir Entwickler im Haus oder fest unter Vertrag, und wird das so bleiben?
- Welche Funktionen brauchen wir, und gibt es sie als bewährte Plugins?
- Welches Performance-Problem haben wir heute, falls überhaupt, und ist seine Ursache geklärt?
- Wie hoch sind die Gesamtkosten über die Lebensdauer der Website, inklusive Hosting, Wartung und Änderungen?
Als Faustregel gilt: Ein Unternehmen, dessen Website in erster Linie ein Instrument für Marketing und Lead-Generierung ist und von einem Marketingteam gepflegt wird, fährt mit gut gebautem klassischem WordPress am besten. Eine Organisation mit Produktteam, mehreren Kanälen und Anforderungen, die denen einer Anwendung ähneln, sollte Headless ernsthaft prüfen.
Gibt es einen Mittelweg zwischen beiden?
Ja, und oft ist er die vernünftigste Antwort. Sie können WordPress als Content-System behalten und headless betreiben: Die Redaktion behält den vertrauten Admin-Bereich, die Entwickler gewinnen Freiheit im Frontend. Oder Sie wählen eine hybride Lösung: Der überwiegende Teil der Website läuft mit Standard-WordPress, und nur ein anspruchsvoller Bereich, etwa ein Konfigurator oder ein Kundenportal, entsteht als eigene Anwendung.
Sie können auch für die Zukunft planen, ohne heute dafür zu bezahlen. Eine klassische WordPress-Website mit strukturierten Inhalten, sauberen benutzerdefinierten Feldern und wenig seitenspezifischem Styling lässt sich später auf ein Headless-Frontend umziehen, weil die Inhalte bereits wiederverwendbar organisiert sind. Gute Inhaltsmodellierung hält beide Optionen offen.
Häufige Fragen
Ist eine Headless-Website immer schneller?
Nein. Headless-Websites können extrem schnell sein, aber ein schwergewichtiges JavaScript-Frontend kann ebenso langsam sein, vor allem auf mobilen Geräten. Eine sorgfältig gebaute und gut gehostete WordPress-Website hält mit. Über die Geschwindigkeit entscheidet die Qualität der Umsetzung mehr als die Architektur.
Ist Headless sicherer als WordPress?
Die Trennung von Frontend und CMS verkleinert die öffentlich erreichbare Angriffsfläche, und das hilft. Sie nimmt Ihnen aber nicht die Pflicht, das CMS, die APIs und die Abhängigkeiten des Frontends aktuell zu halten und zu schützen. Eine klassische WordPress-Website, die aktuell gehalten und richtig konfiguriert ist, ist für die allermeisten Anwendungsfälle sicher.
Ist Headless schlecht für SEO?
Nicht, wenn es richtig umgesetzt ist, also mit Seiten, die auf dem Server gerendert oder vorab erzeugt werden. Das Risiko liegt in dem, was vergessen wird: Metadaten, Weiterleitungen, Sitemaps und strukturierte Daten, die ein klassisches Setup über ein Plugin abdeckt, müssen hier jeweils gezielt gebaut werden.
Können wir später von WordPress auf Headless umsteigen?
Ja. Sind die Inhalte strukturiert gespeichert, kann WordPress das Content-System bleiben, während darum herum ein neues Frontend entsteht. Websites, die stark von einem visuellen Page-Builder abhängen, lassen sich schwerer umstellen, weil ihre Inhalte an das Layout gebunden sind.
Wenn Sie eine unvoreingenommene Empfehlung wünschen, die von Ihren Inhalten, Ihrem Team und Ihren Zielen ausgeht, sehen Sie sich unsere Leistung Webdesign und Webentwicklung an.
