WordPress 7.0 ist da – und es ist die größte Major-Version seit Jahren. Mit nativer KI-Anbindung direkt im Core, dem ersten echten Backend-Redesign seit 2013 und Dutzenden Editor-Neuerungen. Doch das Update hat auch Tücken: Ein Headline-Feature wurde zwölf Tage vor Release gestrichen, und manche Website wird nach dem Umstieg stolpern. Hier erfährst du als Website-Betreiber alles, was jetzt zählt.
WordPress 7.0 „Armstrong“ im Überblick
WordPress 7.0 trägt den Codenamen „Armstrong“ – wie jede Major-Version ist sie nach einem Jazz-Musiker benannt, diesmal nach dem legendären Trompeter Louis Armstrong. Es ist die 30. Hauptversion seit dem allerersten WordPress 1.0 aus dem Jahr 2004 und die erste große Veröffentlichung des Jahres 2026.
Der Release war ursprünglich für den 9. April geplant, wurde aber bewusst verschoben: Das Team verlängerte die Testphase, um Stabilität über Termintreue zu stellen – eine Entscheidung, die sich, wie wir später sehen werden, als goldrichtig herausstellte. Hinter der Version stecken über 875 Mitwirkende aus aller Welt, davon mehr als 200 zum ersten Mal. Insgesamt sind über 420 Verbesserungen und Fehlerkorrekturen eingeflossen.
Die wichtigste Einordnung vorweg: WordPress 7.0 ist ein Plattform-Release. Es bringt weniger spektakuläre Einzelfeatures als vielmehr neue Fundamente – allen voran eine native KI-Schnittstelle und ein rundum erneuertes Backend.
Codename: „Armstrong“ (nach Louis Armstrong). Veröffentlicht: 20. Mai 2026. PHP-Minimum: 7.4 – empfohlen sind 8.3 oder neuer. Headline-Neuerungen: native KI-Connectors, modernisiertes Backend, visuelle Revisionen, neue Blöcke. Gestrichen: die Echtzeit-Kollaboration – sie wurde auf eine spätere Version verschoben.
Was sich gegenüber der Vorgängerversion 6.9 konkret geändert hat, zeigt diese Übersicht – die einzelnen Punkte erklären wir im weiteren Verlauf des Artikels:
| Bereich | WordPress 6.9 | WordPress 7.0 |
|---|---|---|
| KI-Anbindung | Nur per Zusatz-Plugin | Nativ im Core (Connectors-API) |
| Backend-Design | Weitgehend Stand 2013 | Erstes Redesign seit über 10 Jahren |
| Seitenwechsel im Admin | Komplettes Neuladen | Sanfte View Transitions |
| Schnellnavigation | Nicht vorhanden | Command Palette (⌘K / Strg+K) |
| Versionsvergleich | Reine Textliste | Visuell & farbcodiert |
| Font Library | Nur Block-Themes | Block-, Hybrid- & klassische Themes |
| Block-Sichtbarkeit pro Gerät | Nicht möglich | Responsive Editing |
| PHP-Minimum | 7.2 | 7.4 (empfohlen 8.3+) |
KI zieht in den WordPress-Core ein
Die mit Abstand größte strukturelle Neuerung: WordPress kann jetzt von Haus aus mit KI-Diensten sprechen. Bisher war dafür immer ein Plugin nötig – jedes mit eigener Einrichtung, eigenem Speicherort für API-Schlüssel und eigener Logik. Damit ist Schluss.
Unter Einstellungen → Connectors gibt es einen neuen Bereich, in dem du die Zugangsdaten zu KI-Anbietern zentral hinterlegst. Von Haus aus unterstützt WordPress 7.0 drei Anbieter: Anthropic (Claude), OpenAI und Google (Gemini). Ein Schlüssel, einmal eingetragen, steht dann allen kompatiblen Plugins zur Verfügung – kein doppeltes Eintragen mehr.
Technisch dahinter steckt der WP AI Client – eine einheitliche, anbieterunabhängige Schnittstelle. Für dich als Website-Betreiber bedeutet das: Plugins mit KI-Funktionen (Texthilfen, automatische Alt-Texte für Bilder, Übersetzungen) müssen sich nicht mehr selbst um die Anbindung kümmern. Sie nutzen einfach den zentralen Connector. Das macht KI-Funktionen einheitlicher, wartbarer und leichter austauschbar.
Die KI-Connectors sind praktisch – aber Vorsicht: OpenAI, Anthropic und Google sind US-Anbieter. Sobald ein Plugin über einen Connector Inhalte verarbeitet, verlassen diese Daten unter Umständen die EU. Kläre vor der Nutzung: Welche Daten werden gesendet? Gibt es einen Auftragsverarbeitungs-Vertrag? Gehört der Dienst in deine Datenschutzerklärung? Im Zweifel den Connector schlicht nicht einrichten – ohne hinterlegten Schlüssel passiert nichts.
Wichtig zur Beruhigung: WordPress 7.0 verschickt von sich aus keine Daten an irgendeine KI. Die Connectors sind erst aktiv, wenn du selbst bewusst einen API-Schlüssel einträgst. Wer keine KI nutzen will, lässt den Bereich einfach leer – dann verhält sich WordPress wie bisher.
Das neue Backend – erstes echtes Redesign seit 2013
Das WordPress-Backend sah im Kern seit 2013 nahezu unverändert aus. Mit Version 7.0 erhält es das erste echte Redesign seit über einem Jahrzehnt. Diese Änderungen fallen sofort auf:
- Neues Farbschema & Typografie – höherer Kontrast, ruhigeres Erscheinungsbild, frischere Schriften. Auch Customizer und Multisite-Registrierung wurden angepasst.
- View Transitions – Wechsel zwischen Admin-Seiten (z. B. von den Beiträgen zu den Einstellungen) laufen jetzt mit sanften Übergängen statt hartem Neuladen. Wer am Betriebssystem „Bewegung reduzieren“ aktiviert hat, bekommt die Animationen automatisch nicht.
- Command Palette – mit ⌘K (Mac) bzw. Strg+K (Windows) öffnet sich von überall im Backend eine Schnellsuche. Damit springst du in Sekunden zu jeder Einstellung oder jedem Inhalt – so, wie man es aus modernen Apps kennt.
- Font Library für alle Theme-Typen – die zentrale Schriften-Verwaltung gab es schon, sie funktionierte aber nur mit Block-Themes. Jetzt arbeitet sie mit Block-, Hybrid- und klassischen Themes.
Das realmaker-Theme bindet alle Schriften lokal ein – DSGVO-konform, ohne Google-Fonts-CDN. Daran ändert die neue Font Library nichts: Die lokale Einbindung bleibt unverändert bestehen. Die Font Library ist nur eine zusätzliche Option, kein Zwang.
Neuerungen im Block-Editor
Auch der Block-Editor (Gutenberg) bekommt spürbare Verbesserungen, die den Redaktionsalltag erleichtern.
Visuelle Revisionen
Bisher war der Versionsvergleich eine nüchterne Liste von Textänderungen. WordPress 7.0 zeigt Änderungen nun visuell – mit einem farbcodierten System, einem Schieberegler für den Vorher-Nachher-Vergleich und anklickbaren Markierungen, die direkt zur geänderten Stelle springen. Wer öfter eine ältere Fassung eines Beitrags wiederherstellen muss, wird das lieben.
Der iframed Editor
Technisch im Hintergrund, aber wichtig: Der Editor läuft jetzt durchgängig in einem isolierten iframe (für Blöcke ab Block-API v3). Das macht die Vorschau im Editor zuverlässiger und deutlich näher am echten Frontend. Für die meisten Nutzer ist das unsichtbar – für ältere, individuell entwickelte Blöcke kann es aber zum Stolperstein werden. Mehr dazu im Abschnitt Probleme & Stolperfallen.
Neue und verbesserte Blöcke
WordPress 7.0 erweitert den Block-Baukasten deutlich. Zwei neue Blöcke kommen hinzu, mehrere bestehende werden aufgewertet.
Neue Blöcke
- Breadcrumbs-Block – ein „Brotkrumen“-Pfad, der die Seitenhierarchie automatisch abbildet (Start › Kategorie › Beitrag). Gut für Orientierung und SEO, lässt sich global im Theme-Header platzieren.
- Icons-Block – ein nativer Block für Symbole, ganz ohne Zusatz-Plugin oder eigenes SVG-Gefummel.
- Verbesserter Heading-Block – Überschriften aller Ebenen mit einfachem Umschalten zwischen H1 bis H6.
Aufgewertete Blöcke
- Galerie – endlich mit nativer Lightbox inklusive Slideshow-Option. Bilder öffnen sich auf Klick groß, ganz ohne Zusatz-Plugin.
- Cover-Block – unterstützt jetzt auch Video-Hintergründe.
- Grid-Block – wird responsiv und passt sich Bildschirmgrößen flexibel an.
- Absatz-Block – kann Inhalte jetzt mehrspaltig darstellen.
Dazu kommen feinere Gestaltungs-Stellschrauben („Block-Supports“): eigenes CSS direkt pro Block, Texteinzug, Seitenverhältnisse für breite und vollbreite Bilder sowie Hover-, Focus- und Active-Zustände für Buttons. Das reduziert die Notwendigkeit für zusätzliches Custom-CSS spürbar.
Responsive Editing – Blöcke pro Gerät steuern
Ein Feature, das vor allem Redakteure freuen wird: Responsive Editing. Einzelne Blöcke lassen sich jetzt gezielt pro Gerätetyp ein- oder ausblenden – etwa ein großes Bild nur auf dem Desktop zeigen, einen kompakten Hinweis nur auf dem Smartphone. Die Steuerung sitzt in der Werkzeugleiste, in der Seitenleiste und in der Command Palette; in der Listenansicht zeigen kleine Symbole, welche Blöcke Sichtbarkeitsregeln haben.
Ebenfalls neu: anpassbare Navigations-Overlays. Das Hamburger-Menü auf Mobilgeräten lässt sich jetzt frei mit Blöcken und Patterns gestalten, inklusive eines eigenen „Overlay schließen“-Blocks. Das mobile Menü ist damit kein starres Standard-Element mehr.
Für Entwickler & Agenturen
Auch unter der Haube hat sich einiges getan – kurz für alle, die selbst entwickeln oder mit einer Agentur zusammenarbeiten:
- PHP-only Block-Registrierung – einfache Blöcke lassen sich jetzt komplett serverseitig in PHP registrieren (mit
autoRegister), ganz ohne JavaScript-Build. Inspector-Steuerelemente werden automatisch aus den Attributen erzeugt. - Interactivity API – mit neuer
watch()-Funktion unddata-wp-watchfür reaktive Frontend-Logik. - DataViews & DataForms – das React-System hinter dem neuen Backend bekommt neue Layouts (Activity, Details) und lässt sich von Plugins erweitern.
- Bibliotheks-Updates – u. a. PHPMailer auf 7.0.2 (mit Bugfix bei der Absenderadresse) sowie aktualisierte Code-Editoren und Linter.
- Sicherheit – die Rollen „Administrator“ und „Redakteur“ wurden aus der Standard-Auswahl für neue Benutzerregistrierungen entfernt.
Für maßgeschneiderte Themes mit eigenen ACF-Blöcken ist vor allem der durchgesetzte iframed Editor entscheidend. Falls eigene Blöcke nach dem Update zicken, ist die Ursache fast immer hier zu finden. Ein Staging-Test vor dem Live-Update ist deshalb für individuell entwickelte Websites Pflicht.
Was NICHT in 7.0 enthalten ist
Und jetzt die vielleicht überraschendste Nachricht: Das eigentliche Headline-Feature von WordPress 7.0 ist gar nicht enthalten.
Geplant war die Echtzeit-Kollaboration – mehrere Personen bearbeiten gleichzeitig denselben Beitrag, ähnlich wie in Google Docs. Nur zwölf Tage vor dem Release wurde das Feature gestrichen. Der Grund: In den Tests traten zu viele Probleme mit Stabilität, Race Conditions, Serverlast und Speicherverbrauch auf.
Die Echtzeit-Kollaboration ist nicht vom Tisch – sie kommt voraussichtlich mit WordPress 7.1, 7.2 oder 7.3. Dass das Team ein fast fertiges Vorzeige-Feature lieber verschiebt, statt es instabil auszuliefern, ist ein gutes Zeichen: Stabilität ging hier klar vor Marketing. Wer auf gemeinsames Bearbeiten gehofft hat, muss sich aber noch etwas gedulden.
Probleme & Stolperfallen für Website-Betreiber
WordPress 7.0 ist ein großes Update – und große Updates haben Kanten. Das sind die wichtigsten Stolperfallen, die du kennen solltest:
Das größte Risiko betrifft individuell entwickelte Blöcke. Weil der Editor jetzt durchgängig in einem iframe läuft, brechen Blöcke, die direkt auf das globale Editor-Dokument zugreifen. Sichtbar wird das als kaputte Editor-Vorschau oder als Blöcke, die sich nicht mehr bearbeiten lassen. Wer ein individuelles Theme oder eigene Blöcke einsetzt, muss vor dem Update zwingend auf einer Staging-Umgebung testen.
- WooCommerce & Shops – das modernisierte Backend muss mit Shop-Plugins zusammenspielen. WooCommerce ab Version 10.6.2 ist auf 7.0 vorbereitet, ein produktiver Shop sollte aber nie ohne Staging-Test aktualisiert werden. Komplexe Backends mit vielen Extensions brauchen besonders gründliche Prüfung.
- Klassische Meta-Boxen – Seiten und Beiträge, die noch klassische Meta-Boxen verwenden, deaktivieren automatisch bestimmte neue Editor-Funktionen.
- PHP 7.2 und 7.3 fallen raus – das PHP-Minimum ist jetzt 7.4. Wer noch eine ältere Version fährt, kann 7.0 schlicht nicht installieren und bleibt auf WordPress 6.9. Die Lösung ist ohnehin überfällig: PHP beim Hoster auf 8.3 anheben – das bringt nebenbei mehr Tempo und Sicherheit.
- Plugin-Reife – direkt nach einem Major-Release brauchen viele Plugins ein paar Tage, bis sie offiziell „Getestet bis: 7.0″ melden. Wer sofort updatet, spielt unfreiwillig Versuchskaninchen.
Zur Beruhigung: Die allermeisten gut gepflegten Websites mit modernen Plugins werden problemlos updaten. Die Stolperfallen treffen vor allem Shops, stark angepasste Seiten und veraltete Installationen.
Was Website-Betreiber jetzt tun müssen
Bevor du WordPress 7.0 einspielst, solltest du die folgenden Punkte abhaken. Die Checkliste gilt für produktive Live-Seiten – ein kleiner Testblog darf ruhig mutiger sein.
Punkt 1 ist der wichtigste: ohne Backup kein Update. So sollte ein vollständiges Backup aussehen – Datenbank und Dateien sauber getrennt abgelegt:
backup-wp7-2026-05-21/ ├── datenbank/ │ └── wp_database_export.sql ├── dateien/ │ ├── wp-content/ │ │ ├── themes/ │ │ ├── plugins/ │ │ └── uploads/ │ ├── wp-config.php │ └── .htaccess └── checkliste-und-protokoll.txt
Das Update Schritt für Schritt
Steht das Häkchen überall? Dann läuft das Update in diesen sieben Schritten ab:
Backup erstellen
Vollständiges Backup von Datenbank UND Dateien. Erst wenn das Backup geprüft und sicher abgelegt ist, geht es weiter.
PHP-Version prüfen
Mindestens PHP 7.4, besser 8.3. Die aktuelle Version siehst du unter Werkzeuge → Website-Zustand → Bericht. Falls nötig, beim Hoster anheben lassen.
Staging-Kopie aufsetzen
Einen 1:1-Klon der Live-Seite anlegen. Viele Managed-Hoster bieten das per Klick an.
Auf Staging updaten & testen
WordPress 7.0 zuerst nur auf Staging einspielen. Alle wichtigen Seiten, Formulare, den Editor und – falls vorhanden – den Shop gründlich durchklicken.
Plugins & Theme prüfen
Stimmt das Layout im neuen Backend? Funktionieren eigene Blöcke im iframed Editor? Laufen alle Plugin-Funktionen wie erwartet?
Live-Update durchführen
Erst wenn Staging sauber läuft: frisches Backup der Live-Seite ziehen, dann updaten – am besten in einer besucherarmen Zeit.
Nachkontrolle
Frontend, Editor, Formulare und Ladezeiten nach dem Live-Update erneut prüfen. Bei Problemen sofort über das Backup zurückrollen.
Jetzt updaten oder noch warten?
Die Kernfrage vieler Betreiber: sofort umsteigen oder lieber abwarten? Die Antwort hängt vom konkreten Setup ab.
Keine Panik: Eine gepflegte Website mit aktuellen Plugins, einem Standard- oder gut gewarteten Theme und PHP 8.x übersteht das Update in aller Regel ohne Drama. Die folgende Tabelle hilft bei der Einordnung deiner Situation.
Unsere generelle Empfehlung deckt sich mit der vieler Fachquellen: Direkt am Release-Tag zu updaten lohnt nur, wenn bereits eine getestete Staging-Kopie bereitsteht. Für alle anderen ist ein Fenster von etwa ein bis drei Wochen nach Release ideal – dann haben die wichtigsten Plugins ihre 7.0-Updates nachgezogen, ohne dass man unnötig lange auf Sicherheits- und Funktionsverbesserungen verzichtet.
Fazit
WordPress 7.0 „Armstrong“ ist kein Update, das man mit einem Klick nebenbei durchwinkt – und das ist auch gut so. Es legt mit der nativen KI-Schnittstelle und dem modernisierten Backend Fundamente, auf denen WordPress die nächsten Jahre aufbauen wird. Die kurzfristig gestrichene Echtzeit-Kollaboration zeigt: Das Team nimmt Stabilität ernst.
Für dich als Website-Betreiber heißt das: kein Grund zur Eile, aber auch kein Grund zur Sorge. Mit einem geprüften Backup, einem Staging-Test und etwas Geduld bei den Plugins ist der Umstieg auf 7.0 unkompliziert. Wer noch auf PHP 7.2 oder 7.3 sitzt, sollte das Update zum Anlass nehmen, die Technik endlich zu modernisieren.
Ein Major-Update ist kein Notfall – aber auch keine Formalie. Wer Backup und Staging ernst nimmt, hat von WordPress 7.0 nur Vorteile.
Michael Rademacher, realmaker
Soll realmaker dein WordPress-7.0-Update übernehmen?
Wir prüfen deine Website auf 7.0-Kompatibilität, testen alles auf einer Staging-Kopie, sichern deine Daten und spielen das Update sauber ein – inklusive eigener Blöcke, Shop und Plugins. Du bekommst die Neuerungen, ohne das Risiko.