WordPress 7.0 wurde am 20. Mai 2026 ver\u00f6ffentlicht \u2013 nach einer f\u00fcnfw\u00f6chigen Verz\u00f6gerung und einer Entscheidung, die das Vorzeigefeature nur wenige Tage vor dem Release strich. Bei WATA Factory betreiben wir WordPress parallel zu unseren PHP-, Symfony- und Angular-Projekten f\u00fcr Kunden in Spanien und Deutschland. Ein gro\u00dfes Core-Release bedeutet f\u00fcr uns also Staging-Umgebungen, Plugin-Audits und ein paar sp\u00e4te Abende, bevor wir irgendetwas an einer Live-Seite anfassen. Hier ist, was tats\u00e4chlich ausgeliefert wurde, was gestrichen wurde und was ihr vor einem Update einer Kunden-Website pr\u00fcfen solltet.<\/p>\n\n\n\n\n\n\n\n
WordPress 7.0, intern w\u00e4hrend der Entwicklung als \u201eArmstrong“ bezeichnet, kam nach der Verschiebung des Release-Termins durch das Core-Team von urspr\u00fcnglich 9. April auf 20. Mai. Die zus\u00e4tzlichen f\u00fcnf Wochen flossen in die Stabilisierung der Datenschicht hinter einem Feature, das es am Ende nicht ins Release geschafft hat. Dazu weiter unten mehr.<\/p>\n\n\n\n
Was tats\u00e4chlich kam: eine neue KI-Infrastrukturebene<\/strong>, eine neu gestaltete<\/strong> Admin-Oberfl\u00e4che<\/strong> auf Basis eines React-basierten Systems namens DataViews, einige neue Bl\u00f6cke sowie eine angehobene PHP-Mindestanforderung. Nichts davon ist so auff\u00e4llig wie es Echtzeit-Co-Editing gewesen w\u00e4re, aber es ist die Art von Release, die ver\u00e4ndert, wie Plugins und Themes in den n\u00e4chsten zwei bis drei Jahren gebaut werden \u2013 nicht, wie ein einzelner Beitrag n\u00e4chste Woche aussieht.<\/p>\n\n\n\n F\u00fcr Agenturen lautet die eigentliche Frage nicht \u201eWas ist neu?“, sondern \u201eWas bricht?“. Introduction to WordPress page builders beleuchtet einige der tiefergehenden Editor-\u00c4nderungen, die wir \u00fcber die letzten WordPress-Versionen hinweg verfolgt haben, und dieselbe Logik gilt auch hier: Alles, was tief in den Block-Editor, die Admin-Listentabellen oder das Post-Locking eingreift, braucht einen ordentlichen Testdurchlauf, bevor 7.0 in die N\u00e4he einer Produktivumgebung kommt.<\/p>\n\n\n\n WordPress 7.0 streicht die Unterst\u00fctzung f\u00fcr PHP 7.2 und 7.3. Die Mindestanforderung liegt jetzt bei PHP 7.4<\/strong>, wobei das Core-Team PHP 8.2 oder neuer <\/strong>f\u00fcr Websites empfiehlt, denen Performance und Sicherheits-Patches wichtig sind \u2013 was auf jede Website zutreffen sollte.<\/p>\n\n\n\n Das klingt nach einer Fu\u00dfnote, bis man selbst drei\u00dfig Kundenkonten auf Shared Hosting verwaltet, von denen einige vor Jahren auf \u201eServerstandard \u00fcbernehmen“ eingestellt und seitdem nie wieder angefasst wurden. L\u00e4uft der Stack eines Kunden noch auf 7.2 oder 7.3, ist das Update auf WordPress 7.0 keine K\u00fcr mehr, sondern ein Blocker. Das Update schl\u00e4gt entweder komplett fehl oder l\u00e4uft in einem kaputten, nicht unterst\u00fctzten Zustand.<\/p>\n\n\n\n Unser Rat an Kunden hat sich seit Jahren nicht ge\u00e4ndert: die PHP-Version explizit pr\u00fcfen, \u201eServerstandard \u00fcbernehmen“ nicht blind vertrauen, und zuerst auf einer Staging-Kopie testen. Es ist dieselbe Disziplin, die wir auch bei unseren eigenen PHP- und Symfony-Projekten anwenden \u2013 nur eben mit einem WordPress-Dashboard statt einer Deployment-Pipeline.<\/p>\n\n\n\n Das ist der Teil von 7.0, der f\u00fcr alle, die Plugins oder Themes entwickeln, am meisten z\u00e4hlt \u2013 auch wenn die meisten Website-Betreiber davon nie etwas bemerken werden.<\/p>\n\n\n\n WordPress 7.0 f\u00fchrt den WP AI Client<\/strong> ein, eine in den Core integrierte PHP-API, die Plugins einen einheitlichen Weg gibt, mit externen KI-Modellen zu kommunizieren, ohne f\u00fcr jeden Anbieter eine eigene Integration schreiben zu m\u00fcssen. Entwickler rufen eine einzige Funktion auf, wp_ai_client_prompt(), und WordPress \u00fcbernimmt die \u00dcbersetzung zu dem jeweiligen Anbieter, den der Website-Betreiber verbunden hat. Es gibt einen neuen Connectors<\/strong>-Bildschirm unter Einstellungen, auf dem Website-Betreiber einen Anbieter ausw\u00e4hlen k\u00f6nnen, wobei OpenAI, Google Gemini und Anthropic Claude als vorregistrierte Optionen zur Verf\u00fcgung stehen. Solange niemand explizit ein Modell verbindet, kommuniziert nichts mit einem externen Modell.<\/p>\n\n\n\n Daneben steht die Abilities API<\/strong>, die es Plugins und Themes erm\u00f6glicht, ihre F\u00e4higkeiten in einem Format zu registrieren, das sowohl Menschen als auch KI-Agenten lesen k\u00f6nnen. In der Praxis bedeutet das: Ein Plugin kann \u201eeinen Entwurfsbeitrag erstellen“ oder \u201edieses Bild verkleinern“ als strukturierte F\u00e4higkeit bereitstellen, statt als eine Kette bedingter Logik, die ein KI-Assistent erraten muss.<\/p>\n\n\n\n F\u00fcr Entwickler, die es gewohnt sind, ma\u00dfgeschneiderte KI-Funktionen Plugin f\u00fcr Plugin zu bauen, lohnt sich hier die gr\u00fcndliche Lekt\u00fcre der Developer Notes. F\u00fcr eine Website, die keinen Anbieter verbindet, \u00e4ndert sich nichts \u2013 aber f\u00fcr diejenigen, die es tun, verschiebt sich die Verantwortung f\u00fcr die Integrationsschicht.<\/p>\n\n\n\n Die Admin-\u00dcberarbeitung in 7.0 ist kein blo\u00dfer Anstrich. DataViews<\/strong> ersetzt die alten, PHP-gerenderten Listentabellen f\u00fcr Beitr\u00e4ge, Seiten, Medien und Benutzer durch eine React-basierte Oberfl\u00e4che, die filtert, sortiert und Massenbearbeitungen durchf\u00fchrt, ohne die Seite komplett neu zu laden. Wer schon einmal miterlebt hat, wie ein Kunde darauf wartet, dass eine Listentabelle nach einer Filter\u00e4nderung neu l\u00e4dt, bekommt hier die L\u00f6sung.<\/p>\n\n\n\n Die Command Palette<\/strong> (Cmd-K bzw. Strg-K) funktioniert jetzt auf jedem wp-admin-Bildschirm statt nur im Block-Editor \u2013 was mehr ausmacht, als es zun\u00e4chst klingt, sobald man sich daran gew\u00f6hnt hat. Dazu kommen blockbasiertes benutzerdefiniertes CSS und ein paar neue Bl\u00f6cke f\u00fcr Breadcrumbs und Icons. In der Summe wirkt der Admin-Bereich weniger wie 2013, ohne dass jemand neu lernen m\u00fcsste, wo was zu finden ist.<\/p>\n\n\n\n Nichts davon erfordert zwangsl\u00e4ufig Plugin-Anpassungen, aber alles, was eigenes JavaScript in die alten Listentabellen einschleust \u2013 Page Builder eingeschlossen \u2013 sollte vor einem Update bei Kunden gegen die neuen DataViews-Bildschirme gepr\u00fcft werden.<\/p>\n\n\n\n Das ist die Schlagzeile, die es nicht gegeben hat. Echtzeit-Zusammenarbeit \u2013 das Feature im Stil von Google Docs, mit dem mehrere Personen gleichzeitig denselben Beitrag h\u00e4tten bearbeiten k\u00f6nnen \u2013 sollte das Herzst\u00fcck von WordPress 7.0 sein und der offizielle Meilenstein f\u00fcr Phase 3 der Gutenberg-Roadmap.<\/p>\n\n\n\n Am 8. Mai, zw\u00f6lf Tage vor dem Release, traf WordPress-Lead Matt Mullenweg die Entscheidung, es zu streichen. Die genannten Gr\u00fcnde waren konkret: Angriffsfl\u00e4che, Race Conditions, Serverlast, Speichereffizienz und Bugs, die beim Fuzz-Testing immer wieder auftauchten. Statt ein Feature auszuliefern, das unter diesen Bedingungen live Inhalte ber\u00fchrt, strich das Team es und brachte den Rest des Releases wie geplant heraus.<\/p>\n\n\n\n Wer schon einen Kunden hatte, der nach Live-Co-Editing gefragt hat, weil er irgendwo von WordPress 7.0 gelesen hat: Die ehrliche Antwort lautet, dass es das noch nicht gibt und es kein best\u00e4tigtes Datum daf\u00fcr gibt, wann es kommt. Wir sagen das einem Kunden lieber gleich, als ein Feature zu versprechen, das zw\u00f6lf Tage vor dem Launch gestrichen wurde.<\/p>\n\n\n\n Ein gro\u00dfes Core-Release ist Routinearbeit, wenn man es so behandelt. Bevor ihr eine Kundeninstallation auf WordPress 7.0 aktualisiert:<\/p>\n\n\n\n Wir betreiben den Gro\u00dfteil unseres eigenen Stagings \u00fcber einen Docker-basierten WordPress-Entwicklungsworkflow, der es einfach macht, eine Wegwerf-Kopie einer Kunden-Website hochzufahren, das Update zu testen und den Container bei Problemen einfach zu verwerfen.<\/p>\n\n\n\n Ja, die stabile Version ist am 20. Mai 2026 erschienen, aber \u201esicher“ hei\u00dft weiterhin: zuerst auf Staging testen, genau wie bei jedem gr\u00f6\u00dferen Core-Update.<\/p>\n<\/details>\n\n\n\n Die harte Untergrenze ist PHP 7.4. Alles darunter l\u00e4sst 7.0 nicht korrekt laufen. Empfohlen wird PHP 8.2 oder neuer.<\/p>\n<\/details>\n\n\n\n Das Core-Team hat kein Datum genannt. Sie wurde aus Stabilit\u00e4tsgr\u00fcnden aus 7.0 gestrichen und bleibt ein offener Punkt f\u00fcr ein sp\u00e4teres Release.<\/p>\n<\/details>\n\n\n\n Nein. Der Connectors-Bildschirm und der WP AI Client sind additiv. Eine Website ohne verbundenen Anbieter verh\u00e4lt sich exakt so wie vor dem Update.<\/p>\n<\/details>\n\n\n\nPHP 7.4 ist die neue Untergrenze, nicht die Obergrenze<\/strong><\/h2>\n\n\n\n
Der WP AI Client und die Abilities API<\/strong><\/h2>\n\n\n\n
DataViews, die Command Palette und ein leiseres Admin-Redesign<\/strong><\/h2>\n\n\n\n
Echtzeit-Zusammenarbeit: gebaut, getestet, dann zur\u00fcckgezogen<\/strong><\/h2>\n\n\n\n
Eine praktische Checkliste, bevor ihr eine Kunden-Website anfasst<\/strong><\/h2>\n\n\n\n
\n
FAQ<\/h2>\n\n\n\n
Ist es sicher, WordPress 7.0 jetzt auf einer Live-Kunden-Website zu installieren<\/strong>?<\/strong><\/summary>\n
Erfordert WordPress 7.0 ein PHP-Upgrade<\/strong>?<\/strong><\/strong><\/summary>\n
Kommt Echtzeit-Zusammenarbeit in einem zuk\u00fcnftigen WordPress-Release<\/strong>?<\/strong><\/strong><\/summary>\n
Muss ich einen KI-Anbieter verbinden, um WordPress 7.0 zu nutzen<\/strong>?<\/strong><\/strong><\/summary>\n