Was ist Headless WordPress?

Bei Headless WordPress übernimmt WordPress nur noch die Inhaltsverwaltung im Backend, während ein separates Werkzeug wie Astro die sichtbare Website ausliefert. Backend und Frontend sind entkoppelt – daher headless. Die Redaktion pflegt Inhalte wie gewohnt, der Besucher bekommt ein schnelles, statisches Frontend ohne Datenbankabfrage bei jedem Aufruf.

Ändert sich für meine Redaktion etwas?

Am Backend praktisch nichts: Editor, Rechteverwaltung und Medienbibliothek bleiben gleich. Der spürbare Unterschied ist die Vorschau – bei einem statisch gebauten Frontend sehen Redakteure Änderungen nicht sofort, sondern über eine eigene Vorschau-Lösung. Das ist lösbar, muss aber von Anfang an eingeplant werden.

Was kostet Headless WordPress mit Astro?

Der Aufbau ist aufwändiger als ein Standard-WordPress mit Theme, weil das Frontend maßgeschneidert wird und ein Veröffentlichungsweg eingerichtet werden muss. Dafür sinkt der laufende Pflegeaufwand am Frontend und die Sicherheitslage verbessert sich strukturell. Über mehrere Jahre relativiert sich der höhere Anfangsaufwand oft.

Wann lohnt sich Headless WordPress – und wann nicht?

Es lohnt sich, wenn eine bestehende WordPress-Seite zu langsam geworden ist, die Redaktion das Backend aber behalten soll, und Performance oder Sicherheit geschäftlich wichtig sind. Es lohnt sich nicht bei kleinen, unkritischen Seiten oder wenn niemand den Build- und Vorschau-Prozess betreuen will.

Headless WordPress mit Astro: WordPress pflegen, Astro ausliefern

Es gibt eine Situation, die wir bei Bestandskunden immer wieder erleben: Die WordPress-Seite ist über Jahre gewachsen, die Redaktion arbeitet routiniert damit – aber die Seite ist langsam geworden. Zu viele Plugins, zu viel Ballast, zu viel, das bei jedem Aufruf neu zusammengebaut wird. Der Reflex lautet dann oft: „Dann bauen wir halt neu, in was Schnellem.” Und im selben Atemzug: „Aber unsere Redaktion gibt WordPress nicht her.”

Beides ist berechtigt. Und beides muss sich nicht ausschließen. Genau dafür gibt es Headless WordPress mit Astro: Ihr behaltet das Redaktions-Backend, das euer Team kennt – und tauscht nur das Frontend gegen eines, das blitzschnell und kaum angreifbar ist.

Wenn ihr noch grundsätzlich zwischen den beiden Welten schwankt, lest zuerst unseren ehrlichen Vergleich Astro vs. WordPress. Dieser Artikel setzt dort an, wo die Antwort „eigentlich beides” lautet.

Was „headless” eigentlich bedeutet

Ein klassisches WordPress ist beides in einem: das System, in dem Inhalte gepflegt werden (das Backend), und das System, das die Seite an den Besucher ausliefert (das Frontend). Beides hängt fest zusammen – daher „gekoppelt”.

„Headless” trennt diese beiden Teile. WordPress macht nur noch das, worin es gut ist: Inhalte verwalten. Den „Kopf” – also die sichtbare Website – setzt ein anderes Werkzeug zusammen. In unserem Fall Astro.

Das Bild dazu: WordPress wird zum Lager, Astro zum Schaufenster. Eure Redakteure räumen weiter das Lager ein, so wie immer. Aber was der Besucher sieht, ist ein hochoptimiertes Schaufenster, das nichts von der Komplexität dahinter mitbekommt.

Wie das technisch funktioniert

Der Ablauf ist überschaubarer, als „headless” klingt:

Inhalte bleiben in WordPress. Eure Redaktion schreibt, pflegt und veröffentlicht weiter im gewohnten Backend – inklusive Custom Fields, Kategorien, Medien.
WordPress gibt die Inhalte über eine Schnittstelle aus. Das kann die eingebaute REST-API sein, die WordPress ohne zusätzliches Plugin mitbringt. Für strukturierte Projekte setzen wir häufig auf WPGraphQL: Das Plugin lässt Astro exakt die Felder abfragen, die eine Seite braucht – kein Over-fetching, keine aufgeblähten API-Antworten. Die Inhalte werden damit als Daten abrufbar, nicht mehr nur als fertige HTML-Seite.
Astro holt sich diese Daten und baut daraus die Seite. Astros Content Layer (seit Astro 5) ist genau dafür gemacht, Inhalte aus externen Quellen wie WordPress einzulesen. Mit den Live Content Collections aus Astro 6 lassen sich auch Inhalte einbinden, die sich häufiger ändern, ohne jedes Mal die ganze Seite neu zu bauen.
Die fertige Seite wird statisch ausgeliefert. Der Besucher bekommt vorgerendertes HTML – ohne Datenbankabfrage, ohne PHP-Verarbeitung bei jedem Aufruf. Das ist der Geschwindigkeits- und Sicherheitsgewinn.

Damit neue Inhalte live gehen, wird die Seite nach der Veröffentlichung in WordPress neu gebaut. Das lässt sich vollständig automatisieren: Ein WordPress-Webhook feuert beim Klick auf „Veröffentlichen” und stößt auf Netlify, Vercel oder einem eigenen CI-Server automatisch einen Build an. Die fertige Seite ist in der Regel innerhalb weniger Minuten live. Für die Redaktion ändert sich am Ablauf nichts; der Schritt passiert im Hintergrund, unsichtbar.

Was sich für eure Redaktion ändert – und was nicht

Das ist die Frage, die in der Praxis über Erfolg oder Frust entscheidet. Die ehrliche Antwort:

Was gleich bleibt: Das Backend, die Bedienung, der gewohnte Editor, Rechteverwaltung, Medienbibliothek. Wer heute in WordPress einen Beitrag anlegt, macht das danach genauso.

Was anders wird: Die Vorschau. In einem klassischen WordPress sieht man Änderungen sofort in der Live-Vorschau. Bei einem statisch gebauten Frontend braucht es dafür eine eigene Lösung – sonst sehen Redakteure ihre Änderung erst nach dem nächsten Build. Konkret heißt das entweder eine dedizierte Vorschau-Umgebung, die nach jedem Speichern neu gebaut wird, oder ein Token-basierter Vorschau-Modus im Astro-Frontend, der unveröffentlichte WordPress-Inhalte sicher rendert. Beides ist machbar. Beides muss aber von Anfang an eingeplant sein. Wer das verschweigt, verkauft euch ein Problem als Feature.

Genau hier scheitern viele schlecht geplante Headless-Projekte: Niemand hat an die tägliche Arbeit der Redaktion gedacht. Wir planen die Vorschau- und Veröffentlichungswege deshalb mit, bevor die erste Zeile Code entsteht.

Was ihr gewinnt

Tempo. Statisch ausgeliefertes HTML ist das Schnellste, was eine Website sein kann. Das schlägt direkt auf Ladezeit, Absprungrate und Core Web Vitals durch – wie deutlich, zeigen wir in 100/100 PageSpeed mit Astro.
Sicherheit. Das angreifbare WordPress-Frontend steht nicht mehr öffentlich im Netz – Besucher sehen nur statische Dateien. Das WordPress-Backend lässt sich abschotten oder nur intern erreichbar machen. Ein großer Teil klassischer WordPress-Angriffsflächen fällt damit weg.
Stabilität bei Lastspitzen. Eine statische Seite hält Traffic-Spitzen mühelos aus – es gibt keine Datenbank, die unter Last einbricht.
Redaktioneller Komfort bleibt. Der entscheidende Punkt: Ihr gebt nichts auf, woran euer Team gewöhnt ist.

Was es kostet – ehrlich

Headless ist kein Gratis-Upgrade. Drei Dinge müsst ihr einkalkulieren:

Mehr bewegliche Teile. Ihr betreibt jetzt zwei Systeme statt einem: WordPress als Backend und das Astro-Frontend mit seinem Build-Prozess. Das will eingerichtet, verbunden und gewartet sein.

Höherer Aufbau-Aufwand. Ein Headless-Setup ist maßgeschneiderter als ein Standard-WordPress mit Theme. Der initiale Aufwand liegt höher – dafür bekommt ihr ein Frontend ohne Plugin-Ballast.

Ein definierter Veröffentlichungsweg. Build-Automatisierung, Vorschau, Deployment – das braucht einmal eine saubere Einrichtung. Danach läuft es, aber es ist Teil der Rechnung.

Im Gegenzug sinkt der laufende Pflegeaufwand am Frontend, und die Sicherheitslage verbessert sich strukturell. Über mehrere Jahre gerechnet relativiert sich der höhere Aufbau-Aufwand oft – die Gesamtbetrachtung dazu findet ihr in Was eine Unternehmenswebsite 2026 wirklich kostet.

Wann es sich lohnt – und wann nicht

Headless WordPress mit Astro lohnt sich, wenn …

ihr eine bestehende WordPress-Seite habt, die zu langsam geworden ist, aber die Redaktion das Backend behalten soll
Performance und Sicherheit geschäftlich wichtig sind
ihr ohnehin vor einem Relaunch steht und die Gelegenheit nutzen wollt
ihr einen Dienstleister habt, der das Setup betreut (oder ein eigenes technisches Team)

Es lohnt sich nicht, wenn …

eure Seite klein und unkritisch ist – dann ist der Mehraufwand nicht gerechtfertigt
niemand den Build- und Vorschau-Prozess betreuen will
ihr täglich viele spontane, strukturelle Änderungen braucht, die ein klassisches WordPress flexibler abbildet

Kurz: Headless ist ein Werkzeug für einen konkreten Schmerz – nicht für jeden. Wenn euer WordPress schnell genug und sicher genug ist, lasst es, wie es ist.

Unser Fazit

Die Frage ist selten „WordPress oder etwas Schnelles”. Meistens ist sie „Wie behalten wir, was funktioniert, und reparieren, was nicht?”. Headless WordPress mit Astro ist genau diese Antwort: das vertraute Backend für eure Redaktion, ein kompromisslos schnelles Frontend für eure Besucher.

Wir bauen WordPress, WooCommerce und Astro täglich – und setzen Headless genau dann ein, wenn es den realen Schmerz löst, nicht weil es technisch beeindruckt. Wenn eure WordPress-Seite langsam geworden ist und ein Neubau in eurem Kopf gleichbedeutend mit „Redaktion verlieren” war: Das muss er nicht sein.

Eure WordPress-Seite ist langsam, aber das Backend soll bleiben? Schickt uns kurz, wie eure Seite heute gepflegt wird und wo es klemmt – wir sagen euch ehrlich, ob Headless der richtige Weg ist oder ob ein gezieltes Aufräumen am bestehenden WordPress schon reicht. Schreibt uns, wir antworten mit einer konkreten Einschätzung.