WordPress zu Headless CMS Migration

Warum WordPress hinter sich lassen?

WordPress betreibt etwa 40% des Webs, aber dieser Marktanteil verdeckt echte strukturelle Probleme. Dein Marketing-Team kämpft mit Page Buildern. Deine Entwickler arbeiten um ein 20 Jahre altes PHP-Templating-System herum. Deine Lighthouse-Scores liegen in der gelb-roten Zone, egal wie viele Caching-Plugins du stapelst.

Das Kernproblem: WordPress wurde als Monolith konzipiert. Content, Präsentation und Logik sind in einer einzigen Anwendung verschlungen. Jedes Plugin fügt Gewicht hinzu. Jedes Theme-Update riskiert, etwas zu beschädigen. Die Angriffsfläche ist enorm — WordPress ist für über 90% der CMS-bezogenen Sicherheitslücken verantwortlich.

Eine Headless-Architektur behebt dies durch die Trennung von Content-Management und Content-Delivery. Du bekommst ein speziell entwickeltes CMS zum Bearbeiten und ein modernes Frontend-Framework wie Next.js zum Rendern. Das Ergebnis: Sub-Sekunden-Seitenladungen, grüne Core Web Vitals überall, und ein Developer Experience, die nicht "functions.php" um 2 Uhr nachts debuggen bedeutet.

Die Probleme, die wir lösen

Performance, die sich nicht bewegt

Typische WordPress-Sites erzielen 45-65 auf Lighthouse Mobile, auch mit aggressiver Optimierung. Server-gerendetes PHP, Render-Blocking-Plugin-Scripts, Bilder ohne ordentliche CDN-Pipeline — das sind strukturelle Probleme, keine Konfigurationsprobleme. Du kannst dich nicht zu einem 95+-Score plugin.

Plugin-Abhängigkeitshölle

Die durchschnittliche WordPress-Site läuft mit 20-30 Plugins. Jedes ist eine potenzielle Sicherheitslücke, ein Performance-Bottleneck und ein Kompatibilitätsrisiko bei jedem WordPress-Core-Update. Wir haben Sites auditiert, bei denen das Entfernen ungenutzter Plugins allein die TTFB um 40% reduzierte.

Redaktionelle Engpässe

Dein Content-Team sollte keinen Developer brauchen, um einen Blog-Post zu veröffentlichen oder eine Landing Page zu aktualisieren. Doch Page Builder wie Elementor und WPBakery erstellen fragile Layouts, die auf Mobilgeräten brechen, überflüssiges Markup generieren und Content in Präsentationsformate sperren.

SEO-Zerbrechlichkeit

Yoast gibt dir grüne Lichter im Editor, aber deine eigentlichen Core Web Vitals fallen aus. Googles Ranking-Signale kümmern sich um echte Performance-Daten aus CrUX, nicht um Plugin-Häkchen. Schlechte TTFB, Layout-Shift von lazy-loaded Ads, Render-Blocking CSS — das sind die Dinge, die dein Ranking töten.

Sicherheits-Overhead

WordPress erfordert ständiges Patching. Brute-Force-Login-Versuche, SQL-Injection-Vektoren durch Plugins und XML-RPC-Exploits sind wöchentliche Realität. Ein Headless-Frontend, das als statische Assets auf einem CDN bereitgestellt wird, hat keinen Server zum Angreifen.

Was du mit einem Headless-Stack bekommst

Wir migrieren WordPress-Sites zu einer von vier Headless-CMS-Plattformen, gepaart mit Next.js im Frontend. Die richtige Wahl hängt von deinem Team, deinem Content-Modell und deinem Budget ab.

Sanity

Best für Teams, die maximale Content-Modellierungsflexibilität brauchen. Sanity's Echtzeit-Zusammenarbeit, GROQ-Abfragesprache und anpassbares Studio machen es ideal für komplexe Content-Operationen. Git-basierte Schema-Definitionen bedeuten, dass dein Content-Modell zusammen mit deinem Code versionskontrolliert ist. SOC 2 konform, GDPR-bereit.

Payload CMS

Best für Teams, die Zero-Vendor-Lock-in wollen. Payload ist Open-Source und selbstgehostet, geschrieben in TypeScript und läuft auf deiner eigenen Infrastruktur. Keine Pro-Sitz-Preisgestaltung, keine API-Call-Limits, keine überraschenden Rechnungen. Perfekt für UK-Teams mit strikten Datenschutz-Anforderungen unter GDPR. Wir stellen Payload auf deiner eigenen AWS-, Cloudflare- oder Hetzner-Infrastruktur bereit.

Contentful

Best für Enterprise-Teams mit bestehenden Contentful-Verträgen oder komplexen Lokalisierungsanforderungen. Starkes SDK-Ökosystem, reife API, eingebautes CDN. Der Kompromiss ist Kosten — Contentful's Preisgestaltung wächst aggressiv in der Premium-Tier. Wir helfen dir, Content-Modelle zu entwerfen, die API-Calls minimieren und Kosten vorhersehbar halten.

Storyblok

Best für Marketing-geführte Teams, die visuelles Editing brauchen. Storyblok's Echtzeit-visueller Editor lässt nicht-technische User Seiten erstellen und vorschauen, ohne Developer-Eingriff. SOC 2 Type II und ISO 27001 zertifiziert. Die komponenten-basierte Architektur bildet sich sauber auf React/Next.js Component Libraries ab.

Unser Migrationsprozess

Jede Migration folgt einem sechsphasigen Prozess, das um ein Prinzip gebaut ist: deine Site fällt nie aus, und dein Ranking fällt nie.

Phase 1: Audit & Architektur (Woche 1-2)

Wir crawlen deine bestehende WordPress-Site mit Screaming Frog und Lighthouse CI. Jede URL, Umleitungskette, Structured Data Block, interner Link und Content-Beziehung wird gemappt. Wir dokumentieren deine aktuelle Core Web Vitals Baseline aus CrUX-Daten — nicht Lab-Scores, echte Felddaten.

Von dort aus entwerfen wir das Ziel-Content-Modell in deinem gewählten CMS und mappen jeden WordPress-Content-Type, Custom Field, Taxonomy und Media Asset zu seinem Headless-Äquivalent.

Phase 2: Content-Migration (Woche 2-4)

Wir exportieren WordPress-Content via WP-CLI und custom Node.js-Extraktions-Scripts. Rich Text wird zu portablen Formaten konvertiert — Sanity's Portable Text, Storyblok's Rich-Text JSON oder Payload's Slate/Lexical Format. Bilder werden verarbeitet, optimiert und ins CMS oder ein externes DAM hochgeladen.

Das ist kein einmaliger Export. Wir bauen wiederholbare Migrations-Scripts, die kurz vor dem Launch erneut laufen können, um Content zu erfassen, der während der Build-Phase veröffentlicht wird.

Phase 3: Frontend-Build (Woche 3-6)

Wir bauen dein Frontend in Next.js 15 mit dem App Router neu. Jede Seite bekommt Server-Side Rendering oder Static Generation basierend auf ihrer Update-Häufigkeit. Wir nutzen ISR (Incremental Static Regeneration) für Content, der häufig wechselt, und vollständige Static Generation für Evergreen Pages.

Bild-Optimierung läuft durch Next.js Image mit automatischer WebP/AVIF-Konvertierung und responsiven Srcsets. Fonts sind selbstgehostet und preloaded. CSS ist pro Komponente scoped mit null ungenutzten Styles in der Produktion.

Phase 4: SEO-Erhaltung (Woche 5-6)

Das ist, wo die meisten Agenturen scheitern und wo wir obsessiv sind. Jede URL der alten Site mappt 1:1 zu der neuen Site oder bekommt ein 301-Redirect via Next.js Middleware. Wir erhalten:

• Alle bestehenden URL-Strukturen (oder implementieren saubere Redirects bei Umstrukturierung)
• Schema.org Structured Data (Article, BreadcrumbList, FAQ, Product — was du hattest, plus Ergänzungen)
• Open Graph und Twitter Card Metadaten
• XML Sitemaps mit korrekten lastmod Daten
• Canonical Tags und hreflang für internationale Sites
• Internes Link Equity durch umfassendes Link Mapping

Wir führen Before-and-After Crawl-Vergleiche durch, um zu verifizieren, dass null indexierbare URLs verloren gehen.

Phase 5: Zero-Downtime Deployment (Woche 6-7)

Wir laufen die neue Next.js Site parallel mit deiner WordPress-Instanz. Vercel's atomare Deployments — oder Cloudflare Pages, je nach deinem Stack — lassen uns Traffic sofort switchen. DNS-Propagierung wird via Low-TTL-Records gehandhabt, die Tage im Voraus gesetzt werden.

Wenn etwas falsch aussieht — Traffic-Anomalie, Crawl-Error-Spike, CMS-API-Ausfall — rollen wir in unter 60 Sekunden zurück.

Phase 6: Validierung & Übergabe (Woche 7-8)

Nach dem Launch überwachen wir Google Search Console auf Crawl-Fehler, Indexierungs-Änderungen und Core Web Vitals Rückgänge für 30 Tage. Wir führen Lighthouse CI auf jedem Page Template aus und validieren Scores gegen unsere Garantie.

Dein Team bekommt Hands-on Training im neuen CMS, einen dokumentierten Content Operations Guide und einen Überblick über häufige Aufgaben.

Unsere Core Web Vitals Garantie

Wir garantieren 100% grüne Core Web Vitals auf jedem Page Template beim Launch. Das bedeutet:

• LCP (Largest Contentful Paint): unter 2,5 Sekunden
• INP (Interaction to Next Paint): unter 200 Millisekunden
• CLS (Cumulative Layout Shift): unter 0,1

Das sind Felddaten-Ziele, nicht nur Lab-Scores. Wenn wir sie nicht treffen, beheben wir sie ohne zusätzliche Kosten.

Timeline & Pricing

Wir bepreisen Fixed-Fee basierend auf Scope. Keine stündliche Abrechnung, die dich für Komplexität bestraft.

• Starter (unter 500 Seiten, Standard Content Model): £8.000 – £15.000 / $10.000 – $18.000
• Growth (500-5.000 Seiten, Custom Integrationen): £15.000 – £40.000 / $18.000 – $50.000
• Enterprise (5.000+ Seiten, Multi-Locale, komplexe Workflows): £40.000 – £120.000 / $50.000 – $150.000

Timelines reichen von 6-8 Wochen für Starter bis 12-16 Wochen für Enterprise. Jedes Projekt enthält 30 Tage Post-Launch Support und Monitoring.

CMS-Plattformkosten sind separat und variieren je nach Provider. Payload Self-Hosted fängt bei £0/Monat für das CMS selbst an. Sanity Growth fängt bei etwa $300/Monat an. Wir modellieren Kosten genau während der Audit-Phase — keine Überraschungen.

Für wen das ist

Du solltest mit uns sprechen, wenn:

• Deine WordPress-Site unter 70 auf Lighthouse Mobile scoret und du hast Plugin-basierte Optimierung erschöpft
• Dein Development-Team mehr Zeit damit verbringt, WordPress zu warten, als Features zu bauen
• Dein Content-Team mit Page Buildern kämpft statt Content zu veröffentlichen
• Du für verwaltetes WordPress Hosting zahlst, das mehr kostet als ein moderner Headless-Stack
• Du Performance-basierte SEO-Ziele treffen musst und deine aktuelle Architektur dich dort nicht bringt

Wir arbeiten mit Marketing-Teams, Product-Teams und CTOs im UK und US. Wir haben Editorial-Sites, E-Commerce-Stores, SaaS-Marketing-Sites und Multi-Brand-Content-Plattformen migriert.