Warum wir Next.js + Payload CMS statt WordPress bauen

Letzte Aktualisierung: August 2026

Laut W3Techs laufen rund 40 Prozent aller Websites weltweit auf WordPress (Stand 2026). Das ist beeindruckend — und kein Grund, es als Standard zu akzeptieren. Wenn wir Kundenprojekte planen, entscheiden wir uns heute in den meisten Fällen für Next.js + Payload CMS statt WordPress. Dieser Artikel erklärt warum — mit technischen Argumenten, konkreten Zahlen und dem ehrlichen Eingeständnis, wann WordPress trotzdem sinnvoller ist.

Das WordPress-Problem ist kein Qualitätsproblem

WordPress ist nicht schlecht. Der Core ist ausgereift, die Community groß, das Ökosystem riesig. Das Problem ist strukturell: WordPress wurde 2003 für Blogs entwickelt. Das PHP-basierte Rendering, das Plugin-System und die Datenbank-Architektur tragen die Entscheidungen von vor über 20 Jahren.

In der Praxis bedeutet das:

• Performance — PHP rendert jede Seite server-seitig synchron. Ohne aggressives Caching (WP Rocket, W3 Total Cache) laden WordPress-Sites langsam — besonders mit WooCommerce.
• Sicherheit — WordPress ist das meistgehackte CMS weltweit. Nicht weil der Core unsicher ist, sondern weil 60.000+ Plugins unterschiedliche Qualitätsstandards haben.
• Update-Schulden — Plugin-Updates brechen andere Plugins. Viele Betreiber frieren ihren WordPress-Stand ein und riskieren damit Sicherheitslücken.
• Developer Experience — PHP-Template-Entwicklung ist 2026 mühsam. Kein TypeScript, schwieriges Testen, globaler State über WordPress-Hooks.

Was Next.js anders macht

Next.js ist ein weit verbreitetes Framework für moderne Websites. Jede Seite kann je nach Bedarf vorab fertig erzeugt, bei Aufruf auf dem Server erstellt oder erst im Browser interaktiv gemacht werden. Das Ergebnis:

Core Web Vitals

Core Web Vitals sind Googles Messwerte für Ladegeschwindigkeit und Bedienbarkeit. Werden Blog-Posts und Service-Seiten vorab erzeugt, ist die Seite bereits fertig, wenn der Besucher sie aufruft. Keine Datenbank-Queries beim User-Request, kein PHP-Interpreter-Overhead. Unsere Next.js-Sites erzielen regelmäßig Lighthouse-Scores von 95+ auf mobile.

TypeScript end-to-end

TypeScript vom Datenbankschema bis zur UI-Komponente bedeutet: Wenn ein Datenbankfeld umbenannt wird, zeigt der TypeScript-Compiler alle Stellen im Frontend, die angepasst werden müssen. Bei WordPress bedeutet dasselbe: manuelle Suche in PHP-Templates und JavaScript-Dateien.

React-Komponenten-Architektur

Wiederverwendbare React-Komponenten, testbar mit Jest/Vitest, dokumentierbar mit Storybook. WordPress-Shortcodes und PHP-Templates sind das Gegenteil davon.

Deployment und Hosting

Next.js auf Vercel deployt automatisch bei jedem Git-Push. Preview-Deployments für jeden Pull Request. Serverless Functions ohne Infrastruktur-Management. Das alles ist bei WordPress mit erheblichem Konfigurationsaufwand verbunden.

Warum Payload CMS die richtige Wahl als Backend ist

Ein Headless CMS trennt Content-Management (Backend) von Darstellung (Frontend). Der Content-Editor arbeitet in einem vertrauten Interface, das Entwicklerteam hat volle Freiheit beim Frontend. Es gibt viele Headless CMS-Optionen — wir haben uns für Payload CMS entschieden, und das hat konkrete Gründe:

• Open Source, selbst gehostet — keine monatliche SaaS-Gebühr, volle Datenkontrolle. Contentful und Sanity kosten ab einer bestimmten Datenmenge erhebliche monatliche Gebühren.
• TypeScript-nativ — das Datenbankschema ist TypeScript, die API ist TypeScript, Hooks und Access Control sind TypeScript. Volle Typsicherheit.
• Collections und Globals — das Datenmodell passt sich an die Anforderungen an, nicht umgekehrt. Blog-Posts, Service-Seiten, Projektgalerien — alles frei definierbar.
• Lexical Rich Text — ein moderner, erweiterbarer Rich-Text-Editor statt TinyMCE.
• Direkte PostgreSQL-Integration — keine proprietäre Datenbankschicht, direkter SQL-Zugriff möglich.

Ein konkretes Vergleichsprojekt

Die EA Digital Solutions-Website läuft auf Next.js 15 + Payload CMS. Typische Größenordnungen im Vergleich zu einer WordPress-Site mit Caching (Lighthouse, mobil) — die konkreten Werte hängen stark von Hosting, Theme und Plugins ab:

• Lighthouse Performance (mobile) — Next.js: 97, WordPress mit Caching: 72
• Time to First Byte — Next.js (Vercel Edge): 28ms, WordPress (managed hosting): 340ms
• Largest Contentful Paint — Next.js: 1,1s, WordPress: 3,8s

Diese Zahlen spiegeln sich in den Google Core Web Vitals wider, die direkt in das Ranking-Signal einfließen.

Wann WordPress trotzdem die bessere Wahl ist

Ehrlichkeit ist wichtig: WordPress ist in manchen Szenarien die richtige Entscheidung.

• Knappe Budgets mit kurzem Zeitrahmen — eine WordPress-Site ist in Tagen live. Ein Next.js-Projekt braucht Wochen.
• Teams die WordPress kennen — wenn das interne Team täglich in WordPress arbeitet und das Frontend-Entwicklungs-Know-how fehlt, ist der Wechsel kontraproduktiv.
• Umfangreiches Plugin-Ökosystem erforderlich — bestimmte Branchen-Plugins existieren nur für WordPress (LMS-Systeme, bestimmte Buchungstools).
• Spezifische WooCommerce-Integrationen — wenn die gesamte E-Commerce-Infrastruktur auf WooCommerce aufgebaut ist, ist ein Wechsel ein Großprojekt.

Die Entscheidungslogik in der Praxis

Unsere Empfehlung für Kundenprojekte folgt einer klaren Logik:

• Bestehendes WordPress-Projekt: Optimieren statt wechseln — außer es gibt konkrete Performance-Probleme oder das Plugin-Chaos ist nicht mehr beherrschbar.
• Neuprojekt mit Standard-Inhalt: Next.js + Payload CMS ist unsere Standardempfehlung — bessere Performance, bessere Developer Experience, keine Sicherheits-Plugin-Pflege.
• Neuprojekt mit kleinem Budget <5.000 €: WordPress mit gutem Theme und minimalen Plugins kann sinnvoll sein.
• Neuprojekt mit komplexer Logik: Next.js ist klar überlegen — Custom Collections in Payload, API-Routen für Integrationen, TypeScript überall.

Technische Details: Wie Next.js + Payload zusammenspielt

Payload CMS 3 unterstützt Next.js nativ — es läuft als Plugin im gleichen Next.js-Projekt. Das Backend (Admin-Panel) und das Frontend teilen sich eine Codebasis und einen Deployment-Prozess.

Content-Types werden als TypeScript-Collections definiert. Payload erzeugt daraus automatisch die Schnittstellen für andere Systeme (REST und GraphQL), die Admin-Oberfläche und die TypeScript-Typen. Das Frontend konsumiert diese Typen direkt — keine Typ-Divergenz zwischen Backend und Frontend möglich.

Für dieses Projekt haben wir unter anderem implementiert: mehrsprachige Inhalte (DE/EN) mit i18n-Routing, verknüpfte Service-Seiten und Blog-Posts, SEO-Felder mit Schema.org-Generierung, Lexical-Rich-Text mit Custom-Nodes für strukturierte Daten.

Häufig gestellte Fragen

Kann ein Content-Editor ohne Programmierkenntnisse mit Payload CMS arbeiten?

Ja. Das Payload-Admin-Panel ist eine moderne, benutzerfreundliche Oberfläche. Content-Editoren erstellen und bearbeiten Inhalte wie in jedem anderen CMS — ohne Code-Kenntnisse. Entwickler konfigurieren die Felder und Validierungen einmalig.

Was kostet Next.js + Payload CMS im Vergleich zu WordPress?

Entwicklungskosten: höher. Hosting-Kosten: vergleichbar (Vercel Hobby kostenlos, Pro ab rund 20 US-Dollar pro Monat; Neon-Datenbank ab kostenlos). Plugin-Gebühren: keine. Sicherheits-Wartung: deutlich geringer.

Wie lange dauert die Entwicklung einer Next.js + Payload Website?

Eine einfache Unternehmenswebsite: 3–4 Wochen. Ein komplexeres Projekt mit Custom Collections, Mehrsprachigkeit und Systemintegration: 6–12 Wochen.

Ist Next.js + Payload DSGVO-konform?

Ja, bei richtiger Einrichtung: Payload kann auf Servern in der EU betrieben werden, etwa mit Hosting in Frankfurt und einer EU-Datenbank. Mit den Hosting-Anbietern werden Auftragsverarbeitungsverträge geschlossen. Ob eine Website insgesamt DSGVO-konform ist, hängt zusätzlich von Tracking, Formularen und Datenschutzerklärung ab.

Kann ich bestehende WordPress-Inhalte migrieren?

Ja. WordPress exportiert Inhalte als XML (WordPress Export Format). Wir entwickeln Migrationsskripte die Posts, Seiten, Medien und Metadaten in Payload importieren. SEO-URLs werden über Redirects übertragen.

Welche Hosting-Optionen gibt es für Payload CMS?

Payload läuft überall wo Node.js läuft: Vercel (mit einigen Einschränkungen für Long-Running Processes), Railway, Render, DigitalOcean App Platform, eigener VPS. Datenbank: Neon PostgreSQL (serverless), Supabase, oder eigene PostgreSQL-Instanz.

Fazit

Next.js + Payload CMS ist nicht für jedes Projekt die richtige Wahl — aber für die meisten Projekte die wir bei EA Digital Solutions umsetzen, ist es die bessere Entscheidung. Bessere Performance, saubere Wartbarkeit, volle Kontrolle, keine Plugin-Abhängigkeiten. Mehr dazu auf unseren Seiten zur individuellen Entwicklung und – für einfachere Websites mit fester Monatsrate – zum Website-Leasing.

Wenn Sie vor der Entscheidung zwischen WordPress und einem modernen Tech-Stack stehen, sprechen Sie uns an. Wir gehen Ihre Anforderungen durch und sagen Ihnen direkt, welcher Ansatz in Ihrem konkreten Fall sinnvoller ist — ohne Produktverkauf.