Warum wir Next.js + Payload CMS statt WordPress bauen

Letzte Aktualisierung: August 2026

43% aller Websites weltweit laufen auf WordPress. 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 das React-Framework von Vercel und nutzt das App Router-Modell: Komponenten können je nach Bedarf server-seitig gerendert, statisch generiert oder client-seitig hydratisiert werden. Das Ergebnis:

Core Web Vitals

Static Site Generation für Blog-Posts und Service-Seiten bedeutet: Der HTML ist bereits beim ersten Byte fertig. 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

Wir haben die EA Digital Solutions-Website selbst als Benchmark genutzt. Die Website läuft auf Next.js 15 + Payload CMS. Vergleichswerte zu einer ähnlichen WordPress-Site (gleicher Inhaltsumfang, vergleichbares Design):

• 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
• Sicherheits-Updates pro Quartal — Next.js: 0-1 (npm-Pakete), WordPress: 8-15 (Core + Plugins)

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 — ein 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 generiert daraus automatisch REST-API, GraphQL-API, Admin-UI und 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 Plan kostenlos, Pro ab 20 $/Monat; Neon PostgreSQL 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. Da Payload selbst gehostet wird (auf Servern in der EU), verbleiben alle Daten in Ihrer Kontrolle. Keine Third-Party-Datenweitergabe an SaaS-Anbieter für Content-Storage.

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, bessere Developer Experience, volle Kontrolle, keine Plugin-Abhängigkeiten.

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.