Inhaltsverzeichnis

Warum Teams WordPress den Rücken kehren

WordPress betreibt rund 40 % aller Websites weltweit – doch dieser Anteil sinkt seit 2024 kontinuierlich. Die Gründe sind bei jedem Team dieselben: Sicherheitsprobleme, Plugin-Wildwuchs und Performance-Grenzen, die sich nicht überwinden lassen.

Eine typische WordPress-Installation mit Theme und den wichtigsten Plugins löst bereits 30 bis 80 HTTP-Requests aus. Jedes Plugin bringt zusätzliche PHP-Ausführungszeit, Datenbankabfragen und potenzielle Angriffsfläche mit sich. Teams verbringen mehr Zeit damit, Plugins zu aktualisieren und Sicherheitslücken zu schließen, als neue Funktionen zu entwickeln.

Next.js dreht dieses Prinzip um. Statt einer monolithischen PHP-Anwendung, die bei jedem Aufruf HTML generiert, bietet Next.js ein React-Framework, das Seiten zur Build-Zeit vorrendert, über Edge-CDNs ausliefert und clientseitig interaktiv hydratisiert. Das Ergebnis: Ladezeiten unter einer Sekunde, keine Datenbankabfragen für Besuchende und eine Codebasis, die du vollständig kontrollierst.

Die entscheidenden Schmerzpunkte

Die meisten Teams werden durch einen dieser Auslöser zur Migration bewogen:

  • Schlechte Core Web Vitals — WordPress-Websites haben häufig Probleme mit LCP- und CLS-Werten, besonders bei Page-Buildern wie Elementor oder WPBakery
  • Plugin-Konflikte — ein einziges Plugin-Update bringt die gesamte Website zum Absturz, und die Fehlersuche bedeutet, Plugins einzeln zu deaktivieren
  • Hosting-Kosten — Managed-WordPress-Hosting (WP Engine, Kinsta) kostet 30 bis 200 € pro Monat für eine Performance, die ein kostenloses Vercel-Deployment locker erreicht
  • Entwicklererfahrung — PHP-Templating wirkt veraltet gegenüber der komponentenbasierten React-Entwicklung
  • Sicherheitsvorfälle — 97 % aller WordPress-Schwachstellen stammen aus Plugins und Themes, nicht aus dem Core selbst

Next.js vs. WordPress: Der direkte Vergleich

Aspekt WordPress Next.js
Rendering Serverseitiges PHP bei jedem Request Static Generation + ISR + Server Components
Performance LCP typisch 2,5–6 s LCP typisch 0,5–1,5 s
Sicherheit Ständige Plugin-/Theme-Schwachstellen Keine Angriffsfläche (statische Dateien auf CDN)
Hosting-Kosten 30–200 €/Monat (Managed) Kostenloses Kontingent auf Vercel reicht für die meisten Seiten
SEO-Kontrolle Eingeschränkt durch Theme + Yoast Volle Kontrolle über Meta-Tags, Structured Data, Sitemaps
Content-Bearbeitung Integriertes Admin-Panel Headless CMS (Sanity, Strapi, Payload, Supabase)
Skalierbarkeit Erfordert Caching, CDN und Datenbank-Tuning Edge-nativ, skaliert auf Millionen Aufrufe ohne Konfiguration
Entwicklererfahrung PHP + Hooks + Template-Hierarchie React + TypeScript + modernes Tooling
Build-Zeit Keine (Laufzeit-Rendering) Sekunden bis Minuten je nach Seitenanzahl
Bildoptimierung Erfordert Plugins (Smush, ShortPixel) Integrierte next/image mit automatischer Optimierung

Wo WordPress noch die Nase vorne hat

WordPress ist nicht für jedes Team die falsche Wahl. Wer kein Entwicklerteam hat und schnell einen Blog oder eine einfache Unternehmenswebsite benötigt, ist mit WordPress auf einem Managed Host immer noch gut beraten. Das riesige Ökosystem aus Themes und Plugins erlaubt es auch technisch weniger versierten Nutzerinnen und Nutzern, funktionale Websites ohne eine einzige Zeile Code zu erstellen.

Doch sobald du individuelle Funktionen, Performance-Optimierungen oder mehr Entwicklergeschwindigkeit benötigst, wird WordPress zum Flaschenhals.

Welche Performance-Gewinne du erwarten kannst

Wir haben über 200 WordPress-Websites zu Next.js migriert. Diese Kennzahlen sehen wir regelmäßig:

Largest Contentful Paint (LCP): Von durchschnittlich 3,2 s auf 0,9 s — eine Verbesserung um 72 %. Static Generation sorgt dafür, dass das HTML bereits vor dem Request bereitsteht.

Cumulative Layout Shift (CLS): Von 0,18 auf 0,02. Die Next.js Image-Komponente verwaltet Dimensionen automatisch und eliminiert das Layout-Ruckeln, das WordPress-Themes so oft plagt.

First Input Delay (FID) / Interaction to Next Paint (INP): Von 180 ms auf 45 ms. Kein jQuery, kein Plugin-JavaScript, das um den Main Thread kämpft.

Time to First Byte (TTFB): Von 600 ms (gecacht) auf 50 ms. Edge-CDN gegen Ursprungsserver ist schlicht kein fairer Vergleich.

Seitengewicht: Von durchschnittlich 2,8 MB auf 340 KB. Kein ungenutztes CSS aus Themes, keine render-blockierenden Plugin-Skripte.

Diese Zahlen schlagen sich direkt im Geschäftsergebnis nieder. Google nutzt Core Web Vitals als Rankingfaktor. Schnellere Websites konvertieren besser. Jede Verbesserung der Ladezeit um 100 ms erhöht die Conversion Rate um etwa 1 %.

Die Migration Schritt für Schritt

Phase 1: Content-Audit und Export

Bevor du eine einzige Zeile Code anfasst, solltest du alles in WordPress systematisch erfassen:

  • Seiten und Beiträge — alle Inhalte exportieren, einschließlich benutzerdefinierter Felder (ACF, Meta-Boxes)
  • Medienbibliothek — alle Bilder und Dokumente herunterladen
  • URL-Struktur — jeden Permalink, jede Kategorie-URL und jeden Custom-Post-Type-Slug dokumentieren
  • Weiterleitungen — vorhandene Redirect-Regeln exportieren
  • Formulare — alle Formularkonfigurationen und Empfänger dokumentieren
  • Drittanbieter-Integrationen — jedes Plugin und seinen Zweck auflisten

Nutze wp-cli für den Export oder das integrierte WordPress-Exportwerkzeug. Für ACF-Felder und Custom Post Types empfiehlt sich die REST API, um strukturiertes JSON zu erhalten.

Phase 2: Die Content-Schicht wählen

Die wichtigste Entscheidung bei der Migration ist, wo deine Inhalte nach WordPress gespeichert werden. Die Optionen:

Headless WordPress — WordPress als Backend behalten und die REST API oder WPGraphQL nutzen, um Next.js mit Daten zu versorgen. Ein guter Übergangschritt, aber du wartest WordPress weiterhin.

Headless CMS — Sanity, Strapi, Payload CMS oder Contentful. Von Grund auf für Headless-Architekturen entwickelt. Für maximale Flexibilität empfehlen wir vor allem Sanity und Payload.

Direkte Datenbankanbindung — Supabase oder PlanetScale. Inhalte in PostgreSQL speichern mit einer eigenen Admin-Oberfläche. Maximale Kontrolle, aber mehr Aufwand im Voraus.

Markdown/MDX — Für Entwicklerblogs und Dokumentationsseiten. Inhalte liegen im Repository und werden per Git versioniert.

Phase 3: Die Next.js-Website aufbauen

Starte mit create-next-app und dem App Router. Bilde die WordPress-Template-Hierarchie auf Next.js-Layouts und -Seiten ab:

  • header.php / footer.php → app/layout.tsx
  • page.php → app/page.tsx
  • single.php → app/blog/[slug]/page.tsx
  • archive.php → app/blog/page.tsx
  • functions.php → API-Routen in app/api/

Baue dein Design in React-Komponenten nach. Das ist deine Chance, Jahre an CSS-Altlasten loszuwerden und mit einem modernen Design-System neu zu beginnen.

Phase 4: SEO-Migration

Diese Phase entscheidet über Erfolg oder Misserfolg der Migration. Mehr Details im nächsten Abschnitt.

Phase 5: Testen und Launch

Betreibe beide Websites parallel. Nutze Tools wie Screaming Frog, um die neue Website zu crawlen und mit der alten zu vergleichen:

  • Jede alte URL hat eine Weiterleitung oder eine entsprechende neue URL
  • Alle Meta-Titel und -Beschreibungen sind übernommen oder verbessert
  • Structured Data (schema.org) wird korrekt ausgegeben
  • Die XML-Sitemap ist gültig und in der Search Console eingereicht
  • Canonical-Tags verweisen auf die richtigen URLs
  • Open Graph- und Twitter-Card-Meta-Tags sind vorhanden
  • Alle internen Links funktionieren

SEO während der Migration absichern

SEO ist die größte Sorge jedes Teams, das von WordPress wegwechselt. Wer seine Rankings verliert, hat die Migration trotz blitzschneller neuer Website verfehlt.

URL-Mapping

Erstelle eine vollständige Zuordnung aller alten URLs zu den neuen. Ausnahmslos jede einzelne Seite. Nutze eine Tabelle oder ein Skript, um die Redirect-Regeln zu generieren. Implementiere diese als permanente 301-Weiterleitungen in next.config.js oder direkt auf deiner Hosting-Plattform.

Meta-Daten übernehmen

Exportiere alle SEO-Titel, Meta-Beschreibungen und Open-Graph-Daten aus Yoast oder RankMath. Übertrage diese auf die entsprechenden Seiten in Next.js. Verlasse dich nicht auf automatisch generierte Meta-Tags — überprüfe die Top-50-Seiten nach Traffic manuell.

Structured Data

WordPress-Plugins erzeugen Schema-Markup automatisch. In Next.js hast du die volle Kontrolle darüber. Implementiere JSON-LD für Organization auf der Startseite, Article bei Blogbeiträgen, BreadcrumbList auf allen Seiten, FAQPage auf Seiten mit FAQ-Bereichen und LocalBusiness, sofern relevant.

XML-Sitemap

Generiere eine dynamische Sitemap mit next-sitemap oder einer eigenen API-Route. Reiche sie unmittelbar nach dem Launch in der Google Search Console ein.

Nach dem Launch überwachen

Beobachte die Search Console in den ersten vier Wochen täglich. Achte auf Crawl-Fehler und 404-Seiten, Einbrüche beim Indexierungsstand, Ranking-Schwankungen (in den ersten zwei bis vier Wochen normal) und Verbesserungen bei den Core Web Vitals.

Content-Management nach WordPress

Der häufigste Einwand gegen den Wechsel von WordPress ist der Verlust des Admin-Panels. Content-Redakteure schätzen die vertraute WordPress-Oberfläche.

Moderne Headless-CMS-Plattformen haben diese Lücke längst geschlossen. Sanity Studio, Payload CMS und Strapi bieten ausgereifte Bearbeitungsoberflächen mit Live-Vorschau, Drag-and-Drop und Medienverwaltung. Viele Redakteure bevorzugen sie nach einer kurzen Eingewöhnungszeit sogar.

Für Teams, die die absolut einfachste Lösung suchen, verdient Payload CMS besondere Aufmerksamkeit. Es läuft direkt in deiner Next.js-App, nutzt deine bestehende Datenbank und stellt ein Admin-Panel bereit, das WordPress ebenbürtig ist — ohne dessen Sicherheits- und Performance-Probleme.

Typische Fehler bei der Migration

Nicht alle URLs weiterleiten. Jede URL, die jemals auf WordPress existiert hat, braucht eine Weiterleitung. Einschließlich Paginierungs-URLs, Anhang-Seiten, Autoren-Archiven und Feed-URLs. Wer diese vergisst, verliert Link-Equity.

Launch ohne Monitoring. Richte Uptime-Monitoring, Error-Tracking (Sentry) und Analytics vor dem Launch ein — nicht danach.

Erste Version überentwickeln. Migriere zunächst Inhalte und Design. Neue Funktionen kommen erst, wenn die Migration stabil läuft. Wer gleichzeitig neu gestalten und die Plattform wechseln will, verdoppelt das Risiko.

Medienbibliothek vernachlässigen. WordPress erzeugt pro Upload mehrere Bildgrößen. Lege deine Bildstrategie vor der Migration fest und transformiere Bilder in einem Durchgang.

RSS-Feeds vergessen. Wenn dein WordPress-Blog Abonnentinnen und Abonnenten über RSS hat, behalte die Feed-URL oder leite sie weiter.

Wann du bei WordPress bleiben solltest

Sei ehrlich mit dir selbst. WordPress ist weiterhin die richtige Wahl, wenn:

  • Du kein Entwicklerteam und kein Budget für Entwicklung hast
  • Dein Content-Team stark von bestimmten WordPress-Plugins abhängt, für die es keine Headless-Alternative gibt
  • Du einen WooCommerce-Shop mit komplexen Produktkonfigurationen betreibst (wechsle in diesem Fall lieber zu Shopify oder Medusa als zu Next.js)
  • Deine Website weniger als 10.000 Besuche im Monat hat und Performance kein geschäftskritisches Thema ist

Für alle anderen — besonders Teams, die Marketing-Websites, SaaS-Landingpages, Content-Plattformen oder andere Projekte entwickeln, bei denen Performance und Entwicklererfahrung eine Rolle spielen — ist Next.js im Jahr 2026 die klare erste Wahl.

FAQ

Wie lange dauert eine Migration von WordPress zu Next.js? Eine typische Unternehmenswebsite mit 10 bis 30 Seiten benötigt 3 bis 6 Wochen. Eine Content-lastige Website mit Hunderten von Beiträgen braucht 6 bis 12 Wochen. Die Dauer hängt vor allem von der Komplexität der Inhalte und individuellen Funktionen ab, nicht von der reinen Seitenanzahl.

Verliere ich meine Google-Rankings? Nicht, wenn du Weiterleitungen und SEO-Migration sorgfältig umsetzt. Erwarte kurze Schwankungen von ein bis drei Wochen, während Google die Website neu crawlt und indexiert. Die meisten Websites verzeichnen innerhalb von vier bis acht Wochen verbesserte Rankings dank besserer Core Web Vitals.

Können auch technisch nicht versierte Personen noch Inhalte bearbeiten? Ja. Ein Headless CMS wie Sanity, Payload oder Strapi bietet eine visuelle Bearbeitungsoberfläche. Einige Systeme ermöglichen sogar eine Live-Vorschau, sodass Redakteure Änderungen in Echtzeit sehen.

Was kostet das Hosting einer Next.js-Website? Das kostenlose Kontingent von Vercel reicht für die meisten Websites aus. Der Pro-Plan (20 $/Monat) eignet sich für kommerzielle Projekte mit eigenen Domains und Analytics. Zum Vergleich: Managed-WordPress-Hosting kostet 30 bis 200 € pro Monat.

Muss ich React lernen? Als Entwicklerin oder Entwickler: ja — React ist die Grundlage von Next.js. Als Content-Redakteur oder Marketer: nein. Das CMS übernimmt deinen Workflow; das zugrunde liegende Framework bleibt für dich unsichtbar.

Was ist mit E-Commerce? Für einfache Shops ist Shopify mit einem Next.js-Storefront (über die Storefront API) eine ausgezeichnete Wahl. Für komplexen B2B-Commerce gibt Medusa.js oder Saleor in Verbindung mit Next.js die volle Kontrolle. Eine Migration von WooCommerce zu Next.js ist technisch möglich, lohnt sich aber selten — besser auf eine spezialisierte Commerce-Plattform wechseln.

Kann ich WordPress weiterhin als Backend nutzen? Ja. Headless WordPress (über WPGraphQL oder die REST API) erlaubt es dir, den WordPress-Editor zu behalten und gleichzeitig das Frontend über Next.js auszuliefern. Das ist ein guter Übergansansatz, bringt aber weiterhin den Wartungsaufwand von WordPress mit sich.

Was ist mit WordPress Multisite? Mandantenfähige Architekturen funktionieren in Next.js hervorragend über Middleware für das Domain-Routing. Jede Website kann Komponenten teilen und gleichzeitig eigene Inhalte und Konfigurationen haben. Das ist sauberer als WordPress Multisite und deutlich einfacher zu pflegen.