WordPress 7.1 – was das Update am 19. August bringt

Am 19. August 2026 erscheint WordPress 7.1. Der Release Candidate liegt seit Anfang August vor, das Datum ist gesetzt – und wie immer taucht dann in deinem Dashboard dieser blaue Hinweis auf: „Eine neue Version von WordPress ist verfügbar." Die Frage ist jedes Mal dieselbe: sofort klicken oder lieber warten?

Ich betreue eine ganze Reihe von WordPress-Installationen und schaue mir jede neue Version vorher an. Hier steht, was 7.1 tatsächlich ändert – sortiert danach, wen es betrifft.

Responsiv gestalten, ohne CSS zu schreiben

Das ist die größte sichtbare Neuerung. Bisher konntest du im Block-Editor ein Layout bauen, aber wie es auf dem Handy aussieht, war weitgehend Schicksal des Themes. Mit 7.1 kannst du Abstände, Schriftgrößen und Ausrichtungen pro Bildschirmgröße einstellen – direkt im Editor, mit Live-Vorschau beim Ziehen der Canvas-Breite.

Dazu kommen interaktive Zustände: Hover- und Fokus-Effekte für Buttons und Links lassen sich visuell definieren. Bisher war dafür fast immer ein Stück Custom-CSS nötig, das dann irgendwo in den Theme-Einstellungen versauerte und beim nächsten Theme-Wechsel verloren ging.

Für dich als Betreiber heißt das: kleinere Designwünsche musst du seltener weitergeben. Für mich als Entwickler heißt es, dass Breakpoints jetzt sauber in der theme.json definiert werden statt in drei verschiedenen Stylesheets.

Notes – Abstimmung direkt im Beitrag

Die im Frühjahr eingeführten „Notes" werden in 7.1 erwachsen. Du kannst Kolleginnen und Kollegen per @-Erwähnung taggen, Notizen an einzelne Textstellen hängen, mehrere Diskussionsfäden pro Block führen und Formatierungen sowie Links in den Kommentaren nutzen. Wer erwähnt wird, bekommt eine E-Mail.

Klingt unspektakulär, spart in der Praxis aber genau die Runde, in der ein Word-Dokument mit Korrekturen hin- und hergeschickt wird. Für Agenturen und Redaktionsteams ist das der nützlichste Teil des Updates. Echtzeit-Zusammenarbeit – also mehrere Menschen gleichzeitig im selben Beitrag wie in Google Docs – ist noch nicht dabei; sie steckt weiter hinter Feature-Flags.

Zwei neue Blöcke: Tabs und Playlist

Der Tabs-Block bringt Registerkarten in den Editor. Praktisch für Produktvergleiche, technische Daten oder FAQ-Bereiche. Ein kleiner Hinweis aus SEO-Sicht: Inhalte in Tabs sind für Google grundsätzlich lesbar, aber alles, was du versteckst, gewichtet die Suchmaschine tendenziell etwas schwächer. Kernaussagen gehören in den sichtbaren Fließtext, nicht hinter Reiter drei.

Der Playlist-Block spielt mehrere Audiodateien mit Titelinfos, Cover und Waveform ab. Nische, aber für Podcasts und Musikseiten eine echte Erleichterung.

Bilder: neuer Editor, weniger Serverlast

Der Bild-Editor in der Mediathek wurde neu gebaut: Zuschneiden, Drehen und Spiegeln laufen jetzt in einem großen Modal mit Seitenverhältnis-Vorgaben. Das alte Gefummel mit dem winzigen Vorschaufenster ist Geschichte.

Wichtiger ist, was im Hintergrund passiert: Bilder werden künftig im Browser vorverarbeitet, bevor sie hochgeladen werden. Das entlastet den Server spürbar – gerade auf günstigem Shared Hosting, wo der Upload großer Fotos gerne im Timeout endet. Dazu kommen HEIC-Unterstützung (also iPhone-Fotos ohne Umweg) und Uploads, die nach einem Verbindungsabbruch weiterlaufen statt neu zu starten.

Was das Update dir nicht abnimmt: das richtige Format zu wählen. Warum das so viel ausmacht, steht im Artikel zu Bildformaten fürs Web.

Für Entwickler – und warum es dich trotzdem angeht

Zwei Punkte unter der Haube:

• Der Editor läuft jetzt verpflichtend im iFrame. Block-Themes und eigene Blöcke müssen die Block API Version 3 nutzen. Ältere, selbst gebaute Blöcke können im Editor kaputt aussehen – im Frontend meist nicht, aber die Redaktion sieht Chaos.
• Neue Icons-API und ein Design-Token-System. Plugins können eigene Icon-Sets sauber registrieren. Für dich unsichtbar, für die Konsistenz von Backends langfristig gut.

React 19 ist noch nicht Pflicht, sondern ein abschaltbares Experiment im Gutenberg-Plugin. Der klassische Block bleibt entgegen früheren Ankündigungen im Inserter erhalten – wer noch alte Inhalte pflegt, kann aufatmen.

Was du vor dem Update tun solltest

Für eine normale Unternehmens-Website mit gängigen Plugins ist 7.1 ein risikoarmes Update. Trotzdem gilt dieselbe Reihenfolge wie immer:

• Backup, und zwar eines, das du auch zurückspielen kannst – nicht nur eines, das existiert.
• Auf einer Testkopie updaten, wenn du individuell entwickelte Blöcke, ein älteres Theme oder einen Page-Builder einsetzt.
• Nach dem Update prüfen: Öffnet sich der Editor normal? Funktioniert ein Test-Upload in der Mediathek? Sehen die wichtigsten Seiten im Frontend unverändert aus?
• Plugins vorher aktualisieren, nicht danach. Die meisten Konflikte entstehen durch veraltete Erweiterungen, nicht durch WordPress selbst.

Und der ehrlichste Rat: Warte zwei bis drei Wochen, wenn deine Website Umsatz macht und du keine Testumgebung hast. Die erste Wartungsversion – bei 7.0 war das 7.0.1 mit 31 Fehlerbehebungen – kommt erfahrungsgemäß nach knapp drei Wochen. Sicherheitsupdates wie zuletzt 7.0.4 solltest du dagegen sofort einspielen; die ändern nichts am Funktionsumfang.

Lohnt sich das Update?

Ja – aber nicht, weil eine einzelne Funktion alles verändert. 7.1 ist ein Update, das viele kleine Reibungspunkte im Alltag wegräumt: responsives Nachjustieren ohne Entwickler, Abstimmung ohne E-Mail-Pingpong, Uploads, die durchlaufen. Über 145 Korrekturen sind allein zwischen der letzten Beta und dem Release Candidate eingeflossen.

Wenn du wissen willst, ob WordPress überhaupt das richtige System für dein Projekt ist, hilft dir der Artikel WordPress, Baukasten oder individuell weiter. Und wenn du dir Updates, Backups und die Kontrolle danach lieber abnehmen lässt: genau das mache ich für eine Reihe von Kunden – sprich mich einfach an.

Diesen Überblick gibt es künftig zu jeder WordPress-Hauptversion, gesammelt unter WordPress-Updates.