Aktuelle WordPress-Version: 7.1.3, Support und PHP

Die aktuelle WordPress-Version ist 7.1.3, erschienen am 6. Oktober 2026. Das liefert die Update-Schnittstelle von WordPress.org selbst (api.wordpress.org/core/version-check/1.7/), dieselbe Quelle, die dein Dashboard abfragt, wenn es „Eine neue Version ist verfügbar“ meldet. Die Release-Seite des Projekts sagt dazu einen Satz, der die ganze Seite hier zusammenfasst: Nur die neueste Version der Reihe 7.1 gilt als sicher und wird aktiv gepflegt.

Eine ältere Version ist nicht automatisch unsicher, aber sie lebt von Kulanz. Das Sicherheitsteam spielt Korrekturen auch in ältere Reihen zurück, damit alte Seiten sie über die automatischen Updates bekommen. Offiziell unterstützt wird trotzdem nur die neueste Version. Diese Seite hält fest, wie es am 13.10.2026 aussieht, und wird bei jeder neuen Version nachgezogen.

Der Stand am 13. Oktober 2026#

Updates im Wartungsvertrag: Wer neue Versionen nicht selbst im Blick behalten will, bekommt sie mit Sicherung davor und Prüfung danach eingespielt, für 49 € im Monat, monatlich kündbar.

Die Update-Schnittstelle bietet am 13.10.2026 um 17:49 Uhr folgende Versionen an. Die erste Zeile ist das Angebot für Hauptversionen, die übrigen sind die Wartungsversionen, die eine Installation der jeweiligen Reihe automatisch bekommt:

Die Reihe 7.1 ist am 19. August 2026 erschienen, danach kamen 7.1.1 (17. September), 7.1.2 (22. September) und 7.1.3 (6. Oktober). Die Reihe 7.0 gibt es seit 20. Mai 2026. Am 6. Oktober hat das Projekt dieselbe Korrektur in alle Reihen von 7.1 bis hinunter zu 4.7 ausgeliefert, 4.7.38 inklusive. Die Reihe 4.6 hat ihre letzte Version dagegen am 17. Juli 2025 bekommen; wer darunter steht, bekommt gar nichts mehr.

Als Mindestanforderung nennt WordPress.org PHP 7.4 und MySQL 5.5.5, mit dem Hinweis, dass beide ihr offizielles Lebensende erreicht haben und die Seite angreifbar machen können. Empfohlen sind PHP 8.3 oder höher und MariaDB 10.11 oder MySQL 8.0, dazu HTTPS. Dieselben Zahlen stehen im WordPress-Quelltext selbst ($required_php_version = '7.4', $required_mysql_version = '5.5.5' in wp-includes/version.php).

Wie verbreitet welche Version ist#

WordPress.org veröffentlicht, welche Versionen die Installationen melden, die nach Updates fragen. Abgerufen am 13.10.2026 um 17:49 Uhr:

Der Rechenweg, weil Summen sonst gern geschönt werden: Die Schnittstelle liefert einen Anteil je Reihe mit drei Nachkommastellen, zusammen 100,002 %. Alle Reihen vor 7.0 zusammen ergeben 29,959 %, also knapp 30 %. Davon entfallen 7,105 % auf 6.0 bis 6.6 und 7,62 % auf alles vor 6.0. Die Reihe 7.2 taucht mit 0,003 % auf; das sind Test- und Entwicklungsinstallationen, eine Version 7.2 ist noch nicht erschienen.

Bei PHP sieht es ähnlich aus. Laut derselben Statistik laufen 26,3 % auf PHP 8.3, 24,0 % auf 8.2, 16,3 % auf 7.4 und 10,9 % auf 8.1. Zusammengezählt laufen 36,9 % auf PHP 8.1 oder älter, für die php.net keine Sicherheitskorrekturen mehr liefert, und weitere 24,0 % auf 8.2, dessen Sicherheitsunterstützung am 31. Dezember 2026 endet. Nur 39,1 % stehen auf 8.3 oder neuer. Wer die eigene PHP-Version prüfen und umstellen will, findet den Weg in WordPress und die PHP-Version.

Zwei Einschränkungen: Die Zahlen zählen nur Installationen, die bei WordPress.org nach Updates fragen. Und ein Anteil von 61,5 % auf 7.1 sagt nicht, dass dort 7.1.3 läuft; die Statistik unterscheidet nur Reihen, nicht Wartungsversionen.

So prüfst du deine Version#

Der Weg dauert eine Minute.

1. Im Dashboard: „Dashboard → Aktualisierungen“ zeigt oben die installierte Version und ob eine neuere bereitsteht. Unter „Werkzeuge → Website-Zustand → Info“ steht im Abschnitt „WordPress“ dieselbe Nummer, dazu im Abschnitt „Server“ die PHP-Version.
2. Mit WP-CLI: wp core version gibt die installierte Version aus, wp core version --extra zusätzlich Datenbankversion und Sprache. wp core check-update fragt dieselbe Schnittstelle ab wie das Dashboard und listet, was es Neueres gibt; ist die Liste leer, bist du aktuell.
3. Von außen: WordPress schreibt seine Version standardmäßig in ein generator-Tag im Kopf jeder Seite (<meta name="generator" content="WordPress 7.1.3">) und in die Feeds. Das ist eingebaut, die Funktion wp_generator hängt am Haken wp_head. Was du dort liest, liest ein Angreifer genauso.

wp core version --extra
wp core check-update
curl -s https://deine-domain.at/ | grep -i 'name="generator"'

Die Datei readme.html im Hauptverzeichnis nennt heute keine genaue Versionsnummer mehr, aber die Mindestanforderungen, und sie verrät, dass hier WordPress läuft. Sie wird bei jedem Update wieder angelegt; wer sie nicht öffentlich haben will, sperrt sie am Webserver, statt sie nach jedem Update von Hand zu löschen.

Was die Versionsnummer bedeutet#

WordPress zählt in zwei Stufen. Die ersten beiden Ziffern sind die Hauptversion, etwa 7.0 oder 7.1; sie bringt neue Funktionen und kann Plugins brechen. Die dritte Ziffer ist eine Wartungs- oder Sicherheitsversion, etwa 7.1.2 auf 7.1.3; sie korrigiert Fehler und Lücken und ändert sonst so wenig wie möglich. Eine 7.0 ist also kein großer Sprung gegenüber 6.9, sondern einfach die nächste Hauptversion nach 6.9.

Seit WordPress 3.7 spielt der Kern Wartungs- und Sicherheitsversionen selbst ein, sofern das nicht abgeschaltet ist. Neue Installationen seit 5.6 aktualisieren auch Hauptversionen automatisch; ältere, die nur aktualisiert wurden, behalten das alte Verhalten. Was du dafür einstellst und in welcher Reihenfolge Plugins, Themes und Kern drankommen, steht in WordPress-Updates.

Wann du eine neue Hauptversion einspielst#

Sicherheitsversionen am selben Tag, das ist unstrittig. Bei Hauptversionen hat sich ein Abstand von ein, zwei Wochen bewährt: Bis dahin ist meist die erste Wartungsversion draußen, und die großen Plugins haben nachgezogen. Wer einen Shop, einen Seitenbaukasten oder ein Mehrsprachigkeits-Plugin betreibt, probiert die neue Hauptversion vorher auf einer Kopie aus; wie das geht, steht in WordPress-Staging.

Steht die Seite noch auf einer Reihe vor 7.0, ist die Reihenfolge wichtiger als die Eile: Sicherung, dann PHP-Version prüfen (alles ab 7.x verlangt mindestens PHP 7.4), dann Plugins und Theme aktualisieren, dann den Kern. Wer zwei, drei Hauptversionen auf einmal nachholt, macht das nicht an einem Freitagnachmittag.

Was nicht hilft#

Die Versionsnummer verstecken. Plugins, die das generator-Tag entfernen, verbergen den Rückstand, sie beheben ihn nicht. Automatisierte Angriffe probieren Lücken ohnehin aus, ohne vorher nachzusehen.

Auf die Kulanz-Korrekturen verlassen. Dass 4.7.38 am 6. Oktober 2026 noch eine Korrektur bekommen hat, ist ein Angebot des Sicherheitsteams, keine Zusage. Die Reihe 4.6 zeigt, dass es endet: Sie hat seit Juli 2025 nichts mehr bekommen.

Automatische Updates abschalten, damit nichts kaputtgeht. Dann bleibt die Seite auch bei Sicherheitsversionen stehen. Besser ist eine Sicherung, die sich zurückspielen lässt; wie, steht in WordPress-Backup.

Den Kern aktualisieren und die PHP-Version vergessen. Ein aktuelles WordPress auf PHP 7.4 erfüllt die Mindestanforderung und ist trotzdem angreifbar, weil PHP selbst seit November 2022 keine Korrekturen mehr bekommt.

Wenn du es nicht selbst machen willst#

In eigener Sache: cyberscale bin ich, Stefan Haun aus Tirol. Die WordPress-Wartung für 49 € im Monat spielt Sicherheitsversionen zeitnah ein, Hauptversionen nach einer Sicherung und mit Prüfung von Startseite, Formular und Anmeldung danach, und behält die PHP-Version im Blick. Steht die Seite nach einem Update, hilft die WordPress-Soforthilfe mit Fehlerdiagnose und Reparatur für 149 €.

Häufige Fragen#

Stand 13.10.2026, 17:49 Uhr. Update-Schnittstelle und Statistiken von WordPress.org, Release-Archiv, Anforderungsseite, WordPress-Quelltext und die Übersicht der PHP-Versionen auf php.net an diesem Tag abgerufen. Die Zahlen werden bei jeder neuen WordPress-Version nachgezogen.