Was ist Headless WordPress eigentlich?
Klassisches WordPress vereint Backend (Editorial, Admin) und Frontend (was Besucher sehen) in einer Software. WordPress generiert die HTML-Seiten direkt aus PHP. Headless trennt das: WordPress bleibt als Backend bestehen, aber das Frontend wird unabhängig gebaut — typischerweise mit JavaScript-Frameworks wie Next.js, Astro oder Sveltekit. Die Verbindung: WordPress stellt eine REST-API oder GraphQL bereit, das Frontend zieht sich die Daten und rendert sie.
Die echten Vorteile
Headless bringt vier substantielle Vorteile. Erstens: Performance. Statisch generierte Sites mit Astro oder Next.js (mit ISR) liefern Sub-Sekunden-Ladezeiten — selbst auf langsamen Verbindungen. Zweitens: Sicherheit. Wenn das WordPress-Backend nicht öffentlich erreichbar ist (sondern nur intern), ist es praktisch unhackbar — Bots finden gar nicht den Login. Drittens: Developer-Experience. Moderne Frontend-Frameworks haben bessere DX als PHP-Themes. Vierter Punkt: Skalierbarkeit. Statische Frontends skalieren mit CDN auf jede Last, Backend-Last ist konstant niedrig.
- Performance: Sub-Sekunden-Ladezeiten möglich
- Sicherheit: Backend nicht öffentlich exponiert
- Developer-Experience: moderne Tooling, Component-basiert
- Skalierung: Frontend skaliert mit CDN, Backend bleibt klein
Die ehrlichen Nachteile
Headless hat auch handfeste Nachteile. Erstens: Initial-Aufwand. Setup ist deutlich aufwendiger als ein neues WordPress-Theme — typisch 3-8 Wochen vs. 1-3 Wochen. Zweitens: laufende Kosten. Du brauchst Hosting für WordPress-Backend UND Hosting für Frontend (oft Vercel/Netlify) — meist mehr als reines WordPress-Hosting. Drittens: Plugin-Kompatibilität. Plugins, die nur PHP-seitig laufen oder nur über Frontend-Hooks arbeiten, funktionieren oft nicht oder erfordern Workarounds. Viertens: Editor-Preview. Live-Preview im Editor ist komplexer einzurichten — Editorial-Workflow muss angepasst werden. Fünftens: zwei Codebases. Bug in der Anzeige? Theme-Code? Frontend-Code? Komplexere Debug-Pfade.
Wann lohnt sich Headless WIRKLICH?
Headless lohnt sich klar bei drei Profilen. Erstens: Performance-kritische Sites mit hohem Traffic — Medien-Sites mit Millionen Pageviews, E-Commerce-Brands mit Performance-direktem Einfluss auf Conversion. Zweitens: Sites mit komplexem Frontend, das in WordPress-Themes nicht gut umsetzbar wäre — Apps mit viel Interaktivität, Real-Time-Features, komplexen Animationen. Drittens: Multi-Channel-Setups, bei denen das WordPress-Backend Inhalte für Web, Mobile-App, Smart-TV gleichzeitig liefert.
Wann klassisches WordPress die bessere Wahl ist
Klassisches WordPress reicht für die meisten Sites völlig aus. Marketing-Sites mit moderatem Traffic, kleinere E-Commerce-Shops, Blogs, Corporate-Sites — alle können mit klassischem WordPress + Performance-Optimierung gut Lighthouse 90+ erreichen, ohne Headless-Komplexität. Wenn du aktuell mit WordPress zufrieden bist, gute Performance hast und keine spezifischen Probleme, ist Headless meist Over-Engineering.
Faustregel: Wenn deine aktuelle Site Lighthouse 50-70 hat, kannst du mit klassischer Optimierung auf 85-95 kommen. Erst dann lohnt der Headless-Aufwand für die letzten 5-10 Punkte.
Welcher Frontend-Stack für Headless?
Drei populäre Optionen für Headless-WordPress-Frontends. Next.js: am verbreitetsten, sehr mächtig, flexibel, aber komplex. Gut für Sites mit viel Dynamik. Astro: relativ neu, optimiert für statische Content-Sites, sehr gute Performance, einfacher als Next. Perfekt für Marketing-Sites und Blogs. Sveltekit: alternative zu Next, etwas weniger Ökosystem, aber elegant. Empfehlung: für Content-Sites Astro, für komplexe Apps Next.js.
Wie eine Headless-Migration abläuft
Ein typisches Migrations-Projekt sieht so aus. Phase 1 (1 Woche): WordPress-Backend behalten, GraphQL- oder REST-API freischalten und konfigurieren, Custom Post Types und ACF-Felder API-fähig machen. Phase 2 (2-4 Wochen): Frontend-Setup, Component-Library, Page-Templates entwickeln, Daten von WordPress ziehen. Phase 3 (1-2 Wochen): Editorial-Workflow anpassen, Preview-Setup, Build-Pipeline. Phase 4 (1 Woche): Migration, DNS-Cutover, Redirects, Search-Console-Setup.
Was kostet eine Headless-Migration?
Realistische Kosten für eine Headless-Migration einer mittelgroßen WordPress-Site (50-200 Pages, ein Theme): €6.000-15.000 für Setup. Hinzu kommen laufende Kosten für Frontend-Hosting (Vercel/Netlify: $20-50/Monat) und WordPress-Backend-Hosting (kann meist günstiger sein, da nicht öffentlich, $20-50/Monat). Total ROI rechnet sich oft erst bei größeren Sites — kleinere Sites mit moderaten Performance-Anforderungen sollten bei klassischem WordPress bleiben.