Service-Pillar

Headless WordPress, Entwicklung und Implementierung

Senior B2B, EU-Jurisdiktion, Scope pro Projekt.

Preisgestaltung individuell. Ich antworte innerhalb eines Werktags.

Engagement starten Über WPPoland →

Was ich ausliefere

WordPress 6.7+ als redaktionelles Backend. Astro 5+ oder Next.js 15 als Frontend, mit React Server Components dort, wo Streaming gewinnt. Cloudflare Workers und Pages liefern die öffentliche Seite vom EU-Edge. TypeScript über den gesamten Stack. Tailwind CSS als Designsystem. Anthropic Claude und Model Context Protocol, wenn KI ihren Einsatz rechtfertigt.

Composable statt Monolith

Headless trennt die zwei Tempi des Systems. Redaktion behält den WordPress-Workflow: Entwürfe, Vorschauen, Revisionen. Die öffentliche Seite rendert pre-built HTML am Edge, null PHP pro Request, also kämpfen Core Web Vitals nicht mehr gegen die CMS-Last.

Ich behandle WordPress als kanonische Quelle strukturierter Inhalte und das Frontend als Präsentationsschicht, optimiert für den jeweiligen Kanal: Web, Mobile-App, KI-Agenten, RSS, Syndikation.

Für wen

  • WooCommerce-Stores, in denen mobile Core Web Vitals die Konversion limitieren
  • Verlage und Content-Sites mit redaktionellem Workflow auf WordPress
  • Enterprise-Sites mit EU-Jurisdiktion, DSGVO, NIS2, DORA-Anforderungen
  • Multi-Region-Marken mit einem CMS für viele Surfaces

Engagement-Modell

Senior B2B in EU-Jurisdiktion. Discovery, Scoping, Fixed-Scope oder Time-and-Materials. Preisgestaltung individuell.

Read-Path am Edge, Write-Path am Origin. Cache wird per Webhook nach Tags invalidiert. Leser / Agent sends a request to Cloudflare Workers (Edge). On cache hit the Edge-Cache (pro Tag) returns HTML with almost no CPU. On cache miss Workers calls REST API /wp-json/ on the WordPress-Origin and renders. Editorial work happens in Block Editor + WP Admin on the origin and triggers a Webhook bei Veröffentlichung that invalidates relevant cache tags. Leser / Agent Cloudflare Workers (Edge) Edge-Cache (pro Tag) Cache-Treffer (fast keine CPU) Cache-Miss → Render am Edge WordPress-Origin Block Editor + WP Admin REST API /wp-json/ Veröffentlichung / Slug-Änderung / Bestand Read Read Webhook bei Veröffentlichung Write
Read-Path am Edge, Write-Path am Origin. Cache wird per Webhook nach Tags invalidiert.
Going headless is not a fashion choice; it is the moment your team stops paying for the wrong abstraction.
Lee Robinson , VP DX, Vercel , Frontier 2025 keynote , 2025-09-10 , source

Häufig gestellte Fragen

Was ist Headless WordPress?

Headless WordPress ist eine Architektur, in der WordPress ausschließlich als Content-Backend dient, während ein separates Frontend-Framework wie Astro oder Next.js die öffentliche Seite rendert. Beide kommunizieren über die WordPress REST API oder GraphQL.

Eignet sich Headless WordPress für WooCommerce?

Ja für Kataloge bis zu mehreren tausend Produkten mit individuellen Checkout-Flows, wo Core Web Vitals direkt auf den Umsatz wirken. Nein für Mini-Shops mit einem einzigen Produkt, wo das redaktionelle Team den nativen Vorschau-und-Veröffentlichen-Loop bevorzugt. Ich bilde den Trade-off pro Projekt ab.

Wie lange dauert eine Headless-WordPress-Migration?

Typische Engagements laufen 6 bis 16 Wochen. Variablen sind Katalogumfang, Integrationen (Zahlungen, ERP, CRM), URL-Erhaltung und SEO-Migration. Ich scope pro Projekt; Preisgestaltung individuell.

Wie wirkt sich Headless WordPress auf SEO aus?

Richtig gemacht positiv. Ich erhalte URLs, hreflang, Sitemaps und strukturierte Daten. Core Web Vitals verbessern sich meist, weil das Frontend pre-built, edge-cached HTML rendert. Falsch gemacht reißen Redirects, Canonicals und JSON-LD ab; eine 30-Punkte-Migrations-Checkliste verhindert das.

Headless WordPress oder WordPress-Monolith?

Headless wenn Core Web Vitals umsatzwirksam sind, das redaktionelle Team WordPress braucht und Inhalte über mehrere Kanäle hinweg geteilt werden (Web, App, Agenten). Monolith für kleine Content-Sites, wo ein PHP-Server günstiger als Orchestrierung ist. Im Zweifel liefert der WPPoland Tech Radar das aktuelle Urteil.

Proof ohne Verletzung der Kundenvertraulichkeit

Nicht jede Migration darf mit Kundennamen gezeigt werden. Der nützliche Proof ist die Methode: Content-Modell, URL-Map, Schema-Parität, Preview-Workflow, Cutover und Rollback.

Cluster, weiterführende Lektüre

Themen-Artikel zur Vertiefung, nach Bereich gegliedert.

Architektur und Entscheidung

Migration und SEO

Ökonomie und Markt

Compliance und Risiko

Referenz

B2B-Engagement starten

Schreiben Sie Scope und Timeline, ich antworte innerhalb eines Werktags.

Kontakt aufnehmen