WordPress 7.0 ist da: Was für deine Website wirklich zählt

„Habt ihr schon von WordPress 7.0 gehört, sollten wir da was machen?" Diese Frage bekommen wir nach jedem großen WordPress-Release, meistens von Kunden, die irgendwo eine reißerische Überschrift gelesen haben und jetzt nicht wissen, ob dringender Handlungsbedarf besteht oder ob es sich um eine dieser Meldungen handelt, die man getrost ignorieren kann.

Die ehrliche Antwort liegt dazwischen. WordPress 7.0 ist tatsächlich eines der umfangreicheren Updates der letzten Jahre, mit neuer Admin-Oberfläche, überarbeitetem Editor und einer ganzen Reihe an Funktionen, die auf den ersten Blick beeindruckend klingen. Für den Alltag der meisten Unternehmenswebsites betrifft davon aber nur ein Teil tatsächlich etwas, der Rest ist vor allem für Entwickler und Agenturen relevant, die solche Systeme täglich anfassen.

Dieser Beitrag sortiert, was WordPress 7.0 wirklich bringt, was für dein Unternehmen im Alltag zählt, und ob und wann sich ein Update lohnt.

Was WordPress 7.0 überhaupt ist

WordPress 7.0 wurde am 20. Mai 2026 veröffentlicht, unter dem Codenamen „Armstrong", nach der Tradition, jede Hauptversion nach einem Jazz-Musiker zu benennen. Ursprünglich war der Release schon für Anfang April geplant, wurde aber verschoben, nachdem das Core-Team kurz vor der Veröffentlichung ein grundlegendes architektonisches Problem entdeckt hatte. Diese Verzögerung ist an sich schon eine kleine, positive Randnotiz: Das Team hat einen fertig geplanten Termin verschoben, statt ein bekanntes Problem live gehen zu lassen.

Mittlerweile liegt die aktuelle Version bei 7.0.2, veröffentlicht Mitte Juli 2026, mit den üblichen Fehlerkorrekturen, die nach jedem größeren Release folgen. Wer WordPress im Einsatz hat, läuft also inzwischen auf einer bereits einige Wochen abgehangenen, spürbar stabileren Version, als es der ursprüngliche Release-Tag noch nahelegte.

Die Neuerungen, die für deinen Alltag tatsächlich zählen

Eine überarbeitete Admin-Oberfläche mit Command Palette. Wer regelmäßig selbst Inhalte pflegt, merkt die größte Veränderung wahrscheinlich hier. Eine neue, per Tastenkombination aufrufbare Befehlsleiste erlaubt es, schnell zu Einstellungen, Beiträgen oder Funktionen zu springen, ohne sich durch mehrere Menüebenen zu klicken. Für jemanden, der WordPress nur gelegentlich nutzt, mag das zunächst ungewohnt wirken. Für alle, die regelmäßig im Backend arbeiten, ist es spürbar schneller.

Eine visuelle Revisionsansicht direkt im Editor. Änderungen an einem Beitrag lassen sich jetzt mit einer farblich markierten Vorschau nachvollziehen, ähnlich wie bei einer Änderungsverfolgung in einem Textverarbeitungsprogramm. Wer im Team an Inhalten arbeitet, sieht damit auf einen Blick, was sich seit der letzten Version geändert hat, statt zwei Versionen mühsam gedanklich zu vergleichen.

Flexiblere mobile Navigationsmenüs. Sogenannte Navigation Overlays erlauben es, das Verhalten und die Optik mobiler Menüs deutlich individueller zu gestalten, als es bisher ohne zusätzliche Erweiterungen möglich war. Für Websites, die bislang mit den eingeschränkten Standardoptionen leben mussten, ist das eine handfeste Verbesserung, die tatsächlich sichtbar wird.

Neue Breadcrumb- und Icon-Blöcke. Kleine, aber praktische Ergänzungen, mit denen sich Navigationspfade und Symbole direkt im Editor einfügen lassen, ohne dafür ein zusätzliches Plugin zu benötigen. Jedes Plugin weniger bedeutet ein potenzielles Sicherheits- und Wartungsrisiko weniger, auch wenn der einzelne Effekt hier klein ist.

Dynamische Datenansichten in der Verwaltung. Statische Listen, etwa für Beiträge oder Nutzer, werden durch interaktive, filterbare Ansichten ersetzt. Wer viele Inhalte verwaltet, findet damit schneller, wonach gesucht wird, ohne durch mehrere Seiten zu blättern.

Die Neuerungen, die eher für Entwickler und Agenturen zählen

PHP-only Blocks. Bislang setzte die Entwicklung eigener Blöcke für den Editor fast immer React-Kenntnisse voraus, eine JavaScript-Bibliothek, die viele klassische WordPress-Entwickler nie gelernt haben. Mit WordPress 7.0 lassen sich einfachere Blöcke jetzt auch ohne React bauen. Das senkt die Einstiegshürde für individuelle Entwicklung spürbar, betrifft aber in erster Linie diejenigen, die Websites technisch umsetzen, nicht diejenigen, die sie später redaktionell pflegen.

Die neue KI-Infrastruktur im Core. Mit dem WP AI Client, einer zentralen Abilities API und einem Connectors-Hub schafft WordPress erstmals eine einheitliche Schnittstelle, über die externe KI-Anbieter und Plugins auf standardisierte Weise angebunden werden können. Bisher musste jedes KI-Plugin seine eigene, oft inkompatible Anbindung mitbringen. Diese Vereinheitlichung ist vor allem für Entwickler relevant, die KI-Funktionen in Websites integrieren, weniger für den täglichen Umgang mit der Seite selbst.

Neue Entwickler-APIs und Performance-Optimierungen im Kern. Für Agenturen und Entwickler bedeutet das schnelleren, saubereren Code an mehreren Stellen im System. Für Website-Betreiber äußert sich das höchstens indirekt, etwa in etwas kürzeren Ladezeiten im Backend, ohne dass jemand explizit etwas dafür einstellen müsste.

Was gestrichen wurde, und warum das eine gute Nachricht ist

Ursprünglich sollte WordPress 7.0 eine Funktion für Echtzeit-Zusammenarbeit im Editor bringen, vergleichbar mit dem gleichzeitigen Bearbeiten eines Dokuments, wie man es von modernen Textverarbeitungsprogrammen kennt. Diese Funktion wurde kurz vor dem Release wieder gestrichen. Das Core-Team begründete das mit Problemen bei der Stabilität, mit sogenannten Race Conditions, bei denen zwei gleichzeitige Änderungen sich gegenseitig überschreiben können, mit erhöhter Serverlast und mit wiederkehrenden Fehlern, die während der Testphase auftauchten.

Aus Marketingsicht ist das gestrichene Feature ärgerlich, weil es in vielen Vorab-Ankündigungen als großes Highlight beworben wurde. Aus praktischer Sicht ist die Entscheidung genau richtig. Eine halbfertige Kollaborationsfunktion, die zu Datenverlust oder überschriebenen Inhalten führen kann, wäre für jede Website ein größeres Risiko als eine fehlende, aber angekündigte Funktion. Lieber ein Jahr später ein Feature, das wirklich funktioniert, als jetzt eines, das gelegentlich Inhalte zerschießt.

Für Unternehmen, die auf mehrere Redakteure oder externe Textbüros angewiesen sind, wäre eine instabile Kollaborationsfunktion ohnehin ein zweischneidiges Werkzeug gewesen. Der bewährte, etwas weniger komfortable Weg über einzelne Entwürfe und klare Freigaben bleibt vorerst bestehen, was für die Verlässlichkeit von Inhalten im Zweifel wichtiger ist als der Komfortgewinn einer gleichzeitigen Bearbeitung.

Solltest du jetzt updaten?

Eine wichtige technische Änderung betrifft die Mindestanforderung: WordPress 7.0 benötigt mindestens PHP 7.4. Wer noch auf einer älteren PHP-Version läuft, muss vor dem Update zunächst das Hosting-Paket anpassen, was in vielen Fällen unkompliziert, aber nicht automatisch ist. Ältere PHP-Versionen wie 7.2 oder 7.3 bekommen nur noch im Rahmen der vorherigen WordPress-6.9-Linie sicherheitsrelevante Patches, nicht mehr im aktuellen Hauptzweig.

Für die meisten Unternehmenswebsites empfehlen wir kein sofortiges Update direkt am Release-Tag, sondern ein paar Wochen Geduld, bis sich die wichtigsten Plugins und Themes an die neue Version angepasst haben. Genau das ist mit der aktuellen Version 7.0.2 inzwischen weitgehend der Fall. Vor jedem Update gehört trotzdem ein Test auf einer Staging-Umgebung dazu, in der geprüft wird, ob alle aktiven Plugins und individuellen Anpassungen weiterhin sauber funktionieren, bevor die Live-Website betroffen ist.

Diese Zurückhaltung hat nichts mit Skepsis gegenüber WordPress selbst zu tun, sondern mit der schlichten Erfahrung, dass jedes Update auf tausenden völlig unterschiedlichen Website-Konfigurationen läuft, von denen keine exakt der eigenen entspricht. Was auf einer Testseite reibungslos funktioniert, kann auf einer anderen Kombination aus Plugins und individuellem Code trotzdem zu Problemen führen. Etwas Abstand zum Release-Tag kostet nichts außer ein wenig Geduld, reduziert das Risiko aber spürbar.

Ein Beispiel aus der Praxis

Bei einem Kundenprojekt mit mehreren aktiven Plugins, darunter einem älteren Buchungssystem, haben wir das Update auf WordPress 7.0 zunächst auf einer Testkopie der Website durchgeführt. Dabei zeigte sich, dass genau dieses Buchungs-Plugin mit der neuen Version zunächst nicht sauber lief, ein Konflikt, der auf der Live-Seite direkt zu ausgefallenen Buchungsanfragen geführt hätte.

Der Plugin-Hersteller hatte zu diesem Zeitpunkt bereits ein Update angekündigt, aber noch nicht veröffentlicht. Wir haben das Update deshalb bewusst um zwei Wochen verschoben, bis die kompatible Plugin-Version verfügbar war, statt das Risiko einer ausgefallenen Buchungsfunktion einzugehen. Auf der Live-Seite hat der Kunde von diesem gesamten Vorgang nichts gemerkt, außer dass irgendwann ein neues Backend zur Verfügung stand, das spürbar flüssiger lief als vorher. Genau das ist der Unterschied zwischen einem geplanten Update und einem überstürzten.

Rückblickend war der eigentliche Wert dieser zwei Wochen Wartezeit kaum messbar, weil nichts Sichtbares passiert ist. Genau das ist bei gutem technischem Vorgehen häufig der Fall: Der Erfolg zeigt sich nicht als spektakuläres Ereignis, sondern als Abwesenheit eines Problems, das sonst entstanden wäre. Für den Kunden bedeutete das am Ende einen reibungslosen Übergang, ohne eine einzige ausgefallene Buchung und ohne einen einzigen besorgten Anruf im Support, obwohl im Hintergrund durchaus eine potenziell ernste Störung abgewendet wurde.

Warum Release-Listen oft die falschen Prioritäten setzen

Fast jede Ankündigung eines neuen WordPress-Release folgt demselben Muster: eine lange Liste an Funktionen, sortiert nach technischer Beeindruckung, nicht nach tatsächlichem Nutzen für die Website eines Unternehmens. Die KI-Infrastruktur im Core wird in den meisten Artikeln als das größte Highlight von WordPress 7.0 gefeiert, dabei betrifft sie in der Praxis fast ausschließlich Entwickler, die eigene KI-Funktionen anbinden wollen. Die überarbeitete Revisionsansicht dagegen, ein vergleichsweise unspektakuläres Feature, verändert für viele Redaktionsteams tatsächlich den Alltag.

Diese Verzerrung ist kein Zufall. Technische Neuerungen lassen sich leichter in eine beeindruckende Überschrift packen als kleine, aber wirksame Verbesserungen im Alltag. Für die Frage, ob ein Update lohnt, hilft deshalb weniger die Länge der offiziellen Feature-Liste als die Frage, wer in deinem Unternehmen tatsächlich mit WordPress arbeitet und was diese Person im Alltag wirklich braucht.

Wer sich davon nicht beirren lässt und stattdessen die eigenen Abläufe zum Maßstab macht, trifft am Ende eine deutlich zutreffendere Einschätzung, als jede allgemeine Trend-Liste sie liefern könnte.

Was du vor einem Update konkret prüfen solltest

Bevor ein Update überhaupt zur Diskussion steht, lohnt sich ein kurzer, strukturierter Check, der sich in wenigen Stunden erledigen lässt:

• Läuft die Website aktuell auf mindestens PHP 7.4, oder muss zuerst das Hosting-Paket angepasst werden?

• Haben alle aktiv genutzten Plugins bereits eine offiziell bestätigte Kompatibilität mit WordPress 7.0?

• Gibt es individuelle Anpassungen im Theme oder eigene Entwicklungen, die gesondert getestet werden müssen?

• Existiert eine aktuelle Sicherung der gesamten Website, auf die im Zweifel zurückgegriffen werden kann?

• Steht eine Staging-Umgebung zur Verfügung, auf der sich das Update gefahrlos testen lässt, bevor es live geht?

Wer diese fünf Punkte vor einem Update durchgeht, reduziert das Risiko unangenehmer Überraschungen erheblich, unabhängig davon, wie umfangreich das jeweilige Release tatsächlich ist. Diese Checkliste gilt im Übrigen nicht nur für WordPress 7.0, sondern für praktisch jedes größere Update, das in den kommenden Jahren folgt, egal wie groß oder klein die einzelnen Neuerungen dann jeweils sind.

Der Unterschied zwischen einem Major-Release und den folgenden Patch-Versionen

Ein Punkt, der bei der Update-Entscheidung häufig übersehen wird: Die erste Version eines Major-Releases, in diesem Fall 7.0.0, ist selten die stabilste. In den Wochen nach jedem großen WordPress-Release folgen typischerweise mehrere Patch-Versionen, die kleinere, aber wichtige Fehler beheben, die erst beim breiten Einsatz auf tausenden unterschiedlichen Websites überhaupt sichtbar werden. Genau das ist auch bei WordPress 7.0 passiert, mit der zwischenzeitlichen Version 7.0.2, die bereits mehrere solcher Korrekturen enthält.

Für eine Unternehmenswebsite, bei der Ausfallzeiten oder fehlerhafte Darstellungen direkt Anfragen kosten können, ist dieser Unterschied entscheidend. Wer das Update erst nach ein bis zwei Patch-Versionen durchführt, profitiert von den Erfahrungen aller Websites, die vor der eigenen bereits aktualisiert haben, ohne selbst zum Testfeld zu werden. Diese kleine Geduld kostet praktisch nichts und reduziert das Risiko spürbar.

Fazit: Sinnvolles Update, aber kein Grund zur Eile

WordPress 7.0 bringt echte Verbesserungen, vor allem für alle, die regelmäßig im Backend arbeiten oder individuelle Funktionen entwickeln lassen. Für den laufenden Betrieb einer Unternehmenswebsite ist es aber kein Update, das sofort am Release-Tag erfolgen muss. Ein paar Wochen Geduld, ein Test auf einer Staging-Umgebung und ein Blick auf die Kompatibilität der eigenen Plugins bringen deutlich mehr Sicherheit als Eile.

Am Ende zählt weniger, wie viele Funktionen ein neues Release mitbringt, sondern wie sauber der Übergang für die eigene Website verläuft. Ein Update, das niemand bemerkt, ist in aller Regel ein gutes Update. Eines, über das im Nachhinein alle sprechen, meistens nicht.

Unsicher, ob eure WordPress-Website bereit für das Update ist?

Wir prüfen eure Plugins und individuellen Anpassungen auf Kompatibilität und sagen euch ehrlich, ob sich ein Update jetzt lohnt oder ob noch etwas Geduld sinnvoller ist. Schreib uns kurz über das Kontaktformular. Wir antworten innerhalb von 24 Stunden, persönlich und ohne Vertriebsgespräch.