WordPress 7.1 Beta: Was die neue Version für Entscheider bedeutet

WordPress 7.1 Beta 1 ist da: Responsive Styling, Notes, Medien-Upgrades. Wir ordnen ein, was Sie jetzt wissen müssen. Oder beraten Sie kompetent zu WordPress, basierend auf mehr als 2 Jahrzehnten Erfahrung und KnowHow.

Am 15. Juli 2026 hat das WordPress-Core-Team die erste Beta-Version von WordPress 7.1 zum Testen freigegeben. Der finale Release ist für den 19. August 2026 geplant. Für uns als Agentur, die seit über zwei Jahrzehnten produktive WordPress-Systeme betreibt und selbst profitable E-Commerce-Projekte auf dieser Basis fährt, ist jede Beta ein Pflichttermin: Wir prüfen, testen und bewerten, welche Neuerungen für unsere Kundenprojekte relevant werden, aber natürlich auch welche nicht. Nachfolgend die Einordnung aus Sicht einer WordPress-Agentur, nicht aus Sicht der Release-Notes.

WordPress 7.1 Beta: Der Kurzüberblick für Entscheider

WordPress 7.1 ist keine radikale Umwälzung, sondern eine Konsolidierungsversion mit spürbarem Nutzwert. Der Fokus liegt auf vier Bereichen: einem erweiterten Kollaborations-Werkzeug (Notes), responsivem und interaktivem Styling ohne Custom CSS, einer moderneren Medienverarbeitung sowie einer aufgeräumten Admin-Erfahrung. Dazu kommen Erweiterungen für Entwickler, wie etwa die Abilities API und Block Bindings für Listenelemente.

Wichtig vorab: Die Beta-Version ist ausdrücklich nicht für den Produktivbetrieb gedacht. Tests gehören in eine Staging-Umgebung, ein lokales Setup oder in eine WordPress-Playground-Instanz. Die offizielle Ankündigung finden Sie im WordPress News-Blog.

Classic-Block bleibt: Entwarnung in letzter Sekunde

Für die meiste Aufmerksamkeit in der Community sorgt in diesem Zyklus keine neue Funktion, sondern eine Rolle rückwärts: Das Core-Team hatte angekündigt, den Classic-Block (core/freeform) ab 7.1 standardmäßig aus dem Inserter zu entfernen, um den Umstieg auf den Block-Editor zu forcieren. Am 7. Juli 2026 wurde diese Entscheidung offiziell zurückgenommen. Der Classic-Block bleibt regulär im Inserter, in der Blockliste und für Slash-Befehle erhalten.

Für Entscheider ist das eine Entwarnung: Bestehende Inhalte bleiben unangetastet, es entsteht kein Migrationsdruck und kein Reaktivierungs-Workaround per Filter oder Zusatz-Plugin. Die Botschaft des Core-Teams ist bemerkenswert, weil sie zeigt, dass Community-Feedback ernst genommen wird: Der Block soll durch bessere Konvertierungswege obsolet werden, nicht durch erzwungenen Entzug. Aus Agentursicht ändert das an der Update-Strategie wenig, nimmt aber ein Argument gegen den Umstieg aus der Diskussion.

Notes: Redaktionelle Zusammenarbeit wird zum Standardwerkzeug

Das Notes-Feature entwickelt sich in 7.1 zu einem ernstzunehmenden Kollaborationstool direkt im Editor. Das ist relevant für alle Redaktionen, die bislang auf externe Tools für Feedbackschleifen ausweichen mussten.

• Vorschlagsmodus: Teammitglieder schlagen Textänderungen direkt im Editor vor, Autoren oder Admins übernehmen oder verwerfen sie per Klick. Das bringt einen Redigier-Workflow nach Vorbild von „Änderungen nachverfolgen“ nativ in WordPress.
• Inline-Formatierung in Kommentaren: Fett, kursiv, Code, Links, Emoji, jeweils per Tastenkombination.
• @mentions: Kollegen lassen sich direkt aus dem Sidebar-Notizfeld heraus adressieren.
• Inline-Notizen: Feedback lässt sich künftig auf konkrete Textstellen setzen statt nur auf ganze Blöcke.
• Mehrere Threads pro Block: Verschiedene Diskussionsstränge bleiben getrennt und nachvollziehbar.
• Emoji-Reaktionen und Benachrichtigungen: Schnelles, unkompliziertes Feedback direkt im Editor, ein Benachrichtigungssystem hält bei Antworten auf dem Laufenden.

Für redaktionelle Prozesse in mittelgroßen und großen Content-Teams ist das ein echter Effizienzhebel. Wer heute noch Freigaben per E-Mail oder in Kommentar-Feldern eines externen Tools orchestriert, sollte diese Neuerung im Auge behalten.

Wichtig zur Einordnung: Die echte, synchrone Echtzeit-Kollaboration (gleichzeitiges Tippen wie in Google Docs) ist noch nicht standardmäßig an Bord. Sie bleibt in 7.1 hinter Feature-Flags und speziellen Testprogrammen, unter anderem wegen Serverlast und offener Fragen beim Datenmodell. Für den redaktionellen Alltag liefert 7.1 mit den asynchronen Notes aber genau das, was verteilte Teams am dringendsten brauchen.

Responsive Styling ohne Custom CSS

Der aus unserer Sicht substanziellste technische Fortschritt in WordPress 7.1 betrifft das Styling-System. Bisher war jede ernsthafte responsive Anpassung ohne Custom CSS mühsam, das ändert sich mit dieser Version.

Was neu ist

• Responsive Styling im Editor: Blöcke lassen sich je Bildschirmgröße stylen. Und das sowohl in den Global Styles als auch pro Blockinstanz.
• Eigene Breakpoints in theme.json: Theme-Entwickler definieren die responsiven Schwellenwerte selbst.
• Interactive State Styling: Hover-, Focus- und andere Interaktionszustände werden über standardisierte Controls konfigurierbar.

Warum das für Entscheider zählt

Weniger Custom CSS bedeutet: weniger Wartungslast, weniger Abhängigkeit von einzelnen Entwicklern, konsistentere Ergebnisse über Templates hinweg. Gleichzeitig gilt: Ein sauberes Design-System im theme.json ist Voraussetzung, damit die neuen Controls den Ton angeben und nicht zum Wildwuchs führen. Genau hier liegt die Beratungsleistung, und genau hier trennt sich datengetrieben umgesetzte Struktur von improvisiertem Klickpfadgestalten.

Medienverarbeitung: HEIC, Ultra HDR und stabilere Uploads

Die client-seitige Medienverarbeitung war bereits in WordPress 7.0 ein wichtiger Schritt. 7.1 baut sie konsequent aus:

• Breiterer Formatsupport bei der client-seitigen Verarbeitung, neu vor allem HEIC (iPhone-Standardformat) und Ultra HDR. AVIF und WebP werden von WordPress bereits seit Version 6.5 unterstützt, hier geht es um die Ausweitung der Verarbeitung im Browser.
• GIF-zu-Video-Konvertierung für schlankere Dateien.
• Resiliente Uploads mit Fortschrittsanzeige und automatischen Wiederholungsversuchen bei Verbindungsabbrüchen.
• Neues Media-Editor-Modal mit Zuschnitt, Rotation und Metadaten-Bearbeitung in einem Workflow.
• Infinite Scrolling in der Medienbibliothek als Standard.

Aus Onlinemarketing-Sicht besonders interessant: HEIC-Support senkt Bildgewichte spürbar, und damit entsprechend die Ladezeiten, verbessert Core-Web-Vitals-Werte und damit perspektivisch auch Absprungraten. Wir wissen aus Messungen in eigenen E-Commerce-Projekten, welchen Hebel Bildoptimierung auf Conversion Rates hat. Wer heute noch JPGs mit 2 MB ausliefert, verschenkt Umsatz. 📈

Performance: Speculative Loading und schnellerer Query Loop

7.1 dreht auch an den Performance-Stellschrauben. Der Query-Loop-Block wird durch Lazy Loading und verbessertes Caching spürbar schneller. Zusätzlich hebt WordPress das Speculative Loading (das Vorausladen von Seiten im Hintergrund) bei aktivem Page- und Object-Caching standardmäßig von „konservativ“ auf „moderat“, was die gefühlte Navigation im Frontend beschleunigt.

Aus Onlinemarketing-Sicht ist das ein willkommener Baustein für bessere Core Web Vitals. Der Hinweis für Entscheider gehört aber ehrlich dazu: Aggressiveres Prerendering bedeutet mehr Requests. Auf schwächeren Hosting-Umgebungen kann die Serverlast messbar steigen. Wir bewerten solche Defaults immer im Kontext der konkreten Infrastruktur, statt sie unbesehen zu übernehmen.

Admin-Bereich: Aufgeräumt und produktiver

Die Admin-Erfahrung erhält in 7.1 mehrere Politur-Updates, die in Summe den Arbeitsalltag beschleunigen:

• Persistente Admin-Toolbar (Omnibar) auch im Site- und Block-Editor.
• Command Palette (Strg/Cmd+K) mit gruppierten Ergebnissen: Recent, Matching, Suggestions.
• Excerpts in der Beitragsliste zur schnelleren Identifikation.
• Visual Revisions mit klarer Kennzeichnung von Autosaves.
• Dedizierter Identity-Bereich im Site Editor für Titel, Tagline und Icon.
• „On This Day“-Widget im Dashboard.
• Editierbare Kommentar-Elternstruktur: Falsch verschachtelte Kommentar-Threads lassen sich endlich sauber ohne Datenbank-Eingriff korrigieren.

Richtlinien: Ein Regelwerk für Mensch und KI

Neu in 7.1 ist ein „Richtlinien“-Bereich (unter Einstellungen, Richtlinien), der als zentrales Regelwerk für redaktionelle Vorgaben, Tone of Voice und Inhaltsstandards dient. Der Clou: Sowohl KI-Schreibwerkzeuge als auch menschliche Gastautoren greifen auf dieselben Vorgaben zu, und die Richtlinien lassen sich exportieren und auf weiteren Instanzen wieder importieren.

Aus unserer Sicht ist das ein unterschätztes Feature. Wer KI im redaktionellen Workflow einsetzt, kennt das Problem inkonsistenter Ergebnisse. Ein persistentes, versionierbares Regelwerk direkt im Core ist genau der Hebel, um Markensprache und Qualitätsstandards über Autoren und Tools hinweg durchzusetzen. Für Multi-Site- und Franchise-Strukturen wird der Export-Import-Weg zum echten Effizienzgewinn.

Neue Blöcke: Playlist, Tabs und Inhaltsverzeichnis

Drei neue Core-Blöcke reduzieren die Abhängigkeit von Drittanbieter-Plugins:

• Playlist-Block für Audiosammlungen mit optionaler Waveform-Visualisierung. Das ist z.B. interessant für Podcaster und Musikprojekte, die bislang externe Plugins bemühen mussten. Ein passender Anlass, das eigene Audio-Set-up einmal komplett neu abzumischen. 🎧
• Tabs-Block für tabbed Content ohne Plugin-Abhängigkeit.
• Inhaltsverzeichnis-Block für automatisch generierte Sprungmarken auf Basis der Überschriften. Sie wählen, welche Ebenen (H1 bis H4) einbezogen werden, und können den Block bei Bedarf in einen Details-Block umwandeln. In der ersten Fassung ist er bewusst schlank gehalten, für strukturierte Longform-Inhalte und die interne Verlinkung ist er dennoch ein sinnvoller Ersatz für bisherige Plugin-Lösungen.

Weitere Blockverbesserungen: Hintergrundverläufe und -bilder kombinieren sich jetzt korrekt, der HTML-Block unterstützt editierbare verschachtelte Blöcke (relevant für KI-generierte Inhalte), und Bilder lassen sich als „dekorativ“ markieren, was ein deutlicher Zugewinn beim Thema Barrierefreiheit und WCAG-Konformität ist.

Für Entwickler: Abilities API, Block Bindings und iframed Editor

Auch unter der Haube wird an den Fundamenten weitergebaut. Die Abilities API wird um verbesserte Query- und Filterlogik sowie Input-Validierung erweitert, was ein relevantes Puzzleteil für KI-Integrationen ist. Block Bindings für List Items öffnen dynamische Datenquellen für weitere Blocktypen ohne Custom Code. Der Post-Editor läuft künftig immer in einem iframe, was Admin-Styles vom Editing-Canvas isoliert. Dieser erzwungene Iframe betrifft insbesondere Block-Themes, in denen ältere Blöcke visuell brechen können. Dementsprechend sollten Blöcke mit Block API v2 oder älter auf v3 aktualisiert werden.

Ebenfalls unter der Haube, aber mit strategischer Sprengkraft: WordPress bereitet den Wechsel auf React 19 vor. In 7.1 ist dieses Upgrade noch nicht im Core erzwungen, sondern als zuschaltbares Experiment im Gutenberg-Plugin verfügbar. Das ist ein deutliches Signal, denn die Umstellung rückt näher (voraussichtlich mit WordPress 7.2 im Dezember 2026). Wer Custom-Blöcke und JavaScript-lastige Plugins betreibt, sollte diese jetzt gegen das React-19-Experiment testen, um im Winter nicht überrascht zu werden.

Für uns als Agentur bedeutet das: Bestehende Kundeninstallationen mit älteren Custom-Blöcken müssen vor dem Update auf Kompatibilität geprüft werden. Wir glauben nicht, dass alles automatisch funktioniert, denn wir wissen aus Erfahrung, dass genau solche API-Sprünge in produktiven Umgebungen Bruchstellen erzeugen können, wenn sie ungetestet ausgerollt werden. Der Iframe-Zwang bricht Blöcke sichtbar im Editor, ein React-Sprung dagegen kann tieferliegende Funktionsausfälle in komplexen Setups verursachen.

Was jetzt sinnvoll ist

Wer WordPress produktiv betreibt, sollte spätestens jetzt drei Dinge angehen: eine WordPress-Staging-Umgebung mit 7.1 Beta 1 aufsetzen, Custom-Blöcke und Themes auf API-Kompatibilität prüfen, und die responsiven Styling-Möglichkeiten daraufhin bewerten, ob sie bestehendes Custom CSS ablösen können. Insbesondere für Betreiber komplexer E-Commerce- oder Content-Plattformen lohnt sich eine strukturierte Beta-Evaluation deutlich mehr, als am Release-Tag aus dem Stand auf 7.1 zu aktualisieren.

Der Soundcheck vor dem großen Auftritt

WordPress 7.1 Beta 1 ist wie ein Soundcheck vor dem eigentlichen Konzert: Die Musiker stehen auf der Bühne, die Instrumente sind gestimmt, aber jetzt geht es darum, jeden Kanal einzeln zu prüfen, bevor das Publikum kommt. Notes, responsives Styling ohne Custom CSS, moderne Bildformate und ein aufgeräumter Admin-Bereich: In Summe ein Release, das viele langjährige Wünsche der Community adressiert. Der 19. August 2026 markiert den Startschuss, aber die Weichen für einen reibungslosen Übergang stellen Sie jetzt.

Sie möchten Ihre WordPress-Installation strukturiert auf 7.1 vorbereiten, Ihre Custom-Blöcke auf API-Kompatibilität prüfen oder das Potenzial der neuen Styling-Controls für Ihr Projekt bewerten? Unser Team seniorer Consultants unterstützt Sie datengetrieben und mit über 20 Jahren WordPress-Erfahrung aus eigenen produktiven Projekten. Nehmen Sie Kontakt über unser Kontaktformular auf oder rufen Sie uns direkt unter +49 (0)89 12 22 30 6-10 an. Wir bringen Ihr WordPress-Projekt zum Klingen und schwingen 😉