Heute Nacht wurde WordPress 7.0 »Armstrong« veröffentlicht, benannt nach dem legendären Jazz-Musiker Louis Armstrong. Das ist das erste Major-Release seit Langem, das nicht nur Detailverbesserungen bringt, sondern auch eine neue Richtung markiert: KI bzw. AI rückt noch mehr in den Fokus. Das Dashboard bekommt einen ordentlichen Schub und einiges mehr. Eine prominent angekündigte und lang erwartete Funktion fehlt allerdings.

Die größte Aufmerksamkeit im neuen Release bekommt die KI-Integration. WordPress 7.0 bringt einen sogenannten AI-Client direkt in den Core, der die Kommunikation mit generativen AI-Modellen übernimmt. Zusammen mit der neuen Abilities-API (und ihrem JavaScript-Pendant, dem Client-Side Abilities Package) soll das die Grundlage für neue Funktionen, Workflow-Automatisierungen und Erstellungs-Tools direkt in WordPress legen.

Über ein zusätzliches AI-Plugin lassen sich dann konkrete Funktionen aktivieren: Bilder generieren und bearbeiten, Titel oder Auszüge erstellen, Alt-Texte vorschlagen. Die Verbindungen zu externen AI-Diensten werden zentral auf dem neuen Connector’s Screen verwaltet, mit drei Voreinstellungen für den schnellen Einstieg. Der AI-Client allein erzeugt noch keine AI-Funktionen, er ist eher die »Verkabelung«, die das Plugin-Ökosystem nutzen kann.

Das Backend wurde optisch überarbeitet. Neues Farbschema, weichere Übergänge, insgesamt eine ruhigere Anmutung. Auf den Screenshots wirkt das aufgeräumt, der echte Eindruck zeigt sich allerdings erst nach einer Weile im täglichen Arbeiten.

Die WordPress-Befehlspalette (Command-Palette), die du über ⌘K (Mac) oder Strg+K (Windows/Linux) öffnest, wurde erweitert und auch hier sind KI-Funktionen hinzugekommen.

Daneben gibt es zwei nützliche Detailverbesserungen: eine zentrale Font-Verwaltungsseite, die Block-, Hybrid- und klassische Themes unterstützt, und einen visuell verbesserten Revisionen-Vergleich, mit dem du durch die Versionen scrollst und Änderungen auf einen Blick siehst.

Im Editor sind mehrere neue Blöcke dazugekommen: ein Gallery-Block mit Lightbox-Slideshow, ein Heading-Block für feineres HTML-Markup, ein Breadcrumbs-Block für eine klare Navigation ohne Plugin-Umweg und ein Icons-Block für kleine grafische Akzente.

Außerdem gibt es erweiterte Responsiveness-Controls. Du kannst einzelne Blöcke je nach Viewport ein- oder ausblenden und sogar die Breakpoints selbst anpassen. Das Menü-Overlay ist jetzt vollständig mit Blöcken und Patterns gestaltbar, inklusive eigener Schließen-Buttons und Spalten-Layouts. Patterns funktionieren ab 7.0 als eine Einheit, lassen sich aber bei Bedarf wieder voneinander lösen. Und für alle, die granular eingreifen möchten: Du kannst jetzt direkt im Block-Editor Custom-CSS auf Block-Ebene definieren.

Eine Funktion, die ursprünglich für 7.0 vorgesehen war, hat es nicht ins finale Release geschafft: die Echtzeit-Kollaboration im Editor, also das gemeinsame Bearbeiten von Beiträgen und Seiten im Stil von Google Docs. Darüber habe ich schon gestern im aktuellen Newsletter berichtet.

Matt Mullenweg hat Anfang Mai entschieden, die Funktion aus 7.0 herauszunehmen. Begründet wurde das mit Bedenken zur Stabilität: zu große Angriffsfläche, Race Conditions, Probleme mit Serverlast und Speichereffizienz sowie wiederkehrende Bugs, die durch Fuzz-Testing aufgetaucht sind. Aus Sicht des Teams sei der aktuelle Stand noch nicht robust genug für den Core. Wer die Funktion ausprobieren möchte, kann das aktuell über das Gutenberg-Plugin tun. Ein vollwertiges Core-Feature soll daraus in einer späteren Version werden.

Für Entwickler gibt es ein paar interessante Neuerungen. Blöcke und Patterns lassen sich jetzt serverseitig nur mit PHP erstellen und werden automatisch über die Block-API registriert. Das ist gerade für Projekte interessant, in denen man sich mit dem JavaScript-Block-Setup nicht aufhalten möchte.

Der Site-Editor selbst wurde erweiterbarer. Es gibt jetzt Routing, Route-Validierung und ein neues wordpress/boot-Package, mit dem Plugins eigene Site-Editor-Seiten bauen können. Damit wird der Site-Editor weniger ein geschlossenes Tool und mehr eine Plattform, auf der eigene UI-Bereiche möglich sind. Solche Erweiterungspunkte sind in der Ankündigung oft unscheinbar, haben aber langfristig Auswirkungen darauf, was im Plugin-Ökosystem überhaupt möglich ist.

Klar, AI ist gerade das große Thema, und WordPress wollte hier verständlicherweise nicht außen vorbleiben. Statt einen großen, fest verdrahteten AI-Assistenten in den Core zu schrauben, gibt es eine API-Schicht plus optionales Plugin.

Aber bei diesem Thema ist Vorsicht angebracht. Wenn KI-Funktionen im Hintergrund auf deine Inhalte zugreifen, gehen Texte und gegebenenfalls Bilder an einen externen Anbieter. Vor dem produktiven Einsatz lohnt sich ein Blick in die jeweiligen Datenschutzbedingungen, vor allem im DSGVO-Kontext. Kostenpflichtige API-Aufrufe sind ein weiteres Thema, das du dann im Blick behalten solltest.

Wie auch schon in der Vergangenheit: Du bist nicht gezwungen, sofort auf 7.0 zu aktualisieren. Bei den größeren Versionssprüngen ist sowieso immer etwas mehr Vorsicht angebracht. Wer eine kleinere Seite oder nur wenige Plugins im Einsatz hat, der kann auch jetzt schon aktualisieren, wenn er neugierig auf die Neuerungen ist.

Wer eine stark angepasste Website und/oder viele Plugins im Einsatz hat, der sollte entweder gut testen oder auf WordPress 7.0.1 oder noch besser auf 7.0.2 warten. Wer noch zusätzlich WooCommerce einsetzt, für den gilt die Vorsicht umso mehr.

Habt ihr schon auf 7.0 aktualisiert, oder wartet ihr lieber noch auf das erste oder sogar zweite Patch-Release?