Zum Hauptinhalt springen
Headless WordPress

Headless WordPress mit Astro oder Next.js

Ihr Team redigiert weiter in WordPress. Der Besucher bekommt ein Frontend aus Astro oder Next.js, ausgeliefert aus einem CDN. Wir sagen Ihnen, was man gewinnt, was es kostet und wann es sich nicht lohnt.

WebhookDeploy
Redaktion
veröffentlicht Inhalte
WP
WordPress
nur CMS · API
Astro / Next.js
baut das Frontend
CDN
statisches HTML

Headless WordPress trennt das Content-Management von der öffentlichen Website. WordPress speichert und bearbeitet die Inhalte und stellt sie über die REST API oder WPGraphQL bereit; ein Frontend in Astro oder Next.js nutzt sie und erzeugt die Seiten, die aus einem CDN ausgeliefert werden. Soamee baut diese Architekturen und behält dabei den Editor, den das Team schon kennt. Die Kosten sind real: SEO, Formulare und Vorschau kommen nicht mehr aus Plugins und müssen im Frontend gebaut werden. Deshalb empfehlen wir es, wenn Performance oder Kontrolle über das Frontend eine Anforderung sind, und nicht als Trend.

Architekturen

Drei Möglichkeiten, es aufzubauen

Die Wahl hängt davon ab, wie oft sich Inhalte ändern und ob es dynamische Teile gibt.

Statische Generierung mit Astro

Jede Veröffentlichung löst einen Build der Seite aus und das entstehende HTML geht ans CDN. Das ist am schnellsten und am günstigsten auszuliefern und passt zu Unternehmenswebsites, Blogs und Katalogen, die sich selten ändern.

WebhookHTML
WP
WordPress
veröffentlichen
Build
holt Inhalte per API
CDN
fertige Seiten
Abwägungen

Was sich gegenüber klassischem WordPress ändert

Headless ist nicht von sich aus besser. Das gewinnt man, und das muss man von Hand nachbauen.

Klassisches WordPress Headless WordPress
Das Theme rendert die Seite bei jeder Anfrage, mit PHP und Datenbankabfragen
Das Frontend liefert fertig gebautes HTML aus einem CDN, WordPress bekommt keinen öffentlichen Traffic
SEO-, Formular- und Cache-Plugins lassen sich einfach einstecken
SEO, Formulare und Metadaten müssen im Frontend gebaut werden: mehr Kontrolle, dafür kein Einstecken und Fertig
Die Vorschau ist die Seite selbst
Die Vorschau muss mit einem Entwurfsmodus aufgebaut werden
Ein einziges System zu aktualisieren und abzusichern, aber öffentlich erreichbar
Zwei Systeme im Deployment, WordPress versteckt hinter einer API

Zweifeln Sie, ob Headless für Ihre Website Sinn ergibt?

Gemeinsam bewerten →
SEO

Das Frontend wechseln, ohne Rankings zu verlieren

Für Google ist ein Frontend-Wechsel ein Plattformwechsel. Bevor etwas angefasst wird, erstellen wir das Inventar der URLs und gleichen es mit der Search Console ab, um zu wissen, welche Traffic erhalten. Diese URLs bleiben unverändert oder werden per 301 auf ihr Pendant umgeleitet.

Titel, Beschreibungen, Canonicals, hreflang und die strukturierten Daten, die bisher ein Plugin gesetzt hat, werden im neuen Frontend nachgebaut und vor dem Go-live mit der Originalseite verglichen. Nach dem Wechsel beobachten wir das Crawling in der Search Console in den ersten Wochen.

FAQ

Häufige Fragen zu Headless WordPress

Was ist Headless WordPress?
WordPress dient nur als Content-Management-System. Die Redaktion arbeitet weiter im gewohnten Admin, aber die Website, die der Besucher sieht, baut ein anderes Frontend (Astro, Next.js), das die Inhalte per REST API oder WPGraphQL aus WordPress holt.
Was gewinnt und was verliert man?
Gewonnen werden Kontrolle über das Frontend, statische Seiten aus einem CDN und ein WordPress, das nicht mehr dem öffentlichen Traffic ausgesetzt ist. Verloren geht der Komfort von Plugins, die etwas in die Seite rendern: SEO, Formulare, Cache oder Suche müssen im Frontend gelöst werden. Das ist anfangs mehr Arbeit und lohnt sich nur, wenn Performance oder Kontrolle über das Frontend eine Anforderung sind.
Lässt sich das bestehende Ranking halten?
Ja, wenn es geplant wird. URLs bleiben erhalten oder werden per 301 umgeleitet, Metadaten und strukturierte Daten werden im neuen Frontend nachgebaut, und das Crawling wird vor und nach dem Wechsel verglichen.
Und die Vorschau von Entwürfen?
Sie wird mit einem Vorschaumodus gelöst: Die Redakteurin klickt in WordPress auf Vorschau und das Frontend zeigt den Entwurf authentifiziert an, ohne ihn zu veröffentlichen.
Funktioniert das mit WooCommerce?
Ja. Katalog und Bestellungen bleiben in WooCommerce, das Frontend fragt sie per API ab. Es gibt mehr Teile als bei einer Inhaltsseite (Warenkorb, Sessions, Checkout), deshalb bewerten wir es im Einzelfall. Mehr dazu auf der WooCommerce-Seite.
Legen wir los

Derselbe Editor, ein anderes Frontend

Wir prüfen Ihr aktuelles WordPress und sagen Ihnen, ob Headless Ihr Problem löst oder ob es eine günstigere Lösung gibt.

Headless WordPress mit Astro oder Next.js

Erzählen Sie uns Ihre Herausforderung. Wir schlagen die Lösung vor.

Unverbindlich. Innerhalb von 24 Stunden erhalten Sie ein Angebot mit Umfang, Zeitplan und Budget. Ohne Kleingedrucktes.

Kostenloses Gespräch buchen →