Die letzte Märzwoche 2026 brachte einige der folgenreichsten WordPress-Nachrichten seit Monaten. WordPress 7.0 RC1 wurde veröffentlicht - begleitet von offenen Diskussionen darüber, ob die Softwäre tatsächlich bereit war. Marktanteildaten zeigten, dass WordPress erstmals seit 2022 unter die 43-Prozent-Marke gerutscht ist - nicht weil die Konkurrenz gewinnt, sondern weil KI grundlegend verändert, wie Websites gebaut werden. Und auf der KI-Seite selbst haben sowohl WordPress.com als auch Elementor bedeutende Schritte unternommen, um KI-Agenten tiefer in den WordPress-Workflow zu integrieren.
Im Folgenden finden Sie eine ausführliche Analyse der wichtigsten Entwicklungen dieser Woche und was sie für WordPress-Fachleute, Agenturinhaber und Website-Entwickler bedeuten.
WordPress 7.0 RC1 erscheint trotz Bedenken zur Release-Bereitschaft
WordPress 7.0 RC1 wurde am Dienstag, dem 25. März, veröffentlicht - allerdings nicht ohne vorherige, offene Gespräche im #core-Slack-Kanal darüber, ob die Version tatsächlich bereit war.
Nach einem spontanen Bug-Scrub vor der Release-Party waren immer noch 21 Tickets offen im Meilenstein. Die Core-Committer Aaron Jorbin und Joe Dolson teilten ihre Vorbehalte öffentlich mit. Jorbin sagte, er mache sich „immer noch Sorgen, dass wir nicht das Gefühl haben, dass dies Code ist, den wir guten Gewissens veröffentlichen würden, und dass es daher kein echtes RC ist.” Dolson fügte hinzu, dass die offenen Tickets bekannte Probleme enthielten, die er „nicht als veröffentlichungsfähig betrachten würde.”
Beide gaben letztlich dennoch grünes Licht. Jorbin verwies auf einen Matt-Mullenweg-Beitrag über die Risiken, zu lange mit der Veröffentlichung zu warten, und Dolson räumte ein, es sei „einfach nicht ideal.” Der von Bluehost gesponserte Core-Committer Jonathan Desrosiers erklärte, sein Ziel sei es, dass sich alle Beteiligten bezüglich der verbleibenden Arbeit und der Fähigkeit des Teams, offene Probleme vor dem stabilen Release zu lösen, sicher fühlen.
Ein komplizierter Release-Zyklus
WordPress 7.0 war nach allen Maßstäben ein kompliziertes Release. Der Entwicklungsprozess umfasste sechs Beta-Versionen und ein verzögertes RC1 - weit über dem üblichen Release-Rhythmus. Die schiere Menge an Änderungen, die in einer Hauptversion zusammenliefen, kombiniert mit reduzierter Mitwirkenden-Kapazität (eine wiederkehrende Herausforderung in den letzten Release-Zyklen), hat den Prozess in die Länge gezogen.
Mullenweg, der nach der Release-Party im #core-Kanal postete, schien die Spannung anzuerkennen: „Mir wäre ein wirklich stabiles 7.0 lieber als der WC-Asia-Termin, also lässt uns sicherstellen, dass diese Version wirklich felsenfest ist.”
RC2 erschien am folgenden Tag ohne gemeldete Probleme, und neue Mitwirkende schlossen sich dem Test-Aufwand an - ein positives Zeichen für die Fähigkeit des Projekts, Community-Ressourcen bei Bedarf zu mobilisieren.
Was das für Agenturen und Website-Betreiber bedeutet
Wenn Sie WordPress-Websites professionell verwalten, ist die Botschaft klar: Aktualisieren Sie Produktiv-Websites nicht am Erscheinungstag auf 7.0. Testen Sie gründlich in Staging-Umgebungen. Die offenen Diskussionen über die Bereitschaft sind tatsächlich ein gesundes Zeichen - Transparenz über Bedenken ist weitaus besser als stilles Unbehagen - aber sie signalisieren auch, dass zusätzliche Vorsicht beim Rollout angebracht ist.
Für WPPoland-Kunden folgen wir unserem Standardverfahren: Alle großen Updates durchlaufen unseren 4-stufigen Staging-Prozess bevor sie die Produktivumgebung berühren. WordPress 7.0 wird keine Ausnahme sein.
WordPress-Marktanteil fällt unter 43 %, da KI die Website-Erstellung grundlegend verändert
WordPress betreibt jetzt 42,4 % des Webs, laut W3Techs. Zum ersten Mal seit 2022 ist der Wert unter 43 % gefallen. Die üblichen Verdächtigen - Shopify, Wix und Squarespace - verzeichneten jeweils bescheidene Zuwächse von 0,1 % in den letzten drei Monaten. Aber die interessantere Zahl liegt woanders.
Der Aufstieg von „Kein CMS”
Die Kategorie „Kein CMS” in den W3Techs-Daten - Websites, die kein erkennbares CMS verwenden - kletterte von 28,6 % auf 29 %. Das ist der erste Anstieg seit über einem Jahrzehnt, möglicherweise überhaupt der erste. Was treibt diese Entwicklung an? KI.
Entwickler bauen und überarbeiten Websites mit KI-Tools und wählen dabei nicht immer WordPress. KI-Coding-Assistenten machen es trivial, eine vollständige statische Website zu generieren - HTML, CSS, JavaScript - ohne irgendeine CMS-Schicht. Für einfache Websites (Portfolios, Landingpages, Blogs) bekommt die Frage „Brauche ich ein CMS?” zunehmend eine andere Antwort als noch vor zwei Jahren.
Joost de Valks Migration
Yoast-Gründer Joost de Valk verlieh diesem Trend ein prominentes Gesicht, als er mitteilte, dass er seinen persönlichen Blog von WordPress auf Astro migriert hatte. Er veröffentlichte einen Beitrag mit dem Titel „Do you need a CMS?” und seine Antwort lautete: Für die meisten Websites zunehmend nein.
Das ist nicht deshalb bemerkenswert, weil eine einzelne Migration zählt, sondern wegen der Person, die das Argument vorbringt. De Valk hat eines der erfolgreichsten WordPress-Plugins aller Zeiten entwickelt. Wenn jemand mit dieser Tiefe an WordPress-Erfahrung sagt, die CMS-Schicht sei für viele Anwendungsfälle optional, signalisiert das einen echten Wandel im Denken innerhalb der Community.
Mullenwegs Reaktion
Matt Mullenweg veröffentlichte seine eigene Einschätzung: „Ich habe das Gefühl, dass ‚Dies ist das Jahr der statischen Websites!’ das neue ‚Dies ist das Jahr des Linux-Desktops!’ ist.” Der Witz dahinter: Der Linux-Desktop war seit 30 Jahren fast bereit für den Mainstream - und kam dort nie wirklich an.
Der Vergleich ist clever, unterschätzt aber möglicherweise, was gerade passiert. Statische Websites erforderten 2020 erhebliche technische Kenntnisse. Statische Websites erfordern 2026 - wenn die KI den Code generiert - einen Prompt. Das ist eine fundamental andere Zugänglichkeitskurve.
Was das für WordPress-Profis bedeutet
Jahrelang ging die WordPress-Community davon aus, dass die Wettbewerbsbedrohung von Shopify, Wix und Squarespace kam - Plattformen mit großen Marketingbudgets, die auf WordPress-Marktanteile abzielten. Niemand hatte „Kein CMS” auf dem Bingo-Zettel.
Die praktische Konsequenz für Agenturen: Das Wertversprechen von WordPress muss sich verschieben von „einfach eine Website einrichten” (das kann KI ohne CMS) hin zu „einfach eine Website langfristig verwalten, skalieren und integrieren.” Die Stärken von WordPress - sein Plugin-Ökosystem, sein redaktioneller Workflow, seine Flexibilität für komplexe Websites - bleiben echte Vorteile. Aber der Einstiegs-Anwendungsfall steht unter Druck aus einer Richtung, die niemand erwartet hatte.
Bei WPPoland beobachten wir diesen Trend genau. Unsere Migrationsdienste umfassen sowohl traditionelle CMS-zu-CMS-Migrationen als auch zunehmend Headless-WordPress-Setups, bei denen WordPress als Content-Backend dient, während ein modernes Framework das Frontend übernimmt. Dieser Ansatz bewahrt die Content-Management-Stärken von WordPress und liefert gleichzeitig die Performance-Vorteile, die statische Websites attraktiv machen.
WordPress.com gibt KI-Agenten Schreibzugriff über MCP
WordPress.com hat seine MCP-Integration (Model Context Protocol) um Schreibfähigkeiten erweitert und 19 neue Fähigkeiten für sechs Inhaltstypen hinzugefügt: Beiträge, Seiten, Kommentare, Kategorien, Tags und Medien.
Das Update, angekündigt von Automattics Jonathan Bossenger, bedeutet, dass KI-Agenten nun Inhalte auf WordPress.com-Websites erstellen, bearbeiten und verwalten können - nicht nur lesen. Zuvor war die MCP-Integration auf Lesezugriff beschränkt, nützlich zum Abfragen von Inhalten, aber nicht zum Ändern.
Matt Mullenweg markierte die Nachricht in seinem Blog und ermutigte Nutzer, es mit dem KI-Tool ihrer Wahl zu verbinden und „Spaß zu haben.”
Warum MCP wichtig ist
MCP ist das Protokoll, das KI-Tools (Claude, ChatGPT, benutzerdefinierte Agenten) die strukturierte Interaktion mit externen Diensten ermöglicht. Mit Schreibzugriff wird eine WordPress.com-Website zu etwas, das ein KI-Agent aktiv verwalten kann: Beiträge entwerfen, Inhalte kategorisieren, Kommentare moderieren, Medien hochladen.
Für Agenturen, die mehrere WordPress.com-Websites verwalten, eröffnet dies Möglichkeiten zur Workflow-Automatisierung, die zuvor individuelle API-Integrationen erfordert hätten. Ein über MCP verbundener KI-Agent kann Routine-Content-Operationen übernehmen - Entwurfsbeiträge aus Briefings erstellen, Inhalte taggen und kategorisieren, Kommentarmoderation verwalten - und so menschliche Zeit für Strategie und kreative Arbeit freisetzen.
Aktuelle Einschränkungen
Die MCP-Integration ist derzeit auf WordPress.com (gehostet) beschränkt. Selbstgehostete WordPress-Websites benötigen eine separate MCP-Server-Implementierung. Das WordPress-AI-Connectors-Projekt (diese Woche separat behandelt) arbeitet an verwandter, aber unterschiedlicher Funktionalität für selbstgehostete Websites, wobei Bedenken hinsichtlich Plugin-Level-Zugriffskontrollen geäußert wurden.
Elementor launcht Angie, ein kostenloses KI-Plugin für WordPress
Elementor hat Angie veröffentlicht, ein agentenbasiertes KI-Plugin, das seit September 2025 öffentlich getestet wird. Die erste freigegebene Fähigkeit ist Angie Code, mit der Nutzer individuelle WordPress-Funktionen per natürlicher Sprache erstellen können.
Das entscheidende Unterscheidungsmerkmal zu generischen KI-Code-Generatoren: Angie schreibt Code und testet ihn in einer Sandbox-Umgebung, bevor irgendetwas auf der Live-Website aktiv wird. Das Tool versteht die WordPress-Umgebung, für die es entwickelt - installierte Plugins, aktives Theme, Website-Konfiguration - anstatt Code im luftleeren Raum zu generieren.
Der Anwendungsfall für Agenturen
Elementors Head of WordPress, Miriam Schwab, erklärte gegenüber The Repository, dass Angie Code entwickelt wurde, um ein Problem zu lösen, mit dem Agenturen ständig konfrontiert sind: Kunden, die individuelle Funktionalitäten anfordern, die innerhalb eines realistischen Budgets und Zeitrahmens schwer umzusetzen sind. Kleine Anpassungen - ein benutzerdefinierter Post-Type, ein bestimmtes Formularverhalten, eine bedingte Anzeigeregel - dauern oft länger in der Umsetzung, als Kunden erwarten.
Angies Versprechen ist, dass es diese Anfragen direkt bearbeiten kann: Beschreiben Sie in natürlicher Sprache, was Sie brauchen, und Angie erstellt ein funktionierendes Code-Snippet, das gegen Ihre spezifische Website-Umgebung verifiziert wurde. Das Plugin ist kostenlos, was die Einstiegshürde für Agenturen und Freelancer senkt.
Weiterreichende Auswirkungen
Sowohl die WordPress.com-MCP-Erweiterung als auch Elementors Angie weisen in dieselbe Richtung: KI wird ein aktiver Teilnehmer im WordPress-Website-Management, nicht nur ein Tool zur Content-Generierung. Die Frage für das WordPress-Ökosystem ist, ob diese Integrationen WordPress wettbewerbsfähiger gegen die KI-nativen Alternativen machen, die das Wachstum der „Kein CMS”-Kategorie antreiben, oder ob sie einen Übergangsschritt darstellen, bevor KI-generierte Websites die CMS-Schicht vollständig umgehen.
Weitere bemerkenswerte Meldungen
WP Community Collective veröffentlicht Vergütungsstandard für Mitwirkende
Das WP Community Collective hat ein fünfstufiges Vergütungsrahmenwerk für Open-Source-Mitwirkende veröffentlicht - der erste öffentlich versionierte Vergütungsstandard für das WordPress-Ökosystem. Dies ist ein bedeutender Schritt, um Open-Source-Beiträge als nachhaltige Karriereoption zu etablieren und nicht nur als ehrenamtliche Tätigkeit zu betrachten.
WordPress AI Connectors fehlen Plugin-Level-Kontrollen
Marcus Burnette von The WP World äußerte Bedenken über unkontrollierten Plugin-Zugriff auf WordPress AI Connectors. Derzeit kann jedes Plugin die AI-Connectors-Infrastruktur ohne ausdrückliche Nutzerzustimmung oder Plugin-spezifische Berechtigungen verwenden. Das WordPress-AI-Team hat die Lücke anerkannt und arbeitet an zwei Funktionen: einer Einwilligungsverwaltungsschicht und Plugin-spezifischen Zugriffskontrollen.
Retrospektive des WordPress-Sicherheitsteams zu 6.9.2
Das WordPress-Sicherheitsteam veröffentlichte eine Retrospektive zur 6.9.x-Release-Serie, die die Checklisten-Lücke beschreibt, die zu 6.9.4 führte, sowie Spannungen mit der Projektleitung bei Backporting-Entscheidungen. Das Dokument bietet einen seltenen Einblick in die internen Prozesse (und Reibungspunkte) bei WordPress-Sicherheits-Releases. Es verdeutlicht die Herausforderungen bei der Aufrechterhaltung der Sicherheit über mehrere aktive Branches hinweg - ein Problem, das mit jeder Hauptversion komplexer wird.
Was das alles zusammen ergibt
Die Nachrichten dieser Woche zeichnen das Bild eines WordPress an einem Wendepunkt. Der 7.0-Release-Prozess zeigt ein Projekt, das mit der Mechanik zu kämpfen hat, eine Hauptversion mit begrenzten Mitwirkenden-Ressourcen zu veröffentlichen. Die Marktanteildaten zeigen externen Druck aus einer unerwarteten Richtung. Und die KI-Entwicklungen zeigen ein Ökosystem, das versucht, in einer Welt relevant zu bleiben, in der KI-Agenten zu vollwertigen Teilnehmern der Webentwicklung werden.
Für WordPress-Profis ergeben sich folgende konkrete Handlungsempfehlungen:
- WordPress 7.0 gründlich testen, bevor Sie es einsetzen - der RC-Prozess war transparent bezüglich der Bedenken, und diese Transparenz sollte Ihre Rollout-Strategie beeinflussen
- Ihr WordPress-Wertversprechen über „einfache Einrichtung” hinaus formulieren - KI kann eine Website generieren, aber sie kann keinen komplexen Content-Workflow, kein Plugin-Ökosystem und keinen redaktionellen Mehrbenutzer-Prozess verwalten
- Jetzt mit KI-Integrationen experimentieren - ob WordPress.com MCP, Elementor Angie oder Tools wie unser eigener Headless-WordPress-Ansatz, das Verständnis, wie KI in WordPress-Workflows passt, wird zur beruflichen Notwendigkeit
Das WordPress-Ökosystem befindet sich nicht in einer Krise, aber es ist in Bewegung. Die Projekte und Agenturen, die sich am schnellsten anpassen, werden diejenigen sein, die langfristig erfolgreich sind.
