WordPress 7.0: Was tatsächlich ausgeliefert wurde (und was gekürzt wurde)

WordPress 7.0 erscheint am 20. Mai 2026. Es markiert den offiziellen Beginn von Phase 3 des Gutenberg-Projekts (der Kollaborationsphase) und ist die bisher umfangreichste Kernveröffentlichung seit dem Start des Block-Editors selbst in WordPress 5.0.

Die Veröffentlichung sah fast ganz anders aus.

Echtzeit-Kollaboration war das Hauptmerkmal des gesamten Entwicklungszyklus. Sie führte dazu, dass der ursprüngliche Starttermin am 9. April um sechs Wochen verschoben wurde.

Dann, am 7. Mai, wurde sie komplett gestrichen. Wenn die meiste Vorabberichterstattung, die Sie gelesen haben, von RTC handelte, dann ist diese Funktion nicht in dieser Version enthalten.

Was in 7.0 enthalten ist, ist immer noch eine Menge. Hier ein kurzer Einblick:

• Eine neu aufgebaute KI-Infrastrukturschicht, einschließlich eines zentralen Hubs für die Verbindung von KI-Anbietern.
• Ein modernisiertes Admin-Dashboard mit einem neuen Farbschema, flüssigen Bildschirmübergängen und einer Befehlspalette.
• Drei neue Blöcke.
• Ein neu aufgebautes Werkzeug für visuelle Überarbeitungen.
• Bedeutende Verbesserungen bei der Musterbearbeitung, den responsiven Designwerkzeugen und den Navigations-Overlays.
• Eine Reihe von Entwickleränderungen, einschließlich eines neuen PHP-Minimums, die sich auf jede Website auswirken werden, auf der noch eine ältere Serverkonfiguration läuft.

Ich habe die Beta-Version auf meiner eigenen Website getestet und den offiziellen Field Guide, die RC4-Release Notes und Entwicklerbeiträge durchgesehen, um dies zusammenzustellen.

Lassen Sie mich Ihnen zeigen, was Sie von WordPress 7.0 erwarten können!

Inhaltsverzeichnis

Was ist WordPress 7.0 und warum ist diese Veröffentlichung wichtig?

WordPress-Veröffentlichungen folgen der Gutenberg-Roadmap, einem phasenweisen Plan, um die Funktionsweise von WordPress von Grund auf neu zu gestalten.

Phase 1 führte den Block-Editor ein. Phase 2 baute den Site-Editor auf und gab den Benutzern die Kontrolle über Header, Footer und Vorlagen, ohne Code anfassen zu müssen. Phase 3 dreht sich um Kollaboration, und WordPress 7.0 ist ihr offizieller Startpunkt.

Echtzeit-Kollaboration sollte das Herzstück sein. Sie war nicht fertig. Aber die Infrastruktur, die Werkzeuge und die damit verbundene architektonische Arbeit wurden ausgeliefert, und hier gibt es mehr als in jeder anderen einzelnen Veröffentlichung in jüngster Zeit.

Die Zahlen belegen dies. WordPress 7.0 schließt über 419 Core Trac-Tickets. Das beinhaltet über 300 Fehlerbehebungen, über 76 Verbesserungen und Funktionsanfragen, 411 Gutenberg-Verbesserungen und 486 Gutenberg-Fehlerbehebungen.

Diese Veröffentlichung betrifft jeden. Wenn Sie ein Blogger oder Website-Betreiber sind, werden Sie feststellen, dass das Admin-Interface anders aussieht und schneller funktioniert. Wenn Sie Websites für Kunden erstellen, ändern die Musterbearbeitung und die responsiven Werkzeuge Ihre Arbeitsweise.

Wenn Sie Plugins oder Themes entwickeln, gibt es neue APIs, ein neues PHP-Minimum und Deprecations, die vor dem Update von Produktionsumgebungen beachtet werden müssen.

KI-Integrationen in WordPress 7.0

„KI-Integration“ ist seit Beginn des Zyklus Teil des Marketings für 7.0, und die Realität ist nuancierter, als es klingt.

Ausgeliefert wurden zwei Dinge: eine in den Core integrierte Infrastruktur und ein optionales Plugin, das darauf aufbaut.

Hier ist die Aufschlüsselung.

Der Connectors-Bildschirm: Ein Ort zur Verwaltung externer Dienste

Der Connectors-Bildschirm ist eine zentrale Anlaufstelle für die Verwaltung von Verbindungen zu externen Diensten, einschließlich KI-Anbietern. Sie finden ihn unter Einstellungen » Connectors in Ihrem wp-admin-Dashboard.

Sie verbinden Ihren bevorzugten Anbieter einmal, geben Ihren API-Schlüssel ein, und diese Verbindung wird für jedes kompatible Plugin auf Ihrer Website verfügbar. Sie müssen nicht dieselben Anmeldeinformationen auf fünf verschiedenen Plugin-Einstellungsbildschirmen eingeben.

Drei KI-Anbieter sind standardmäßig verfügbar:

• OpenAI (ChatGPT)
• Google (Gemini)
• Anthropic (Claude)

Plugin-Entwickler können zusätzliche Anbieter über die Connectors API registrieren.

Dies ist eine plattformweite Änderung. Sie standardisiert, wie WordPress-Websites mit externen Diensten kommunizieren – nicht nur mit KI-Tools, sondern mit jedem Plugin, das eine Verbindung zu einer externen API benötigt.

Der WP AI Client: Infrastruktur für Plugin-Entwickler

Der WP AI Client ist eine neue zentrale PHP-Bibliothek, die Plugins eine standardisierte Möglichkeit zur Kommunikation mit KI-Anbietern bietet.

Vor Version 7.0 musste jedes Plugin, das KI nutzen wollte, seine eigene Verbindungslogik erstellen. Jetzt können sie eine gemeinsame Abstraktionsschicht nutzen und Benutzer Anbieter wechseln lassen, ohne etwas zu beschädigen.

Wenn Sie kein Entwickler sind, werden Sie nicht direkt mit dem WP AI Client interagieren. Aber Sie werden davon profitieren, wenn die von Ihnen verwendeten Plugins darauf aufbauen.

Das optionale KI-Plugin: Wo die eigentlichen Werkzeuge leben

Die für den Editor bestimmten KI-Werkzeuge (Erstellung von Titeln und Auszügen, Erstellung und Bearbeitung von Bildern, Vorschläge für Alt-Texte) sind nicht im Core enthalten. Sie stammen aus einem optionalen KI-Plugin, das Sie separat installieren.

Nach dem Update auf WordPress 7.0 sehen Sie keine KI-Schaltfläche in Ihrem Editor. Sie sehen den Connectors-Bildschirm. Die Schreib- und Bildwerkzeuge stammen aus dem Plugin.

Sobald Sie es installiert haben, können Sie KI aktivieren, um Inhalte wie Meta-Beschreibungen, Alt-Texte, Bewertungsnotizen, Bilder und Titel zu generieren.

Es gibt auch experimentelle Funktionen zur Verwendung von KI für die Kommentarmoderation und die Abilities API.

Ich denke, das ist der richtige Schritt. Die Bereitstellung von KI-Infrastruktur im Core, ohne jede WordPress-Website an einen bestimmten Satz von KI-Verhaltensweisen zu binden, gibt Plugin-Entwicklern und Website-Besitzern mehr Kontrolle darüber, was sie tatsächlich nutzen.

Die Client-Side Abilities API

Die Client-Side Abilities API ist das JavaScript-Gegenstück zum PHP-Abilities-System, das in WordPress 6.9 eingeführt wurde. Sie wird in zwei Paketen ausgeliefert: @wordpress/abilities für die Zustandsverwaltung und @wordpress/core-abilities für die WordPress-Integration.

Plugins können sie verwenden, um KI-gestützte Aktionen in der Befehlspalette und der Editor-Symbolleiste mit konsistenten UI-Mustern, Eingabe-/Ausgabeschemata und Berechtigungsrückrufen bereitzustellen.

Admin-Redesign: Das wp-admin-Dashboard erhält ein neues Aussehen

Wenn Sie WordPress schon eine Weile nutzen, sieht das Admin-Dashboard seit Jahren mehr oder weniger gleich aus. WordPress 7.0 ändert das auf eine Weise, die Sie sofort bemerken werden, wenn Sie sich anmelden.

Das moderne Farbschema und Ansichtsübergänge

Das neue Standardfarbschema heißt „Modern“. Es bringt eine aufgefrischte Farbpalette, höheren Kontrast und verbesserte Typografie im gesamten Dashboard.

Die größere Änderung betrifft die Bewegung des Dashboards. WordPress 7.0 fügt sanfte Folienübergänge zwischen Admin-Bildschirmen hinzu.

Als ich dies in der Beta-Version getestet habe, fühlte sich das Dashboard merklich mehr wie eine native App und weniger wie eine Reihe von getrennten Seitenaufrufen an. Die Übergänge berücksichtigen die systemweiten Einstellungen für reduzierte Bewegung, sodass Benutzer, die diese Einstellung aktiviert haben, sie nicht sehen.

Die Befehlspalette

Drücken Sie ⌘K auf dem Mac oder Strg+K unter Windows von überall im Admin-Bereich, und Sie gelangen sofort zu einer Befehlspalette.

Die Befehlspalette bietet Ihnen schnellen Zugriff auf Bearbeitungswerkzeuge, Einstellungsseiten und Navigation, ohne Ihren aktuellen Bildschirm zu verlassen. Die Aufgaben, die Sie am häufigsten benötigen, sind immer nur eine Tastatureingabe entfernt.

Wenn Sie Befehlspaletten in VS Code oder Figma verwendet haben, ist dies die gleiche Idee, angewendet auf wp-admin. Es ist eine dieser Funktionen, die geringfügig klingt, bis Sie sie eine Woche lang verwendet haben.

Die Schriftbibliothek

WordPress 7.0 fügt dem Dashboard eine spezielle Schriftartenverwaltungsseite hinzu.

Zuvor hing die Verwaltung von Schriftarten in WordPress stark von Ihrem Theme ab. Block-Themes hatten einen Workflow, Classic-Themes einen anderen, und keiner war einfach.

Die Schriftbibliothek zentralisiert dies. Sie können Schriftarten an einem Ort verwalten, hochladen und installieren, unabhängig davon, ob Sie ein Block-Theme, ein Hybrid-Theme oder ein Classic-Theme verwenden.

DataViews ersetzen traditionelle Inhaltslisten

Die Liste Ihrer Beiträge, Seiten und Medien hat in WordPress 7.0 ein neues Aussehen. DataViews ersetzen die traditionellen wp-admin-Listen-Tabellen durch eine moderne, App-ähnliche Oberfläche.

Das Filtern und Sortieren erfolgt inline, ohne Neuladen der Seite. Auf inhaltsreichen Websites, auf denen Sie regelmäßig Hunderte von Beiträgen durchsuchen, ist dies eine bedeutende Geschwindigkeitsverbesserung.

Visuelle Überarbeitungen: Vergleichen Sie zwei beliebige Versionen nebeneinander.

WordPress verfügt seit Jahren über eine Revisionshistorie. Das Problem war immer die Nutzung.

Der alte Revisionsbildschirm zeigte Ihnen einen Textunterschied – Ergänzungen grün hervorgehoben, Löschungen rot – gab Ihnen aber keinen Eindruck davon, wie die Seite zu diesem Zeitpunkt tatsächlich aussah. Wenn Sie versuchten herauszufinden, welche von zwei Versionen das richtige Layout hatte, mussten Sie raten.

WordPress 7.0 ersetzt dies durch ein visuelles Vergleichswerkzeug. Ein Zeitleisten-Schieberegler ermöglicht es Ihnen, durch jede gespeicherte Version Ihres Beitrags oder Ihrer Seite zu blättern.

Wenn Sie die gewünschte Version gefunden haben, stellen Sie sie mit einem Klick wieder her.

Ich fand dies beim Testen wirklich nützlich. Die Revisionshistorie ist eine dieser Funktionen, von denen die meisten WordPress-Benutzer wissen, dass sie existiert, aber selten nutzen, da die alte Benutzeroberfläche sie komplizierter machte als nötig. Die neue Version ist tatsächlich schneller zu erreichen, als manuell einen früheren Entwurf zu öffnen.

Neue Blöcke und Blockverbesserungen

WordPress 7.0 liefert drei neue Blöcke und bedeutende Verbesserungen an mehreren bestehenden.

Drei neue Blöcke

Der Icons-Block ermöglicht es Ihnen, skalierbare SVG-Icons von einer kuratierten Kernbibliothek überall auf Ihrer Seite einzufügen. Sie erhalten Steuerelemente für Größe, Farbe, Ausrichtung und Rahmen ohne ein Plugin.

Wenn Sie jemals ein visuelles Plugin installiert haben, nur um ein oder zwei Icons in eine Zielliste einzufügen, ersetzt dies das.

Der Breadcrumbs-Block spiegelt automatisch die Navigationshierarchie Ihrer Website wider. Fügen Sie ihn in Ihre Kopf- oder Seiten-Vorlage ein, und er erstellt den Breadcrumb-Pfad basierend auf Ihrer Website-Struktur.

Entwickler erhalten Filter zur Anpassung der Ausgabe, und Sie können die Anzeige von Taxonomien und Begriffen festlegen.

Der Headings-Block fasst alle Überschriften-Varianten in einem einzigen Block zusammen, mit einfacher Seitenleisten-Umschaltung und Ein-Klick-Änderungen der Ebene.

Es ist eher eine Verfeinerung als eine Revolution, aber es räumt einen Arbeitsablauf auf, der mehr Reibung verursachte, als er sollte.

Galerie, Cover und mehr

Der Galerie-Block erhält zwei Ergänzungen: Lightbox-Unterstützung mit einer Diashow-Option und Tastaturnavigation zwischen Bildern, wenn die Lightbox geöffnet ist.

Der Cover-Block kann jetzt ein YouTube-Video als sich wiederholenden Hintergrundabschnitt verwenden. Er unterstützt auch Video-Einbettungen breiter als Vollbild-Hintergründe mit optimiertem Lazy-Loading.

Der Absatz-Block erhält in dieser Version zwei neue Typografie-Optionen: ein Spaltenlayout zur Anordnung von Text in mehreren Spalten und Unterstützung für Texteinrückungen über die neue Block-Support-Eigenschaft `textIndent`.

Auf der Seite der Design-Tools unterstützen Button-Blöcke jetzt Pseudo-Zustands-Styling (:hover, :focus, :focus-visible, :active) direkt in theme.json, und die Dimensionsunterstützung erhält vordefinierte Werte für Breite, Höhe und Mindesthöhe.

Responsives Bearbeiten und Musterbearbeitung

Diese beiden Änderungen sind für Leute, die Websites erstellen, wichtiger als nur das Schreiben von Beiträgen.

Responsiver Bearbeitungsmodus

WordPress 7.0 ermöglicht es Ihnen, Blöcke basierend auf dem Gerätetyp (Mobil, Tablet oder Desktop) auszublenden oder anzuzeigen, ohne eine Zeile CSS zu schreiben.

Die Steuerelemente befinden sich in der Block-Symbolleiste, der Inspektor-Seitenleiste und der Befehlspalette. Sie können auch Stile pro Breakpoint ändern und die Breakpoint-Größen selbst anpassen.

Die Listenansicht zeigt ein Symbol für jeden Block mit aktiven Sichtbarkeitsregeln an, sodass Sie auf einen Blick sehen können, was bedingt angezeigt wird.

Eine Sache, die Entwickler wissen müssen: Die Sichtbarkeit wird über CSS implementiert, nicht durch Entfernen aus dem DOM. Ein auf Mobilgeräten ausgeblendeter Block ist immer noch im HTML vorhanden; er wird nur nicht angezeigt. Wenn Sie Code haben, der die DOM-Präsenz eines Blocks prüft, um die Sichtbarkeit zu bestimmen, verhält er sich anders als erwartet.

Musterbearbeitung: Muster verhalten sich jetzt wie einzelne Blöcke

Vor Version 7.0 bedeutete das Einfügen eines Musters auf einer Seite, dass man durch verschachtelte Blöcke gehen musste, um das gewünschte Element zu finden. In Version 7.0 verhalten sich Muster standardmäßig wie ein einzelner Block.

Fügen Sie ein Muster ein, tauschen Sie Text und Bilder aus, passen Sie Stile im Inspektor an und machen Sie weiter. Sie müssen nicht in die Blockstruktur eintauchen, es sei denn, Sie möchten.

Wenn Sie tieferen Zugriff benötigen, gibt es zwei benannte Bearbeitungsmodi.

Der Spotlight-Modus wird für nicht synchronisierte Muster aktiviert. Klicken Sie auf Muster bearbeiten oder doppelklicken Sie auf den Musterkörper, und die umgebenden Blöcke werden ausgeblendet, sodass Sie im Kontext vollen Bearbeitungszugriff haben.

Der isolierte Editor wird für synchronisierte Muster und Vorlagenteile aktiviert. Klicken Sie auf Original bearbeiten und Sie werden zu einer dedizierten Arbeitsfläche weitergeleitet, auf der Sie das zugrunde liegende Muster oder Vorlagenteil bearbeiten können, ohne die Seite zu beeinträchtigen, auf der Sie sich befanden.

Für alle, die Websites mit synchronisierten Mustern erstellen, lohnt es sich, dies auf einer Staging-Umgebung zu testen, bevor es in die Produktion übergeht. Der Modus contentOnly ist jetzt der Standard für Muster mit uneingeschränkter innerer Blockbearbeitung, und es gibt eine Einstellung disableContentOnlyForUnsyncedPatterns, falls Sie sich davon abmelden müssen.

Was Entwickler über WordPress 7.0 wissen müssen

Wenn Sie Plugins pflegen, Themes erstellen oder WordPress auf technischer Ebene verwalten, gibt es hier vieles, das Aufmerksamkeit erfordert, bevor Sie Produktionswebsites aktualisieren.

PHP 7.4 ist jetzt das Minimum

WordPress 7.0 unterstützt PHP 7.2 und 7.3 nicht mehr.

Wenn Ihr Server eine dieser Versionen ausführt, funktioniert WordPress 7.0 nicht richtig. Überprüfen Sie Ihr Hosting-Kontrollfeld, bevor Sie ein Update durchführen.

PHP 8.2 ist die empfohlene Version; 8.3, wenn Sie auf dem neuesten Stand sein möchten.

Dies ist der wichtigste technische Blocker für ältere Websites. Kümmern Sie sich zuerst darum.

Nur PHP-Blockregistrierung

Sie können jetzt einfache benutzerdefinierte Blöcke nur mit PHP registrieren und rendern – keine JavaScript-Build-Pipeline, kein Node.js, kein webpack, kein React.

Fügen Sie 'supports' => array( 'autoRegister' => true ) zu Ihrer Blockregistrierung hinzu, und WordPress kümmert sich um den Rest. PHP-registrierte Attribute werden automatisch im Editor bearbeitbar, und DataForm-Inspektorsteuerelemente werden für Sie generiert.

Dies senkt die Hürde erheblich für Plugin-Autoren, die PHP bevorzugen oder unkomplizierte Blöcke erstellen, die keine JavaScript-lastige Einrichtung benötigen.

Änderungen an der Interaktivitäts-API

Drei Änderungen, die Sie in 7.0 beachten sollten.

• Die neue Funktion watch() ermöglicht es Ihnen, Signaländerungen in @wordpress/interactivity zu abonnieren – ein saubereres Muster für Seiteneffekte als zuvor verfügbar.
• Die Direktive data-wp-watch behandelt DOM-Element-Lifecycle-Ereignisse.
• state.url wird jetzt serverseitig während der Direktivenverarbeitung gefüllt, was eine bessere Nachverfolgung der Navigation ermöglicht.

Eine Veralterung: state.navigation ist weg. Aktualisieren Sie allen Code, der es verwendet.

Build-Tools: @wordpress/build

Das neue Paket @wordpress/build ersetzt die webpack/Babel-Pipeline durch eine esbuild-basierte Engine.

Es generiert automatisch PHP-Registrierungsdateien aus package.json, was einen Schritt entfernt, der zuvor manuell erledigt werden musste. Die Migration von @wordpress/scripts ist reibungsloser als frühere Tooling-Übergänge.

Es ist keine obligatorische Änderung für 7.0, aber es lohnt sich, sie zu bewerten. Esbuild ist für die meisten Plugin-Build-Workflows erheblich schneller als webpack.

Weitere Entwickleränderungen, die es wert sind, beachtet zu werden

Einige kleinere, aber relevante Updates.

Der CodeMirror-Editor (verwendet in den Editoren für benutzerdefiniertes CSS, HTML und Dateien in wp-admin) wird auf v5 aktualisiert. CSSLint, HTMLHint und JSONLint sind enthalten. Esprima wird durch Espree ersetzt, das ordnungsgemäße ES6-Unterstützung für JavaScript-Linting hinzufügt.

Aktualisierungen externer Bibliotheken: backbone.js auf 1.6.1, die Requests-Bibliothek von 2.0.11 auf 2.0.17 und PHPMailer auf 7.0.2, was einen wichtigen Fehler bei der Absenderadresse behebt, wenn Sie transaktionale E-Mails auf WordPress verwalten.

Auf der Sicherheitsseite werden die Rollen Administrator und Redakteur aus dem Selektor für neue Standardbenutzerrollen entfernt. Wenn Ihre Website zuvor eine dieser Rollen als Standardrolle für neue Registrierungen festgelegt hatte, wird Sie die Website-Gesundheit darauf hinweisen.

Der neue Filter default_role_dropdown_excluded_roles gibt Ihnen die programmatische Kontrolle darüber, welche Rollen in diesem Dropdown angezeigt werden.

Was ist NICHT in WordPress 7.0 enthalten

Viele Vorabberichte wurden vor dem 7. Mai verfasst. Einige davon beschreiben Funktionen, die es nicht in die endgültige Veröffentlichung geschafft haben. Hier ist, was Sie wissen müssen.

Echtzeit-Kollaboration ist nicht in 7.0 enthalten.

Es war die Hauptfunktion des gesamten Entwicklungszyklus. Die Veröffentlichung vom 9. April wurde speziell auf den 20. Mai verschoben, um dem Team mehr Zeit für die Stabilisierung zu geben.

Dann, zwölf Tage vor dem neuen Datum, traf Matt Mullenweg die Entscheidung, sie komplett zu streichen.

Als Gründe wurden Serverauslastung, Speicherprobleme und wiederkehrende Fehler, die beim Testen immer wieder auftraten, angeführt. Der Code wurde für RC3 aus dem Kern entfernt. Das Team hat sich zu einem Plan für eine zukünftige Veröffentlichung verpflichtet, aber keine Version wurde benannt.

Was Sie für die Zusammenarbeit nutzen können: Notizen.

Notizen ist eine separate Funktion, die seit WordPress 6.9 im Kern enthalten ist. Sie ermöglicht es Redaktionsteams, verschachtelte Kommentare auf Blockebene innerhalb des Editors mit @Erwähnungs-Benachrichtigungen zu hinterlassen. Nichts davon wird im Frontend angezeigt.

WordPress 7.0 fügt Zuverlässigkeitsverbesserungen für Notizen hinzu, einschließlich E-Mail-Benachrichtigungen, wenn jemand eine Notiz zu einem von Ihnen verfassten Beitrag hinzufügt, und eine Korrektur, die verhindert, dass Notizen die Beitrags-Kommentaranzahl falsch erhöhen.

Es ist asynchron, nicht gleichzeitig. Aber es beseitigt den Workflow „Entwurf in Google Docs kopieren, dort kommentieren, zurückkopieren“, den viele Redaktionsteams immer noch nutzen.

Es gibt keinen integrierten KI-Schreibassistenten im Kern.

Die KI-Schicht in 7.0 ist Infrastruktur: der Connectors-Bildschirm, der WP AI Client und die Abilities API. Der Kern generiert keine Titel, schreibt keinen Text und schlägt keine Bearbeitungen vor. Diese Werkzeuge existieren im optionalen KI-Plugin, das separat installiert wird.

Wenn Sie auf 7.0 aktualisieren und nirgends einen KI-Button sehen, ist das zu erwarten.

Einige andere Funktionen, die es nicht geschafft haben:

• Clientseitige Medienverarbeitung (browserbasierte Bildkomprimierung beim Hochladen) wurde in Beta 6 zurückgenommen.
• Es gibt kein Twenty Twenty-Six Standardthema. Das nächste Standardthema ist Twenty Twenty-Seven, geplant für 2027.

So aktualisieren Sie auf WordPress 7.0, ohne Ihre Website zu beschädigen

WordPress 7.0 ändert mehr unter der Haube als die meisten Hauptversionen. Neue PHP-Anforderungen, Block-API-Updates und eine neu gestaltete Admin-Oberfläche bedeuten, dass es mehr Möglichkeiten gibt, dass etwas schiefgeht als bei einer typischen Punktveröffentlichung.

Das bedeutet nicht, dass Sie die Aktualisierung vermeiden sollten. Es bedeutet, dass Sie sorgfältig aktualisieren sollten.

Hier ist die Reihenfolge, die wichtig ist.

Sichern Sie Ihre Website, bevor Sie etwas tun

If WordPress 7.0 conflicts with a plugin, breaks a theme layout, or trips over your PHP configuration, you need to get back to exactly where you were.

This is where I use Duplicator Pro. It creates a full-site backup and lets you restore in minutes.

If WordPress 7.0 breaks your site badly enough that you can’t get into the dashboard at all, Duplicator Cloud lets you restore without WordPress being functional. You just need to send a full-site backup to the cloud.

Then, make sure the recovery connector is set up with your FTP/SFTP credentials.

If anything goes wrong, you can restore this pre-update backup without needing your site functional.

I’ve used this once on a client site after a botched update, and it saved what would have been hours of manual recovery work.

Test on Staging Before Touching Production

A backup is your safety net. Staging is how you avoid needing it.

Duplicator Pro turns any full-site backup into a staging site. You won’t need a separate hosting account or manual file transfers to a local dev environment.

Clone your live site, apply the WordPress 7.0 update on staging, and test everything. If something breaks on staging, you fix it there. Your live site never goes down.

Check Your PHP Version First

WordPress 7.0 drops support for PHP 7.2 and 7.3. Updating WordPress before updating PHP on an incompatible server can break your site.

Log into your hosting control panel and check which PHP version your site is running. If you’re on 7.2 or 7.3, upgrade to at least PHP 7.4 before touching WordPress. PHP 8.2 is the recommended version.

Audit Your Plugins Before You Update

Most well-maintained plugins will handle 7.0 without issues. A few categories are worth checking first.

• Plugins that use classic meta boxes are the most likely to surface unexpected behavior, particularly around the iframed editor changes in 7.0.
• Plugins with their own AI integrations may overlap or conflict with the new Connectors screen.
• Page builders and block editor extensions are worth a close look — check the “Tested up to” field on each plugin’s WordPress.org page before updating.

Consider Waiting for 7.0.1

This one is optional and depends on your site.

The first patch release after a major version — typically 7.0.1, arriving one to two weeks after launch — lets the broader community surface edge-case bugs that testing didn’t catch.

For sites where downtime has real cost, waiting for 7.0.1 and watching the support forums for a week is a reasonable approach.

For those sites, staging plus a fresh backup is the path that gives you the most control regardless of when you update.

Häufig gestellte Fragen (FAQs)

WordPress 7.0 ist eine Grundlage, kein Endpunkt.

Phase 3 of the Gutenberg project officially launched. The Collaboration phase begins with a modernized admin, an AI infrastructure layer, better design tools, and a cleaner pattern editing experience.

The honest complexity here is that 7.0 is a big update with real technical requirements.

The PHP 7.4 minimum will catch sites that haven’t kept up with server maintenance. The block API changes will surface issues in older plugins. The pattern editing defaults have changed in ways that affect sites built with synced patterns.

None of this is a reason to delay indefinitely, but it’s a reason to test before you update and to have a fresh backup you can restore from if you need to.

If something goes wrong mid-update, you need a restore point from right before you clicked update. Use Duplicator Pro to create a full backup in minutes, store it off-site with Duplicator Cloud, and restore with one click if anything goes sideways.

If this post got you thinking about keeping your site safe through the WordPress 7.0 transition, these guides are worth reading next.

• So aktualisieren Sie WordPress (und bleiben auf dem neuesten Stand)
• So deaktivieren Sie automatische WordPress-Updates (3 Methoden)
• So aktualisieren Sie Ihre PHP-Version in WordPress
• WordPress 6.9 Update-Anleitung: Neue Funktionen + So aktualisieren Sie sicher
• So erstellen Sie eine WordPress-Staging-Site (für sicheres Testen)
• So stellen Sie WordPress aus einem Backup wieder her (in weniger als 5 Minuten)