Ende letzten Jahres habe ich mein letztes Projekt mit WordPress abgeschlossen. Nach vielen Jahren, unzähligen Websites und einer langen Entwicklung als Webdesigner und Entwickler ist für mich nun ein klarer Schnitt: Ich setze künftig auf Headless CMS — konkret auf Directus — und ein modernes Frontend mit Next.js.
Das war keine spontane Laune. Es ist das Ergebnis von sechs Monaten intensiver Arbeit mit aktuellen Web-Technologien, KI-gestützten Entwicklungsprozessen und der Frage, welche Architektur Projekte heute wirklich tragfähig macht — technisch, wirtschaftlich und für die Menschen, die Inhalte pflegen müssen.
Mein Weg von PHP zu Headless CMS
Ich bin mit klassischer PHP-Entwicklung gestartet, bin über WordPress zu vielen Kundenprojekten gekommen und habe dort gelernt, was eine gute Website ausmacht: klare Struktur, verständliche Texte, saubere Umsetzung. WordPress war lange das richtige Werkzeug dafür.
Mit der Zeit wollte ich aber mehr technische Freiheit: Performance, die nicht von einem Theme abhängt. Frontends, die sich an den Use Case anpassen — nicht an die Grenzen eines Page Builders. Und Inhalte, die ich nicht nur auf einer Website, sondern auch in Apps, Portalen oder KI-Workflows weiterverwenden kann.
Genau da beginnt Headless CMS: Inhalte leben in einer API, das Frontend ist getrennt. Für mich ist das kein Buzzword, sondern die logische Fortsetzung von „Trennung von Inhalt und Darstellung“ — nur konsequent umgesetzt.
Die Grenzen von WordPress
WordPress hat seinen Erfolg verdient. Für Blogs, einfache Unternehmensseiten und schnelle MVPs ist es nach wie vor eine Option. Sobald Projekte aber größer werden, Anforderungen an Performance, Sicherheit, Individualisierung und KI-Anbindung steigen, bin ich jedoch immer häufiger an dieselben Herausforderungen gestoßen:
- Performance: Jedes Plugin, jedes Theme-Skript und jede unnötige Datenbankabfrage kostet Ladezeit — und damit Rankings sowie Conversions.
- Plugin-Abhängigkeit: Funktionen hängen an Drittanbietern, Updates brechen Layouts, Sicherheitslücken kommen über Erweiterungen ins System.
- Wartungsaufwand: Kern, Theme und Plugins müssen laufend gepflegt werden — oft ohne echten Mehrwert für das konkrete Projekt.
- Frontend-Flexibilität: Individuelle UX, Design Systeme und moderne React-Patterns stoßen an strukturelle Grenzen.
- KI & Automatisierung: Inhalte sind tief mit WordPress gekoppelt — schwer in RAG-Pipelines, Portale oder andere Kanäle zu überführen.
Das sind keine theoretischen Einwände. Das sind Muster, die ich in der Praxis immer wieder gesehen habe — besonders bei B2B-Projekten, die länger leben sollen als ein Relaunch-Zyklus.
Die YouTube-Illusion: KI-Websites als Affiliate-Falle
Mich ärgert, wie auf YouTube vorgegaukelt wird, man könne mit KI kinderleicht moderne WordPress-Seiten bauen. In Wahrheit passiert da keine Magie: Die YouTuber zerschneiden einfach bereits fertige KI-Websites und pressen sie mit Gewalt in ein Plugin. Der einzige Grund für diese Show? Sie wollen ihre endlose Liste an Affiliate-Links für Page Builder und angebliche KI-Tools verkaufen.
Das Ergebnis ist keine smarte Website, sondern ein fragiles Kartenhaus aus Abhängigkeiten, hohen Kosten und Wartungsaufwand.
KI ist kein Plugin, das man einfach draufschraubt. Wer heute ein Projekt plant, sollte sich kritisch fragen: Dient dieses Plugin-Chaos wirklich meinem Ziel – oder nur der Provision des YouTubers?
Warum Directus und Next.js der nächste Schritt sind
Meine Antwort auf diese Erfahrungen ist ein Stack, den ich selbst produktiv einsetze:
- Directus als Headless CMS: strukturierte Inhalte, Rollen, API-first, auf eigener Infrastruktur — DSGVO-freundlich und ohne Plugin-Hölle.
- Next.js als Frontend: schnell, SEO-tauglich, komponentenbasiert — passend zu einem dokumentierten Design System.
- Klare Grenzen: Nur die Funktionen, die das Projekt braucht. Kein Plugin-Bingo.
Diese Website läuft genau so. Inhalte pflege ich in Directus, das Frontend ist Next.js — und wenn KI ins Spiel kommt, hängt sie an Daten, die ich kontrolliere, nicht an einem Black-Box-Plugin im WordPress-Backend.
Fazit
WordPress war ein wichtiger Teil meiner Laufbahn. Für viele meiner künftigen Projekte ist es das nicht mehr.
Wenn Sie eine Website oder ein Portal planen, das schnell, wartbar und erweiterbar sein soll — ohne dass jedes neue Feature ein weiteres Plugin bedeutet — lohnt sich der Blick auf Headless CMS. Gern erkläre ich im Erstgespräch, ob das bei Ihnen Sinn ergibt oder ob ein schlankeres Setup reicht.
Der Unterschied ist nicht „WordPress schlecht, Headless gut“. Der Unterschied ist: Welche Architektur trägt Ihr Ziel in drei Jahren noch — ohne dass Sie jeden Monat Plugins nachziehen müssen?