WordPress 7.1 ist da. Wird Ihre Website gepflegt?

Zwei große Versionen in drei Monaten

WordPress stand 2026 nicht still.

Am 20. Mai 2026 erschien WordPress 7.0 „Armstrong“, benannt nach Louis Armstrong. Die Version führte unter anderem eine modernisierte Administrationsumgebung und ein klareres Fundament für KI-Integrationen ein: mit einem AI Client in WordPress Core, der Abilities API und clientseitigen Funktionen.

Am 19. August 2026 folgte WordPress 7.1 „Mary Lou“, benannt nach der Jazzpianistin, Arrangeurin und Komponistin Mary Lou Williams.

7.1 entwickelt mehrere Bereiche des täglichen Workflows weiter:

• Die Admin-Leiste begleitet Nutzer durch die gesamte Administrationsumgebung.
• Blöcke erhalten direktere Kontrollen für responsive Stile.
• Die Medienbearbeitung wird in einem klareren Ablauf für Zuschneiden, Drehen, Spiegeln und Metadaten gebündelt.
• Notes lassen sich flexibler im Content platzieren und unterstützen formatierten Text sowie Erwähnungen.
• Neue Playlist- und Tabs-Blöcke erweitern die Gestaltungsmöglichkeiten ohne zusätzliche Plugins.
• Entwickler erhalten unter anderem eine API, um eigene Icons für den Icon-Block zu registrieren.

Für Entwickler und Redakteure sind das konkrete Verbesserungen. Für Unternehmer ist die wichtigste Botschaft einfacher:

Die Plattform, auf der Ihre Website läuft, entwickelt sich kontinuierlich weiter. Deshalb muss auch die Website kontinuierlich betreut werden.

Es geht um Wartung, nicht um die Jagd nach Funktionen

Die meisten Unternehmen müssen nicht jede neue Funktion am Veröffentlichungstag einsetzen.

Sie brauchen eine Website, die:

• sicher bleibt
• in der aktuellen Serverumgebung funktioniert
• kompatible Themes und Plugins verwendet
• auf Smartphones und Desktop-Geräten korrekt arbeitet
• sich ohne Panik aktualisieren lässt
• über ein funktionierendes Backup für den Fehlerfall verfügt

WordPress eignet sich weiterhin für viele Marketing-Websites, Publishing-Lösungen, Mitgliederbereiche und Onlineshops. Voraussetzung ist, dass Wartung als normaler Betrieb verstanden wird und nicht als Aufgabe, die bis zum ersten Ausfall warten kann.

Ich arbeite regelmäßig an WordPress-Websites und sehe nach größeren Versionen häufig denselben Unterschied.

Teams mit einer Wartungsroutine können Änderungen kontrolliert testen und einführen. Teams, die Updates lange verschieben, bekommen häufiger ein eigenes Aufholprojekt, bei dem WordPress Core, PHP, Theme, Plugins und Hosting gleichzeitig behandelt werden müssen.

Was Routine hätte bleiben können, wird zum Rettungseinsatz.

Aktuell zu bleiben bedeutet nicht zwingend, am selben Tag zu installieren

Es ist wichtig, unterschiedliche Update-Arten voneinander zu trennen.

Sicherheitsupdates sollten in der Regel schnell bewertet und eingespielt werden. Bekannte Schwachstellen werden häufig automatisiert gesucht. Eine kleine Website ist nicht unsichtbar, nur weil sie wenig Traffic hat.

Wartungsreleases enthalten typischerweise Fehlerbehebungen und sollten Teil einer festen Update-Routine sein.

Große Versionen wie 7.0 und 7.1 können umfangreichere Änderungen an Editor, APIs und Administrationsumgebung enthalten. Sie sollten gegen Theme, Plugins, Serverumgebung und kritische Funktionen der Website getestet werden, bevor das Produktionssystem aktualisiert wird.

Das Ziel besteht deshalb nicht darin, der Erste zu sein. Es besteht darin, nah genug an aktuellen Versionen zu bleiben, damit Upgrades beherrschbar bleiben.

Eine Website, die während einer kontrollierten Testphase einige Wochen hinter der neuesten Hauptversion liegt, ist nicht automatisch schlecht gepflegt. Eine Website, die ohne nachvollziehbaren Grund mehrere Jahre zurückliegt, ist etwas anderes.

„Wir aktualisieren später“ hat einen Preis

Bei der Prüfung älterer WordPress-Systeme sehe ich häufig dieselbe Kombination von Warnsignalen:

• WordPress Core liegt mehrere Versionen zurück.
• Die PHP-Version ist veraltet oder nähert sich dem Ende ihres Supportzeitraums.
• Die Website verwendet viele Plugins, aber niemand weiß genau, welche noch gebraucht werden.
• Manche Erweiterungen wurden aufgegeben oder vom Markt genommen.
• Das Theme wurde seit dem Launch nicht mehr bewertet.
• Ein Backup existiert, aber niemand hat seine Wiederherstellung getestet.
• Eine Staging-Umgebung fehlt oder unterscheidet sich stark von der Produktion.
• Das Hosting war vor mehreren Jahren ausreichend, wurde aber nie neu bewertet.
• Formulare und Analytics wurden lange nicht getestet.

Die öffentliche Website kann weiterhin normal aussehen. Seiten öffnen sich, das Formular sieht korrekt aus und nichts wirkt akut.

Dann kommt ein notwendiges PHP-Upgrade, ein nicht mehr unterstütztes Plugin, ein Sicherheitsproblem oder ein Fehler, der ausschließlich in einem wichtigen Nutzerweg auftritt. Plötzlich muss technische Schuld aus mehreren Jahren unter Zeitdruck gelöst werden.

Für das Unternehmen kann das bedeuten:

• Ausfallzeiten
• verlorene Anfragen oder Bestellungen
• fehlerhaftes Tracking
• kostspielige Bereinigung
• verzögerte Marketingmaßnahmen
• Abhängigkeit von einer Person, die das alte System kennt
• einen früher als geplanten Neuaufbau

Ein strukturierter WordPress-Health-Check kann viele dieser Probleme aufdecken, solange noch Zeit für eine sinnvolle Priorisierung bleibt.

Sicherheitsupdates sichern den Geschäftsbetrieb

WordPress-Sicherheit betrifft nicht nur WordPress Core.

Eine typische Website besteht außerdem aus:

• Theme
• Plugins
• Hosting und Serversoftware
• PHP und Datenbank
• Administratorkonten
• Drittanbieter-Integrationen
• Formularen und E-Mail-Zustellung
• Backup und Wiederherstellung

Eine aktuelle WordPress-Version hilft wenig, wenn ein aufgegebenes Plugin eine bekannte Schwachstelle enthält. Ebenso löst ein zusätzliches Sicherheitsplugin nicht jedes Problem, wenn Administratorpasswörter geteilt werden, alte Konten bestehen bleiben oder niemand Backups testet.

Eine Kompromittierung ist selten „nur ein IT-Problem“. Sie kann dazu führen, dass:

• die Website nicht erreichbar ist
• Besucher auf betrügerische Seiten umgeleitet werden
• Formulardaten offengelegt werden
• die Reputation von Domain oder E-Mail leidet
• Anzeigen bezahlten Traffic auf eine defekte Website schicken
• das Team für dringende Bereinigung und Wiederherstellung zahlen muss

Wartung beseitigt nicht jedes Risiko. Sie reduziert vermeidbares Risiko und verbessert die Reaktionsfähigkeit, wenn etwas geschieht.

Plugins: Stärke und Wartungsrisiko zugleich

Plugins sind ein wichtiger Grund dafür, dass WordPress zu so vielen Projekten passt. Sie ermöglichen Formulare, SEO-Funktionen, Mehrsprachigkeit, E-Commerce, Caching, Mitgliedschaften und Integrationen, ohne alles von Grund auf entwickeln zu müssen.

Jedes Plugin bringt jedoch zusätzlich:

• auszuführenden Code
• weitere Updates
• mögliche Konflikte mit Theme oder anderen Plugins
• einen externen Anbieter, von dem die Website abhängt
• zusätzliche Einstellungen, die jemand verstehen muss
• mögliche Sicherheits- und Datenschutzrisiken

In Audits habe ich mehrfach Erweiterungen gefunden, die überlappende Aufgaben erfüllten. Jede davon konnte einzeln vernünftig wirken. Gemeinsam ergaben sie ein System, das niemand verändern wollte.

Bevor Sie neue Funktionen aus WordPress 7.1 verfolgen, sollten Sie deshalb klären, was die Website tatsächlich benötigt:

1. Entfernen Sie deaktivierte Plugins, die nicht mehr gebraucht werden.
2. Identifizieren Sie aktive Plugins ohne klaren aktuellen Zweck.
3. Suchen Sie nach überlappenden Lösungen.
4. Prüfen Sie, wann jede Erweiterung zuletzt aktualisiert wurde.
5. Bewerten Sie, ob der Anbieter aktuelle WordPress- und PHP-Versionen aktiv unterstützt.
6. Testen Sie, bevor Sie in Produktion etwas ersetzen oder entfernen.
7. Dokumentieren Sie, welche Plugins geschäftskritisch sind.

Weniger Abhängigkeiten sind nicht automatisch besser, wenn wichtige Funktionalität anschließend selbst entwickelt und gepflegt werden muss. Das Ziel ist nicht die kleinstmögliche Zahl, sondern eine kontrollierte Auswahl notwendiger und aktiv gepflegter Abhängigkeiten.

Das Update allein behebt keine Performance-Probleme

WordPress 7.0 und 7.1 verbessern Teile der Plattform und des Arbeitsablaufs. Das bedeutet nicht, dass ein Core-Update eine langsame Website automatisch schnell macht.

WordPress Core kann allein nicht beheben:

• übergroße Hero-Bilder
• Videos, die geladen werden, bevor sie benötigt werden
• mehr Analyse- und Werbeskripte, als das Unternehmen tatsächlich verwendet
• schwere Page-Builder-Konfigurationen
• unkontrolliert geladene Schriften und Stylesheets
• schwaches Hosting
• blockierende API-Aufrufe
• mehrere Jahre schneller technischer Übergangslösungen

Ich habe deutliche Performance-Verbesserungen auf Marketing-Websites nach gezielter Arbeit an Bildern, Skripten, Caching und Ressourcenladung gesehen. Der Wert entstand durch die Identifikation tatsächlicher Engpässe, nicht durch die Installation einer neuen Hauptversion und die Hoffnung auf automatische Verbesserung.

Wenn die Performance noch nie gründlich untersucht wurde, beginnen Sie mit einer Performance-Analyse der wichtigsten Templates und Nutzerwege.

Nutzer sagen nicht, die Website habe ein LCP- oder INP-Problem. Sie erleben sie lediglich als langsam, instabil oder umständlich.

So würde ich das Upgrade auf 7.1 planen

Ein größeres WordPress-Upgrade sollte als kleine technische Auslieferung behandelt werden, nicht als zufälliger Klick zwischen anderen Aufgaben.

1. Ausgangslage dokumentieren

Notieren Sie:

• aktuelle WordPress-Version
• PHP- und Datenbankversion
• aktives Theme und gegebenenfalls Child Theme
• aktive und inaktive Plugins
• individuellen Code
• Hosting-Umgebung
• kritische Integrationen
• letztes funktionierendes Backup

Liegt die Website weit zurück, ist die WordPress-Version nicht zwingend die größte Herausforderung. PHP, Theme und Plugins können größere Risikofaktoren darstellen.

2. Vollständiges Backup erstellen

Das Backup sollte Dateien und Datenbank umfassen. Prüfen Sie, wo es gespeichert wird, wie lange es erhalten bleibt und wie die Wiederherstellung funktioniert.

Ein nie getestetes Backup ist eine Hoffnung, kein dokumentierter Wiederherstellungsplan.

3. Repräsentative Staging-Umgebung einrichten

Staging sollte der Produktion möglichst ähnlich sein bei:

• PHP-Version
• aktiven Plugins
• Theme und individuellem Code
• wichtigen Konfigurationen
• ausreichenden realen Inhalten für Template-Tests

Verhindern Sie gleichzeitig, dass Staging echte Kunden-E-Mails verschickt, von Suchmaschinen indexiert wird oder versehentlich produktive Integrationen auslöst.

4. Kompatibilität prüfen

Suchen Sie nach:

• dokumentierter Unterstützung für WordPress 7.1
• neueren Versionen von Theme und Plugins
• aufgegebenen Erweiterungen
• bekannten Fehlern der Anbieter
• veraltetem individuellem Code
• Abhängigkeiten, die eine andere PHP-Version benötigen

Die Angabe „Compatible up to“ ist hilfreich, aber keine Garantie. Der entscheidende Test ist Ihre Website mit Ihren Daten und Abläufen.

5. Auf Staging aktualisieren und testen

Testen Sie mehr als die Startseite.

Prüfen Sie:

• Kontaktformulare und E-Mail-Zustellung
• Anmeldung und Administration
• Suche
• Menüs und mobile Navigation
• wichtige Seitentemplates
• mehrsprachige Inhalte
• Zahlung und Checkout
• Mitgliedschaften oder Nutzerkonten
• Cookies und Einwilligungen
• Analytics und Events
• Caching
• geplante Aufgaben und Integrationen

Kontrollieren Sie außerdem Fehler in Browserkonsole, PHP-Logs und Serverprotokollen.

6. Performance und Darstellung vergleichen

Messen Sie einige repräsentative Seiten vor und nach dem Upgrade. Prüfen Sie Smartphone und Desktop.

Achten Sie auf:

• veränderte Ladezeiten
• neue JavaScript-Fehler
• Layoutverschiebungen
• fehlende Styles
• Probleme im Editor
• verändertes Caching
• Unterschiede für angemeldete und nicht angemeldete Nutzer

Das Ziel ist nicht, dass sich nach einem Core-Upgrade jeder Wert verbessert. Es geht darum, Regressionen zu entdecken, bevor Nutzer sie bemerken.

7. Produktionsupdate planen

Wählen Sie einen Zeitpunkt mit:

• geringerem Traffic
• einer erreichbaren Person für die anschließende Kontrolle
• einem klaren Rollback-Plan
• keiner gleichzeitig laufenden großen Kampagne oder Veröffentlichung
• ausreichend Zeit für eine Reaktion bei Problemen

Freitagnachmittag ohne verfügbare Betreuung ist selten ein guter Termin.

8. Nach dem Deployment überwachen

Prüfen Sie die Website unmittelbar nach dem Update und erneut, nachdem Hintergrundprozesse, Cache und realer Traffic gewirkt haben.

Achten Sie besonders auf:

• Formulare und E-Mail
• Zahlung oder Buchung
• Fehlerprotokolle
• Traffic und Conversion-Events
• Serverauslastung
• geplante Prozesse
• redaktionelle Arbeitsabläufe

Ein erfolgreiches Deployment bedeutet nicht nur, dass sich die Startseite öffnet. Es bedeutet, dass geschäftskritische Funktionen weiterhin ihren Zweck erfüllen.

Was gilt für Websites, die mehrere Jahre zurückliegen?

Es gibt nicht eine einzige korrekte Upgrade-Methode für alle alten WordPress-Installationen.

WordPress Core kann häufig direkt über mehrere Versionen hinweg aktualisiert werden. Das bedeutet jedoch nicht, dass das gesamte Ökosystem der Website einen großen Sprung ohne Vorbereitung übersteht. Das Risiko liegt oft in altem PHP, veralteten Plugins, einem aufgegebenen Theme oder individuellem Code, nicht ausschließlich in WordPress Core.

Ich würde deshalb nicht automatisch jede Zwischenversion nacheinander in Produktion installieren. Stattdessen würde ich zuerst:

1. die Website auf eine Staging-Umgebung klonen
2. die bestehende Umgebung dokumentieren
3. kritische Abhängigkeiten aktualisieren oder ersetzen
4. die Zielversion testen
5. Fehler und Kompatibilität untersuchen
6. entscheiden, ob Upgrade oder Neuaufbau wirtschaftlich sinnvoller ist

Manche alten Websites lassen sich durch kontrollierte Bereinigung auf den aktuellen Stand bringen. Andere haben so viel technische Schuld aufgebaut, dass eine weitere Runde provisorischer Reparaturen teurer wird als ein geplanter Neuaufbau.

Diese Entscheidung sollte auf einer technischen Bewertung beruhen, nicht nur auf der Versionsnummer.

Was 7.0 und 7.1 praktisch bedeuten

WordPress 7.0 hat ein klareres Fundament für KI-Integrationen in Core geschaffen. Das bedeutet nicht, dass jede Website sofort an ein Modell angebunden oder die Content-Produktion automatisiert werden sollte.

Vor dem Einsatz solcher Funktionen sollte das Unternehmen klären:

• An welchen Anbieter werden Daten übertragen?
• Welche Daten dürfen Bestandteil einer Anfrage sein?
• Wer prüft und genehmigt die Ergebnisse?
• Welche Kosten erzeugt die Integration?
• Wie werden Fehler und ungeeignete Inhalte behandelt?
• Löst die Funktion tatsächlich ein konkretes Problem?

WordPress 7.1 bringt unmittelbarere Verbesserungen in Administration, responsiven Stilen, Medienarbeit und Zusammenarbeit. Manche Teams werden direkt davon profitieren. Andere werden auf der öffentlichen Website kaum einen Unterschied erkennen.

Das ist völlig in Ordnung.

Der Geschäftswert eines Upgrades besteht nicht darin, jede neue Funktion zu verwenden. Er besteht darin, die Plattform unterstützt, beherrschbar und bereit für die weitere Entwicklung zu halten.

Einen Rhythmus schaffen statt eines jährlichen Rettungsprojekts

Ein realistischer Wartungsplan kann enthalten:

• regelmäßige Kontrolle verfügbarer Updates
• schnelle Bewertung von Sicherheitsreleases
• geplante Tests größerer WordPress-Versionen
• automatisierte Backups mit wiederkehrenden Wiederherstellungstests
• regelmäßige Prüfung von Nutzern und Administratorrechten
• Kontrolle von Formularen, E-Mail und Zahlungen
• monatliche oder quartalsweise Performance-Prüfung
• Bereinigung von Plugins, Inhalten und alten Integrationen
• Dokumentation wesentlicher Änderungen

Wie häufig die einzelnen Aufgaben nötig sind, hängt vom Risiko ab.

Eine einfache Broschüren-Website und ein Onlineshop mit täglichen Transaktionen benötigen nicht dieselbe Bereitschaft. Eine Website, die einen großen Teil des Umsatzes erzeugt, sollte nicht wie eine digitale Broschüre ohne Verantwortlichen gepflegt werden.

Der Satz, den ich behalten würde

Ihre Website ist Infrastruktur. Infrastruktur, die planmäßig aktualisiert, gesichert und getestet wird, ist sicherer und meist günstiger zu betreiben als Infrastruktur, die nach einer Krise gerettet werden muss.

WordPress 7.1 ist die aktuelle große Version im August 2026. Sie ist keine Ziellinie, sondern eine weitere Erinnerung daran, den Zustand Ihrer Website zu prüfen.

Sie müssen nicht jede Funktion aktivieren oder ohne Tests aktualisieren. Sie brauchen einen bekannten Versionsstand, kontrollierte Abhängigkeiten, funktionierende Backups und einen Plan für das nächste Update.

Nicht sicher, ob Ihre Website für das nächste Upgrade bereit ist?

Ich habe Unternehmen mehr für die Reparatur früh erkennbarer Probleme ausgeben sehen, als eine geplante Wartung gekostet hätte.

Eine fokussierte Prüfung kann veraltete Plugins, Kompatibilitätsprobleme, Performance-Engpässe, Sicherheitsrisiken sowie Schwächen in Backup- und Upgrade-Prozessen aufdecken, bevor die Situation akut wird.

Fordern Sie ein Website-Audit an und erhalten Sie ein klares Bild von Sicherheit, Performance und Upgrade-Bereitschaft für WordPress 7.1 und kommende Versionen.