WordPress 7.0 erscheint morgen: das sollten kleine Betriebe wissen

Am Dienstag, dem 20. Mai 2026, veröffentlicht das WordPress-Projekt die finale Version WordPress 7.0 — also morgen. Der ursprüngliche Termin im April wurde verschoben, weil mehr Zeit für Stabilität und Performance gebraucht wurde. Wir haben die Beta- und RC-Phase mitverfolgt und schauen uns hier an, was das Update für ein typisches Hosting kleiner Betriebe konkret bedeutet — und was sich gegenüber den Vorab-Berichten geändert hat.

Wichtig vorab: WordPress 7.0 ist kein optisches Refresh, sondern eine technisch ziemlich umfangreiche Version. Wer in den letzten Wochen Schlagzeilen gelesen hat, wird vom Begriff Echtzeit-Kollaboration gehört haben. Genau diese Funktion ist es allerdings nicht in die finale 7.0 geschafft — und das ist eine der wichtigsten Korrekturen, die wir gleich erklären.

Was wirklich in 7.0 ankommt

Sechs Bereiche sind aus unserer Sicht für kleine Websites relevant:

1. Neue Core-Blöcke. Endlich ein Breadcrumbs-Block direkt im Core — bisher brauchte man dafür ein Plugin oder ein Theme-Snippet. Dazu kommt ein Icons-Block für inline-SVG-Icons ohne Drittanbieter-Bibliothek.
2. Bessere Layout-Blöcke. Der Grid-Block wird responsiv und passt sich Bildschirmgrößen automatisch an. Der Cover-Block kann ein eingebettetes Video als Hintergrund nutzen, nicht mehr nur Bilder. Die Gallery bekommt einen nativen Lightbox-Modus.
3. DataViews im Admin. Die alten WP-List-Tables — Beitragsübersicht, Medien, Seiten — werden schrittweise durch ein modernes, app-ähnliches Interface ersetzt. Filtern, Sortieren, Bulk-Aktionen werden spürbar schneller und übersichtlicher.
4. WP AI Client. Im Core landet eine Schnittstelle, über die Plugins KI-Funktionen einheitlich anbieten können. Direkt nutzbar ist das für kleine Betriebe noch wenig — interessant wird es, sobald Plugin-Hersteller darauf aufsetzen (geplant für Q3/Q4 2026).
5. Abilities API. Plugins können künftig ihre Fähigkeiten in einem standardisierten Format registrieren, sodass KI-Assistenten sie identifizieren und nutzen können. Das ist Vorarbeit für die nächsten zwei, drei Releases — und ein klares Signal, wohin die Reise geht.
6. PHP-only Blocks. Server-seitige Blöcke ohne JavaScript-Overhead. Für Entwickler bedeutet das schlankere Plugins, für kleine Websites schnellere Ladezeiten bei Themes mit viel dynamischem Content.

Was rausgefallen ist

Echtzeit-Kollaboration im Stil von Google Docs — also mehrere Personen, die gleichzeitig denselben Beitrag bearbeiten — war als Schlüsselfeature für Phase 3 des Gutenberg-Projekts angekündigt. Sie ist in 7.0 nicht enthalten.

Der Grund ist Performance: Tests auf wordpress.com mit zwei gleichzeitig editierenden Browser-Tabs erzeugten in der ursprünglichen Implementierung rund 4.000 SQL-Queries in zwei Minuten — eine Last, die typische Shared-Hostings massiv belasten würde. Vier verschiedene Architektur-Ansätze werden gerade getestet (Custom-Table, Transients, Hybrid). Die Entscheidung fällt nach 7.0. Real-time Collaboration kommt also — aber später, voraussichtlich in 7.1 oder 7.2.

Für die Praxis heißt das: Wer auf das Feature gewartet hat, muss noch ein bis zwei Releases Geduld haben. Wer parallel über Slack und Google Docs koordiniert: einfach so weiter.

Was bedeutet das für Ihre Site?

Für eine durchschnittliche Website eines kleinen Betriebs mit ein bis zehn aktiven Plugins und einem aktuellen Theme ist 7.0 ein klassisches Major-Update: Wahrscheinlich kein Problem, aber nicht ohne Test-Schritt.

Die Risiken liegen erfahrungsgemäß nicht im Core selbst, sondern bei Plugins, die ihren Editor erweitern — also Page-Builder, eigene Block-Bibliotheken, Form-Plugins. Wenn deren Hersteller ihr „Tested up to: 7.0" noch nicht gesetzt haben, sollten Sie nicht am Release-Tag selbst updaten.

Ein zweiter Punkt, den wir in Audits regelmäßig sehen: alte, abgekündigte Plugins, die seit Jahren funktionieren und deshalb nie ausgetauscht wurden. Genau die fallen bei einem Major-Update gerne aus. Wenn ein Plugin mit „Last updated: 2 years ago" markiert ist, ist 7.0 ein guter Anlass, eine aktiv gepflegte Alternative zu suchen — vor dem Update, nicht danach unter Druck.

Wann sollten Sie updaten?

Unsere Empfehlung für Kundinnen und Kunden:

• Tag 1–3 nach Release: Update nur auf Test-/Staging-Umgebung. Live-Site auf 6.9 lassen, alle Plugins gegen 7.0 prüfen.
• Tag 4–10: Plugin-Hersteller-Liste durchgehen. Die wichtigsten Brot-und-Butter-Plugins (Yoast, WPForms, WooCommerce, Elementor, etc.) markieren ihre Kompatibilität typischerweise innerhalb der ersten Woche.
• Ab Tag 10: Live-Update, vorher Full-Backup. Idealerweise außerhalb der Geschäftszeiten und nicht freitags um 17 Uhr.

Was wir unseren Kunden empfehlen

Drei konkrete Hausaufgaben für die kommende Woche, unabhängig davon ob Sie selbst updaten oder das jemand für Sie macht:

1. Plugin-Inventur. Welche Plugins laufen auf Ihrer Site? Plugins, die seit über einem Jahr kein Update bekommen haben, sind ohnehin ein Risiko — vor einem Major-Update doppelt. Im WordPress-Backend unter „Plugins" steht das Datum der letzten Aktualisierung.
2. Theme-Check. Klassische (Nicht-Block-)Themes funktionieren weiter. Wenn Sie aber DataViews und die neuen Layout-Blöcke nutzen wollen, ist 2026 ein guter Zeitpunkt, über einen Wechsel auf ein Block-Theme nachzudenken.
3. Backup-Routine prüfen. Nicht „haben wir Backups", sondern: Wann zuletzt ein Restore getestet wurde. Eine Major-Version ist der falsche Moment, um festzustellen, dass das Backup-Plugin nur die Hälfte sichert.

Falls Sie eine Einschätzung speziell für Ihre Site brauchen oder das Update lieber jemandem in die Hand drücken möchten: schreiben Sie uns kurz. Wir schauen drauf.