Die Zukunft von WordPress 2027: Data Liberation und das neue Admin

WordPress 7.0 “Armstrong” erschien am 20. Mai 2026, WordPress 7.1 “Mary Lou” am 19. August 2026. Die offizielle Roadmap plant 7.2 für den 10. Dezember 2026 und nennt diese Termine “nur für eine grobe Planung gedacht” (eigene Übersetzung). Eine Prognose für 2027 steht damit auf einem Jahr echter Releases: was erschienen ist, was in letzter Minute gestrichen wurde und was gar kein Datum hat.

Dieser Beitrag hält diese drei Dinge auseinander. Jede Prognose unten ist die Meinung unseres WordPress-Entwicklungsteams, und jede verweist auf die Ankündigung oder den Core-Beitrag, aus dem sie abgeleitet ist. Wo das Projekt nichts veröffentlicht hat, sagen wir das, statt die Lücke zu füllen.

#Was WordPress 7.0 und 7.1 im Jahr 2026 gebracht haben

In diesem Jahr kamen zwei Major-Releases. Die Tabelle zeigt, was für 2027 zählt, auf Basis der Release-Ankündigung zu 7.0 und des WordPress 7.1 Field Guide.

Der Field Guide zu 7.1 zählt mehr als 310 Core-Trac-Tickets, davon über 100 Erweiterungen und mehr als 180 Bugfixes. Die Schriftverwaltung aus 7.0 funktioniert mit Block-, Hybrid- und klassischen Themes, was für den Theme-Abschnitt weiter unten wichtig ist.

#Was nicht erschienen ist: Echtzeit-Kollaboration und React 19

Die Roadmap beschreibt Gutenberg Phase 3 als “auf kollaboratives Bearbeiten und Workflows ausgerichtet” und verspricht “Echtzeit-Kollaboration und reibungslosere Veröffentlichungsprozesse” (eigene Übersetzung, WordPress-Roadmap). Das ist das Kernfeature der Phase, und es hat zwei Releases in Folge verpasst.

• 7.0: Die Release-Ankündigung erwähnt keine Echtzeit-Kollaboration.
• 7.1: Der Beitrag Roadmap to 7.1 hatte noch offene Fragen zum Umfang (vollständiges Feature oder nur die zugrunde liegende Architektur) und zum Speichermechanismus. Eine Outreach-Initiative zum kollaborativen Bearbeiten suchte Tester über das Gutenberg-Plugin. Der Field Guide hält danach fest, dass das Feature “im Zyklus von WordPress 7.1 ausführlich getestet und kommentiert wurde, im finalen Release aber nicht aktiviert ist” (eigene Übersetzung).
• React 19: Das Upgrade von React 18 wurde ebenfalls über 7.1 hinaus verschoben und läuft als Experiment im Gutenberg-Plugin weiter.

Die Release-Leads von 7.1 haben die Abwägung offen benannt. Der Field Guide zitiert Anne McCarthy: “manchmal ist das, was wir nicht hinzufügen, wertvoller als das, was wir hinzufügen” (eigene Übersetzung).

Unsere Prognose: Echtzeit-Co-Editing kommt im Laufe von 2027 in den Core, nach mindestens einem weiteren Zyklus im Gutenberg-Plugin. Bis dahin gilt die Beitragssperre, also können zwei Personen nicht gleichzeitig denselben Beitrag bearbeiten. Teams, die heute gleichzeitiges Bearbeiten brauchen, können es im Plugin auf einer Staging-Site testen, nie in der Produktion.

#Ersetzt das neue WordPress-Admin wp-admin

Das linke Seitenleistenmenü von wp-admin begleitet uns seit WordPress 2.7 (2008). Die Zusammenfassung von State of the Word 2023 sagte, das Admin-Redesign werde “sich am Site Editor orientieren und Nutzern am Ende erlauben, ihre Admin-Oberfläche nach ihren Bedürfnissen zu gestalten” (eigene Übersetzung). Das ist die erklärte Richtung, und sie hat kein Datum.

Was tatsächlich erschienen ist, kommt schrittweise. 7.0 brachte ein erneuertes Dashboard und die Command Palette. Der Beitrag Roadmap to 7.1 nennt einen Bildschirm Design und Identity für die Identitätseinstellungen der Website, einen Site Editor, der dem Admin-Farbschema folgt, Feinschliff an der Admin-Leiste und die Umstellung von DataViews auf neue Primitive des Design Systems.

#Dashboard und Website-Editor in einer Oberfläche

Wir erwarten, dass die Unterscheidung zwischen “Dashboard” und “Site Editor” weiter verschwimmt, Bildschirm für Bildschirm, während DataViews die alten Listentabellen ersetzt. Das ist eine Prognose, kein angekündigtes Feature:

• Kontextuelles Editieren: Sie gehen nicht zu “Einstellungen”, um den Seitentitel zu ändern. Der geplante Identity-Bildschirm ist ein erster Schritt: Er bündelt die Identitätseinstellungen an einer Stelle.
• JavaScript-First: Wir erwarten, dass sich mehr Admin-Bildschirme wie eine Single Page Application verhalten, mit sofortigen Übergängen und ohne komplettes Neuladen beim Speichern. Der Site Editor hat in 7.0 bereits Routing und ein Paket wordpress/boot für Plugins bekommen, die eigene Site-Editor-Seiten bauen.
• Anpassbarkeit: Agenturen könnten das Admin-Erlebnis nativ kuratieren, bestimmte Blöcke sperren und die Oberfläche branden, ohne functions.php zu hacken. Für Teams, die Websites an nicht-technische Redakteure übergeben, ist das der Teil, der im Alltag zählt.

Unsere Wette für 2027: Das klassische Seitenleistenmenü gibt es Ende des Jahres immer noch, nur stecken weniger Bildschirme dahinter, die auf die alte Art gerendert werden.

#React- und REST-API-Kenntnisse für WordPress-Entwickler

Entwickler, die ihre Laufbahn auf PHP-Hooks für Admin-Anpassungen aufgebaut haben, brauchen ein breiteres Werkzeugset. React und die WordPress REST API werden von “nett zu haben” zur Grundlage. Die PHP-Seite behält ihren Wert: 7.0 hat die Registrierung von Blöcken und Patterns nur mit PHP eingeführt, sodass serverseitige Entwickler Blöcke ohne JavaScript-Build-Schritt ausliefern können.

Mehr dazu in der Entwicklung moderner WordPress-Systeme bei WPPoland.

#Was das Data-Liberation-Projekt von WordPress bedeutet

Bei State of the Word 2023 am 11. Dezember 2023 in Madrid stellte Matt Mullenweg Data Liberation als zusätzlichen Schwerpunkt für 2024 vor, “mit dem Ziel, den Import von anderen Plattformen nach WordPress so reibungslos wie möglich zu machen” (eigene Übersetzung, offizielle Zusammenfassung). Die Zusammenfassung ergänzt, dass die Initiative “an der Migration per Klick und am Exportformat von WordPress arbeiten wird” (eigene Übersetzung).

Die Data-Liberation-Seite beschreibt inzwischen fünf Phasen:

Phase 4 von Data Liberation (Website-Synchronisation) ist etwas anderes als Phase 4 von Gutenberg (Mehrsprachigkeit). Die beiden Roadmaps nummerieren ihre Phasen unabhängig voneinander.

Für Phase 3 nennt die Seite Studio von WordPress.com und dessen quelloffenes Agent-Plugin zur Datenbefreiung, mit speziellen Werkzeugen für GoDaddy Websites & Marketing, Hostinger Website Builder, HubSpot, Shopify, Squarespace, Webflow, Weebly und Wix.

#Wie WordPress Vendor Lock-in vermeidet

Historisch gesehen machen es SaaS-Plattformen schwer, Inhalte mitzunehmen. Data Liberation geht den umgekehrten Weg:

• Exportformat: Phase 2 ist die Arbeit am strukturierten Import und Export. Unsere Prognose: Bis Ende 2027 wird der Umzug einer kompletten Website (Inhalte, Medien und Design) zwischen WordPress-Hostern ein Routineschritt, statt fragmentierter WXR-Dateien, die Bilder und Metadaten verlieren.
• Import von überall: Data Liberation betrifft nicht nur den Weggang. Die Werkzeuge aus Phase 3 zielen auf den Umzug zu WordPress aus geschlossenen Baukästen.
• Warum: Indem WordPress den Weggang erleichtert, gibt es Menschen einen Grund, ihm zu vertrauen und zu bleiben.

#Data Liberation und WordPress im Unternehmen

Für große Organisationen entfernt ein dokumentierter Ausstiegsweg einen der üblichen Einwände gegen WordPress: das Lock-in-Risiko. Ein CTO oder Enterprise-Architekt kann WordPress freigeben, weil ein sauberer Ausstieg existiert. Unsere Meinung: Das hilft der Verbreitung in Unternehmen mehr, als es ihr schadet.

#Ersetzen Block-Themes die klassischen WordPress-Themes

Was ist ein Theme im Jahr 2027? Für neue Projekte fast sicher ein Block-Theme. Bei bestehenden Websites erzwingt das Projekt den Wechsel nicht: Die Schriftverwaltung aus 7.0 unterstützt klassische Themes, und der Field Guide hält fest, dass der Vorschlag, den Classic-Block in 7.1 aus dem Inserter auszublenden, zurückgenommen wurde. Der Classic-Block bleibt also verfügbar.

#theme.json, globale Stile und Block-Patterns

• Globale Stile: Die visuelle Identität einer Website wird in theme.json definiert. Farben, Typografie, Abstände und Schatten liegen in einer deklarativen Konfigurationsdatei. 7.1 hat responsive Styles pro Bildschirmgröße eingeführt, in Global Styles und an einzelnen Blöcken, damit entfällt ein häufiger Grund für eigenes CSS.
• Pattern-Bibliotheken: Ein “Theme” wird immer mehr zu einer kuratierten Sammlung von Block-Patterns. 7.0 erlaubt außerdem, ein Pattern vom Original zu lösen und isoliert zu bearbeiten.
• Weniger Child-Themes: Für das Überschreiben von Styles braucht man keine Child-Themes mehr. Man nutzt die Global-Styles-Oberfläche und exportiert die Änderungen als Variation. Damit fällt eine häufige Fehlerquelle weg: Konflikte zwischen Parent- und Child-Theme.

Unsere Prognose: Klassische PHP-Themes funktionieren das ganze Jahr 2027 weiter, und neue Agenturprojekte starten standardmäßig als Block-Themes.

#Wie Agenturen ohne Premium-Themes Geld verdienen

Agenturen, die fertige Premium-Themes verkauft haben, brauchen ein anderes Geschäftsmodell. Wir erwarten, dass sich der Wert verlagert zu:

1. Designsystemen: konsistente, skalierbare Pattern-Bibliotheken für eine bestimmte Marke.
2. Markenübersetzung: eine Markenidentität in eine eigene theme.json-Konfiguration übertragen.
3. Migration und Optimierung: Kunden von alten PHP-Themes auf eine moderne Blockarchitektur bringen.

#KI-Funktionen, die schon im WordPress-Core stecken

KI ist kein reines Plugin-Territorium mehr. Die Roadmap nennt als Ziel für 2026, “KI bewusst in die gesamte WordPress-Erfahrung einzubetten, um Erstellung, Workflows und Mitarbeit zu vereinfachen”, mit “projektweiten Leitlinien, die Transparenz, Nutzerkontrolle und die Werte von WordPress wahren” (eigene Übersetzung, Roadmap).

Was heute im Core steckt:

• Abilities API: eingeführt in WordPress 6.9. Laut Field Guide macht 7.1 Abilities “leichter auffindbar, freigebbar, validierbar und mit externen Clients integrierbar” (eigene Übersetzung), mit Filterung in wp_get_abilities(), Hooks für den Ausführungszyklus und einem einheitlichen Flag für die öffentliche Freigabe.
• AI Client: 7.0 hat einen AI Client eingeführt, über den WordPress mit generativen KI-Modellen kommuniziert. Verbindungen zu externen Anbietern werden auf dem Connectors-Bildschirm verwaltet, der drei Voreinstellungen mitbringt und eigene erlaubt.
• Client-Side Abilities: das JavaScript-Gegenstück zur Abilities API, mit eigener Oberfläche und Anbindung an die Command Palette.

Die Schreibfunktionen, die man mit “KI in WordPress” verbindet, stecken in einem optionalen KI-Plugin, nicht im Core. Laut Ankündigung zu 7.0 bringt es Bildgenerierung und -bearbeitung, Titel- und Auszugserstellung sowie Alt-Text-Vorschläge. Alt-Text-Vorschläge helfen der Barrierefreiheit nur, wenn ein Redakteur sie prüft, also sollte man sie als Entwürfe behandeln.

#Wohin die KI-Roadmap für 2027 zeigt

Der Beitrag Roadmap to 7.1 nannte Streaming bei der Generierung und Embeddings für den AI Client und beschrieb Embeddings als Weg, Inhalte “als Vektoren darzustellen, um eine bedeutungsbasierte Suche über die ganze Website zu ermöglichen” (eigene Übersetzung). Dazu kamen Guidelines (redaktionelle Regeln, die mit den KI-Werkzeugen verbunden sind, mit Import und Export zwischen Websites) und eine Connector-Authentifizierung über API-Schlüssel hinaus.

Unsere Prognose: Bedeutungsbasierte Website-Suche auf Basis von Embeddings wird 2027 die erste KI-Funktion, die normale Besucher bemerken. Die Modellanbieter bleiben extern, also gehören die Rechnung des Anbieters und der Auftragsverarbeitungsvertrag zum Umfang jedes KI-Projekts.

#KI-gestützte Übersetzung im Block-Editor

Falls Gutenberg Phase 4 (Mehrsprachigkeit) irgendwann auf den AI Client trifft, ist assistierte Übersetzung im Editor der naheliegende Anwendungsfall: Ein Redakteur schreibt in einer Sprache und bekommt Entwürfe in anderen, die menschlich geprüft werden müssen. Kein Release von 2026 liefert das, es bleibt also eine Prognose.

#Native Mehrsprachigkeit in WordPress ohne WPML

Seit Jahren brauchen wir WPML oder Polylang. Die Roadmap führt Mehrsprachigkeit als Gutenberg Phase 4, beschrieben nur als “Core-Implementierung für mehrsprachige Websites” (eigene Übersetzung). Die Seite im Entwicklerhandbuch zu mehrsprachigem WordPress sagt weiterhin: “WordPress unterstützt derzeit kein zwei- oder mehrsprachiges Blog ab Werk” (eigene Übersetzung).

Weder 7.0 noch 7.1 enthalten Arbeit an Mehrsprachigkeit im Core. Am nächsten kommt im Beitrag Roadmap to 7.1 eine breitere Unicode-Unterstützung für E-Mail-Adressen.

#Übersetzungen im Datenbankschema des Core

Wir erwarten, dass Phase 4 erst beginnt, wenn die Kollaboration aus Phase 3 angekommen ist. Damit liegt native Mehrsprachigkeit nach 2027. Wenn sie kommt:

• Standardisiertes Datenbankschema: Der Core würde Übersetzungen offiziell unterstützen, ohne Plugin-Tabellen wie wp_icl_translations von WPML, die an der Seite angeflanscht sind.
• Performance: Nativer Query-Support würde die zusätzlichen Abfragen und Joins entfernen, die Übersetzungs-Plugins heute hinzufügen.
• Auswirkung: Ein großes Segment des Plugin-Marktes würde schrumpfen. Für Unternehmen in der DACH-Region, die oft Deutsch, Englisch und weitere Sprachen bedienen, wäre ein einziges vom Core unterstütztes Setup eine echte Vereinfachung.

#Mehrsprachige Content-Strategie auf einer WordPress-Website

Bis dahin bleibt die praktische Wahl ein Plugin oder ein Multisite-Netzwerk pro Sprache. Eine einzelne WordPress-Website kann heute mehrere Sprachen mit sauberen URLs und hreflang ausliefern, aber über ein Plugin. Wenn Ihnen Sichtbarkeit in mehreren Märkten wichtig ist, sehen Sie sich unsere GEO- und LLMO-Optimierung an.

#Wie sich WordPress-Agenturen und Plugins bis 2027 verändern

#Was WordPress-Agenturen 2027 anbieten

“WordPress installieren und ein Theme wählen” ist keine Leistung mehr, für die jemand bezahlt. Wir erwarten, dass erfolgreiche Agenturen sich konzentrieren auf:

• Lösungsarchitektur: die richtige Mischung aus Core, Plugins und externen Diensten für jeden Geschäftsfall.
• KI-Integration: Abilities registrieren, Connectors konfigurieren und Guidelines für den Redaktionsablauf eines Kunden schreiben.
• Globale Content-Strategie: mehrsprachige Websites mit heutigen Plugins betreiben und gleichzeitig die spätere Core-Lösung einplanen.
• Performance unter Last: Enterprise-Websites auch unter hoher Last bei guten Core Web Vitals halten.

#Welche WordPress-Plugins an Bedeutung verlieren

Zuerst verlieren Plugins an Bedeutung, die doppeln, was in den Core gewandert ist: Icon-Sets (SVG Icon API in 7.1), Schriftverwaltungen (Schriftverwaltung in 7.0), Erweiterungen zum Ein- und Ausblenden von Blöcken je Gerät und einfache KI-Connectoren. Gute Chancen haben Plugins mit wirklich spezialisierten Funktionen: CRM-Integrationen, eigene Geschäftslogik und Nischenwerkzeuge, die der Core nie abdecken wird. Mehrsprachigkeits-Plugins bleiben das ganze Jahr 2027 nötig.

#Wie Sie Ihre WordPress-Website auf 2027 vorbereiten

Nichts davon erfordert, auf ein Release zu warten. Diese Schritte lohnen sich, egal wie die Roadmap ausgeht:

1. Neue Projekte mit Block-Themes umsetzen: Wenn Sie noch ein klassisches PHP-Theme nutzen, planen Sie den Wechsel auf ein Block-Theme (FSE). Je länger Sie warten, desto mehr eigenen Code schleppen Sie mit.
2. Den iframe-Editor testen: 7.1 hat den Beitragseditor für alle Websites auf iframe umgestellt, auch für solche mit alten Meta-Boxen. Prüfen Sie eigene Editor-Styles und Meta-Box-Plugins auf Staging.
3. theme.json und responsive Styles nutzen: Definieren Sie die Styles Ihrer Website in theme.json statt in eigenem CSS.
4. Abilities für eigene Funktionen registrieren: Wenn ein von Ihnen gepflegtes Plugin Aktionen anbietet, erreichen KI-Clients und die Command Palette sie über die Abilities API.
5. Mehrsprachigkeit planen: Strukturieren Sie Inhalte mit Blick auf Übersetzungen, damit ein späterer Wechsel von WPML oder Polylang zu einer Core-Lösung leichter fällt.
6. Echtzeit-Kollaboration im Gutenberg-Plugin auf Staging ausprobieren: So wissen Sie vor dem Release, ob sie zu Ihrem Redaktionsablauf passt.

#Wo man die WordPress-Roadmap verfolgt

Drei Quellen beantworten die meisten Fragen, bevor daraus Gerüchte werden. Der Make WordPress Core Blog veröffentlicht zu Beginn jedes Zyklus einen Beitrag “Roadmap to” und zum Release Candidate einen Field Guide, und der Field Guide ist die maßgebliche Liste dessen, was erschienen ist und was gestrichen wurde. Die Roadmap-Seite zeigt die Phasen und die geplanten Termine. Vorträge vom WordCamp Europe und WordCamp US erscheinen auf WordPress.tv und sind ein kostenloser Weg, zu verfolgen, wohin Core-Mitwirkende diese Projekte führen.

#Fazit

Im Jahr 2027 erwarten wir WordPress weniger als “Blogging-Tool” und mehr als Betriebssystem für das Web: die Grundschicht für Dateneigentum, Benutzerverwaltung, Abilities und Block-Rendering, auf der alles andere aufbaut.

Für Entwickler heißt das praktisch: blockorientiert bauen. Eigene Blöcke über block.json oder reine PHP-Registrierung, Block-Themes mit theme.json, Aktionen als Abilities und Inhalte in Strukturen, die die Importer und Exporter von Data Liberation lesen können. Code rund um den klassischen Editor und Shortcodes ist der Teil, der am ehesten Umbau braucht, auch wenn der Core ihn weiter unterstützt.

Die Zukunft ist offen. Sind Sie bereit? Diesen Weg gehen wir mit Ihnen in der Entwicklung moderner WordPress-Systeme.