Wie du zwischen wordpress und einem headless cms pragmatisch abwägst und migrationskosten realistisch kalkulierst

Als Entwickler*in und Betreiberin von Crest Datei stelle ich mir (und meinen Kund*innen) oft die gleiche Frage: Wann bleibt WordPress die pragmischere Lösung — und wann lohnt sich der Umstieg auf ein Headless CMS? In diesem Artikel teile ich meine praktische Herangehensweise, die kritischen Entscheidungskriterien und eine realistische Methode zur Kalkulation von Migrationskosten. Keine Theorie, sondern Erfahrungswerte und konkrete Rechenhilfen.

Warum die Frage überhaupt relevant ist

WordPress dominiert das Web seit Jahrzehnten — aus gutem Grund: Es ist schnell einsatzbereit, kostengünstig und hat ein riesiges Ökosystem an Themes und Plugins. Gleichzeitig treiben moderne Web-Architekturen (Jamstack, Single Page Applications) und Anforderungen an Performance, Skalierbarkeit und Multi-Channel-Ausspielung viele Teams in Richtung Headless CMS wie Strapi, Sanity oder Contentful.

Die Entscheidung hat Auswirkungen auf Betrieb, Entwicklung, Content-Workflows und langfristige Kosten. Deshalb behandle ich das Thema immer aus vier Perspektiven: Produktanforderungen, Teamfähigkeiten, technische Kosten und Betriebsaufwand.

Produktanforderungen: Wann WordPress reicht

Ich empfehle WordPress, wenn diese Punkte zutreffen:

Die Website ist hauptsächlich Content-getrieben (Blog, Magazin, Unternehmensseite).

Du brauchst schnelle Time-to-Market mit Standard-Funktionalitäten (Kontaktformulare, SEO-Plugins, Newsletter-Integrationen).

Das Team oder die Kund*innen möchten Inhalte direkt im Frontend bearbeiten (WYSIWYG) und wenig komplexe Integrationen.

Budget ist begrenzt und Hosting-Lösungen wie Managed WordPress (z. B. Kinsta, SiteGround) sind sinnvoll.

WordPress ist pragmatisch: Themes, Page-Builder (z. B. Elementor) und Plugins decken oft 80% der Anforderungen ohne großen Engineering-Aufwand ab. Für viele Selbstständige und kleine Unternehmen ist das die richtige Wahl.

Wirtschaftliche und technische Gründe für Headless

Ein Headless CMS lohnt sich eher, wenn:

Du mehrere Ausgabekanäle (Web, Mobile App, IoT) bedienen willst — Content als API macht das einfacher.

Hohe Performance, Skalierbarkeit und optimierte Ladezeiten kritisch sind (z. B. E-Commerce mit großen Traffic-Spitzen).

Du ein modernes Frontend (React/Next.js, Vue/Nuxt.js) nutzen möchtest, um UX und Interaktivität besser zu steuern.

Das Entwicklungsteam ist vertraut mit modernen Toolchains oder du planst langfristig technischen Ausbau.

Headless-Architekturen bieten Flexibilität und bessere Trennung von Content und Presentation. Sie bringen aber mehr Initialaufwand und Betriebskomplexität mit sich.

Entscheidungskriterien – eine Checkliste

Content-Komplexität: Viele Content-Typen, Beziehungen, Übersetzungen? → Headless vermutlich besser.

Zeit bis Launch: Kurzfristig sichtbarer Vorteil für WordPress.

Budget vs. Total Cost of Ownership (TCO): Headless > Einstiegskosten, aber langfristig günstig bei Skalierung.

Sicherheits- und Wartungsaufwand: Headless kann sicherer sein (reduziertes Angriffsfläche), WordPress braucht mehr Pflege bzgl. Plugins.

Editor Experience: Redakteure wollen komfortable Inline-Editing? → WordPress oder moderne Headless-CMS mit guten Editor-Plugins (z. B. Sanity Studio) prüfen.

Wie ich Migrationskosten pragmatisch kalkuliere

Bei Migrationen vermeide ich grobe Schätzungen. Ich zerlege das Projekt in standardisierte Komponenten und schätze jede separat. So entsteht eine transparente Kalkulation, die sich einfach anpassen lässt.

Wesentliche Kostenblöcke:

Analyse & Planung

Datenmigration (Content & Medien)

Entwicklung Frontend & Backend-Integrationen

Testing & Qualitätssicherung

Hosting & Infrastruktur

Schulung & Change-Management

Wartung und Monitoring (jährlich)

Posten	Beschreibung	Typische Kosten (DE, Richtwerte)
Analyse & Planung	Content Audit, Wireframes, Projektplan	1.000–5.000 €
Datenmigration	Export/Transform/Import von Beiträgen, Metadaten, Medien	1.500–8.000 €
Entwicklung	Frontend (z. B. Next.js) + API-Integrationen	5.000–30.000 €
Testing	Automatisierte & manuelle Tests	1.000–5.000 €
Hosting & Infrastruktur	CDN, Serverless-Funktionen, Headless-CMS-Tariefe	monatlich 50–1.000 €
Schulung	Redakteur*innen-Training	500–2.000 €
Wartung (jährlich)	Updates, Monitoring, kleine Features	2.000–10.000 €/Jahr

Wichtig: Diese Zahlen sind Bandbreiten. Für kleine Projekte rechnet man eher am unteren Ende, für Enterprise-Projekte am oberen.

Beispielrechnung: Kleine Unternehmensseite

Angenommen: 30 Seiten, 200 Beiträge, Medienbibliothek (~5 GB), einfache Integrationen (Formular, Newsletter).

Analyse & Planung: 2.000 €

Datenmigration: 2.500 €

Frontend-Entwicklung (Next.js, Responsiv): 7.000 €

Testing & Bugfixing: 1.500 €

Hosting & CMS (Sanity free tier -> Team plan): 40 €/Monat → 480 €/Jahr

Schulung: 800 €

Einmalig: ca. 13.800 €. Laufende Kosten Jahr 1: 480 € + Wartung (z. B. 2.500 €) ≈ 2.980 €.

Vergleich mit WordPress: Migration zu modernem WordPress-Setup (Theme-Anpassung, Plugin-Konfiguration) würde ich oft mit 4.000–8.000 € ansetzen. Hosting (Managed) ca. 200–600 €/Jahr. Wartung ähnlich oder höher je nach Plugins.

Tipps, um Migrationsrisiken und Kosten zu senken

Priorisiere Content: Migrate nur das, was tatsächlich gebraucht wird. Alte, irrelevante Beiträge kann man archivieren statt migrieren.

Automatisiere wo möglich: Skripte für Bulk-Exporte und -Imports sparen viel Zeit (und Geld).

Proof-of-Concept (PoC): Klein beginnen — ein Teil der Seite migrieren und daraus Aufwand extrapolieren.

Verwende bestehende Integrationen: Viele Headless-CMS bieten off-the-shelf Adapter für gängige Plattformen.

Plan für Redakteure: UX des Editors kann Migrationserfolg entschieden beeinflussen — Zeit für Training einplanen.

Sicherheits- und Betriebsaspekte

WordPress benötigt regelmäßiges Patchen von Core, Themes und Plugins; jedes Plugin ist potenziell ein Risiko. Headless-Setups verschieben einige Risiken (z. B. API-Sicherheit, IAM, Secrets-Management), bieten aber oft eine kleinere Angriffsfläche für das öffentliche Web (statisches CDN-Frontend).

Ich empfehle immer ein Sicherheits-Checklist vor dem Go-live: HTTPS erzwingen, CSP setzen, Backups automatisieren, Zugangsbeschränkungen für CMS-Backends und Logging/Monitoring einrichten.

Fazit — oder vielmehr: Entscheidungsleitfaden

Ich treffe die Entscheidung nicht pauschal, sondern anhand der Checkliste: Was ist das Ziel (Schnelligkeit vs. Flexibilität)? Wer betreibt die Seite? Wie sehen Skalierungspläne aus? Wenn du diese Fragen ehrlich beantwortest, hast du bereits 80% der Entscheidungslast gelöst.

Wenn du willst, kann ich dir anhand deiner konkreten Website eine schnelle Grobanalyse und eine erste Kostenschätzung machen — schick mir Domain, Traffic-Schätzung und ein paar Anforderungen, und ich erstelle eine pragmatische Kalkulation.