Der Rettungsanker heißt KI
WordPress 7.0 ist da, und mit ihm das, was die Projektführung als den größten Schritt seit der Einführung von Gutenberg verkauft: eine native KI-Schicht, die Gemini, Claude und ChatGPT direkt ins Backend holt. Inhalte generieren, Layouts vorschlagen, Bilder erzeugen, Felder ausfüllen, ganze Seiten aus einem Prompt zusammensetzen – all das soll jetzt nicht mehr über ein wackeliges Drittanbieter-Plugin laufen, sondern als integraler Bestandteil des Systems.
Auf dem Papier ist das die naheliegende Antwort auf eine existenzielle Frage. Wenn moderne Frameworks WordPress in Performance, Sicherheit und Developer Experience seit Jahren überholen, dann muss das CMS irgendwo punkten. Und KI ist gerade die Karte, die jeder spielt. Die Logik dahinter: Wer Inhalte in WordPress per Knopfdruck aus einem KI-Modell zieht, braucht keinen Page-Builder mehr, keine zehn Plugins, keine Agentur für jede Landingpage.
Die Logik ist nicht falsch. Sie ist nur zu kurz gedacht.
Was die KI-Integration tatsächlich abräumt
Der erste, oft übersehene Effekt von WordPress 7.0 trifft nicht die Konkurrenz, sondern das eigene Ökosystem. Über 60.000 Plugins und unzählige Theme-Shops existieren, weil WordPress im Kern wenig kann und alles über Erweiterungen nachrüstet. Ein großer Teil dieser Plugins löst Probleme, die eine fähige KI-Schicht trivial macht: Formulare bauen, SEO-Texte schreiben, Meta-Beschreibungen generieren, Bilder beschriften, Inhalte übersetzen, Layout-Varianten erzeugen.
Wenn das Modell im Backend diese Aufgaben direkt übernimmt, kollabiert die wirtschaftliche Grundlage für einen Großteil des Plugin- und Theme-Marktes. Warum ein SEO-Plugin kaufen, das jährlich Lizenzgebühren kostet, wenn das integrierte Modell denselben Output liefert? Warum ein Premium-Theme, wenn die KI auf Zuruf ein Layout zusammenstellt?
Das ist die eigentliche Sprengkraft von 7.0: Sie richtet sich nach innen. Mittelfristig bedeutet die KI-Integration das Ende des Plugin- und Theme-Ökosystems, wie wir es kennen – und genau dieses Ökosystem war über zwanzig Jahre der einzige echte Burggraben von WordPress. Nicht die Technik hat WordPress am Leben gehalten, sondern das Netzwerk aus Entwicklern, Agenturen und Marktplätzen, die davon leben. Wer diesen Markt austrocknet, sägt am eigenen Fundament.
Die KI lässt sich nicht in einen Käfig sperren
Der zweite, strategisch entscheidende Denkfehler steckt in der Architektur der Integration. WordPress versucht, die KI als kontrollierte Funktion ins eigene System einzubetten – als Werkzeug, das brav im Backend sitzt und auf Befehle wartet. Inhalte generieren, ja. Aber innerhalb der WordPress-Welt, nach WordPress-Regeln, gerendert durch die WordPress-Pipeline.
Das verkennt, was gerade passiert. KI-Tools sind keine Funktion, die man in ein bestehendes System einbaut. Sie sind die Schicht, von der aus Software überhaupt erst entsteht. Entwickler bauen heute komplette Websites in einem Bruchteil der Zeit, indem sie ein Modell anweisen – nicht in WordPress, sondern in einem modernen Framework, das die KI ohnehin viel sauberer beherrscht als verschachteltes PHP mit dreißig Hook-Ebenen.
Die KI in WordPress hineinzuholen, um sie zu bändigen, ist der Versuch, eine Flut mit einem Eimer einzufangen. Die Modelle haben die Kontrolle über den Entstehungsprozess von Software längst übernommen. Die Frage ist nicht mehr „Wie integriere ich KI in mein CMS?", sondern „Brauche ich das CMS überhaupt noch, wenn die KI das Frontend direkt erzeugen kann?". Für immer mehr Projekte lautet die Antwort: nein.
Das eigentliche Problem bleibt unberührt
Selbst wenn man beide Punkte beiseiteschiebt – der Markt-Kannibalisierung und der falschen Kontrollannahme – bleibt der härteste Einwand: KI im Backend ändert nichts an der technologischen Substanz von WordPress.
Eine KI, die Inhalte generiert, ändert nichts daran, dass diese Inhalte am Ende durch dieselbe serverseitige PHP-Pipeline gerendert werden, die seit den 2000ern im Kern unverändert ist. Sie ändert nichts an der einen MySQL-Datenbank, die für alles missbraucht wird. Sie ändert nichts an der Angriffsfläche, an den Caching-Krücken, an den Plugin-Kompatibilitätskonflikten, an den Ladezeiten von 800 Millisekunden bis mehreren Sekunden.
Ein per KI generierter Text in einem langsamen, unsicheren, schwer wartbaren System ist immer noch ein Text in einem langsamen, unsicheren, schwer wartbaren System. Die KI verschönert die Oberfläche der Inhaltserstellung, während das Fundament dasselbe bleibt. Es ist, als würde man einem Auto mit Verbrennungsmotor ein modernes Infotainment-System einbauen und es als Elektroauto verkaufen. Das Display ist beeindruckend. Der Antrieb ist es nicht.
Moderne Architekturen lösen das Problem an der Wurzel: Static Site Generation und Edge Rendering liefern Seiten in unter 100 Millisekunden, ohne Server, der unter Last einbricht. Headless-Setups haben keine öffentliche Admin-Oberfläche als Einfallstor. KI ist dort kein nachträglich angeflanschtes Feature, sondern Teil des Entwicklungsprozesses von Anfang an – sauber typisiert, versionierbar, nachvollziehbar.
Warum der Reflex trotzdem verständlich ist
Man sollte die Entscheidung der WordPress-Macher nicht als Dummheit abtun. Sie ist eine rationale Reaktion auf einen realen Druck. Der Marktanteil stagniert seit Jahren, neue Projekte gehen zunehmend an Next.js, Astro und Co., und KI ist das einzige Thema, mit dem man gerade Aufmerksamkeit und das Gefühl von Bewegung erzeugt. Aus Sicht eines reifen Produkts, das Relevanz verliert, ist die KI-Karte fast alternativlos.
Das Problem ist nicht der Wille, sich zu erneuern. Das Problem ist, dass man eine Feature-Antwort auf ein Architektur-Problem gibt. Man kann ein Haus mit Rissen im Fundament noch so schön streichen – die Risse bleiben. Und die KI-Integration ist genau das: ein frischer Anstrich auf einem Fundament, das nicht mehr trägt.
Was das für Unternehmen konkret bedeutet
Für Unternehmen, die heute auf WordPress sitzen und sich von 7.0 ihre Modernisierung erhoffen, ist die nüchterne Einschätzung wichtig. Die KI-Funktionen werden den Redaktionsalltag erleichtern, das ist real. Aber sie sind kein Grund, eine fällige Architekturentscheidung weiter aufzuschieben. Im Gegenteil: Wer jetzt in die WordPress-KI-Welt investiert, Workflows darauf aufbaut und Redakteure darauf schult, vergrößert die Switching Costs für später.
Unsere Empfehlung bleibt die gleiche wie zuvor, nur mit gestiegener Dringlichkeit: schrittweise migrieren statt nachrüsten. Zuerst die öffentlich sichtbaren, geschäftskritischen Seiten auf eine moderne Architektur heben, dann den Content-Workflow umstellen, schließlich das Backend abschalten. Genau hier zahlt sich die KI doppelt aus – nicht im alten System, sondern bei der Migration: KI-gestützte Werkzeuge senken die Kosten einer Umstellung heute auf einen Bruchteil dessen, was sie vor drei Jahren bedeutet hätte.
Wir sehen in Projekten regelmäßig, dass die Angst vor der Migration größer ist als der tatsächliche Aufwand. Was früher ein monatelanges Großprojekt war, ist mit den heutigen Tools oft eine Frage von Wochen – inklusive Content-Übernahme, Redirect-Mapping und SEO-Erhalt.
Fazit
WordPress 7.0 ist kein Comeback, sondern ein Symptom. Die KI-Integration löst zwei Probleme, die WordPress nie hatte – Inhalte schneller schreiben und Layouts schneller bauen –, und ignoriert das eine, das es seit zwanzig Jahren hat: eine Architektur aus einer anderen Web-Ära. Gleichzeitig trocknet sie den Plugin- und Theme-Markt aus, der das System überhaupt am Leben gehalten hat.
Man kann KI-Werkzeuge nicht in einen Käfig sperren und hoffen, dass sie dort die alte Welt konservieren. Sie haben die Kontrolle über die Entstehung von Software bereits übernommen – und sie entstehen lieber dort, wo die Architektur zu ihnen passt. WordPress gehört nicht dazu. 7.0 wird den Abstieg nicht aufhalten. Es wird ihn nur etwas glänzender aussehen lassen.