Auf welche PHP-Version Sie umsteigen sollten

Wechseln Sie auf PHP 8.4 (Fix in 8.4.27, Sicherheitsupdates bis 31.12.2028). 8.3 geht auch. 8.2 überspringen, 8.5 nur, wenn alle Plugins es unterstützen.

Die kurze Antwort

Steigen Sie auf PHP 8.4 um. Das Release mit dem PHP2Shell-Fix ist 8.4.27. Wenn ein Plugin, ein Framework oder ein Serverpaket Sie bremst, ist 8.3 (Fix in 8.3.36) eine akzeptable zweite Wahl.

Für einen neuen Umstieg kommt 8.2 nicht in Frage. 8.5 lohnt sich nur, wenn alles, was Sie betreiben, damit läuft.

Unterstützte Zweige und ihr Supportende

„Supportende“ heißt hier: das Datum, ab dem das PHP-Projekt für den Zweig keine Sicherheitsupdates mehr veröffentlicht. Die Daten stammen von der Seite der unterstützten Versionen des PHP-Projekts, Stand 21.10.2026.

ZweigRelease mit FixSupportendeStand
8.58.5.1231.12.2029Neueste Version. Erschienen am 20.11.2025.
8.48.4.2731.12.2028Empfohlen. Erschienen am 21.11.2024.
8.38.3.3631.12.2027Akzeptabel. Erschienen am 23.11.2023.
8.28.2.3531.12.2026Endet in etwa zehn Wochen.
8.1keins, nur Backport-Zweig im Quellcode31.12.2025Beendet. Siehe PHP 8.1.
8.0keins, nur Backport-Zweig im Quellcode26.11.2023Beendet.
7.4keins, nur Backport-Zweig im Quellcode28.11.2022Beendet. Siehe PHP 7.4.

Aktiver Support (Bugfixes) und Sicherheitssupport sind zwei verschiedene Dinge. Bei 8.4 endet der aktive Support am 31. Dezember 2026, Sicherheitsupdates gibt es bis zum 31. Dezember 2028. Bei 8.3 ist der aktive Support schon vorbei, es kommen nur noch Sicherheitsupdates.

Warum 8.4

  • Zeit. Sicherheitsupdates bis zum 31. Dezember 2028 geben Ihnen mehr als zwei Jahre bis zum nächsten erzwungenen Wechsel.
  • Verfügbarkeit. Viele Hoster bieten 8.4 in ihrer PHP-Auswahl an, und die großen Linux-Distributionen und Repositories liefern es aus. Siehe Hoster und die Anleitungen für Distributionen.
  • WordPress. Das WordPress-Handbuch führt PHP 8.4 ab WordPress 6.7 als unterstützt. Ältere WordPress-Versionen (6.4 bis 6.6) führen es nicht.
  • Weniger Sprünge. Wer von 7.4 oder 8.1 direkt auf 8.4 geht, arbeitet die Änderungen aller Versionen dazwischen in einem Durchgang ab.

Eine Einschränkung: Der aktive Support für 8.4 endet zum Jahresende. Bei einem zwei Jahre alten Zweig ist das normal. Die Sicherheitsupdates laufen wie oben angegeben weiter.

Warum 8.3 akzeptabel ist

Sicherheitsupdates gibt es bis zum 31. Dezember 2027, also noch etwa 14 Monate. Nehmen Sie 8.3, wenn ein Plugin oder eine Bibliothek, auf die Sie angewiesen sind, unter 8.4 noch nicht sauber läuft, und planen Sie den nächsten Wechsel für 2027.

Warum nicht 8.2

Der Support für 8.2 endet am 31. Dezember 2026. Wer jetzt auf 8.2 migriert, migriert in wenigen Wochen erneut. Läuft eine Website schon auf 8.2, installieren Sie jetzt 8.2.35 für den PHP2Shell-Fix und planen danach den Wechsel auf 8.4. Siehe PHP 8.2.

Warum 8.5 nur, wenn alles es unterstützt

8.5 hat den längsten Support, aber Ihre Software muss darauf laufen. Das WordPress-Handbuch führt PHP 8.5 ab WordPress 6.9 als unterstützt. Plugins, Themes, Composer-Pakete und Erweiterungen wie imagick oder redis müssen es ebenfalls unterstützen. Prüfen Sie jede einzelne Komponente vor dem Wechsel und lesen Sie vorher die Migrationsanleitung von 8.4 auf 8.5.

Wenn Sie all das bestätigen können, ist 8.5 ein gutes Ziel. Wenn nicht, ist 8.4 die sicherere Wahl.

Den Wechsel planen

  1. Installieren Sie zuerst das Patch-Release mit dem Fix für Ihren aktuellen Zweig, wenn Sie auf 8.2 oder 8.3 sind. Den Versionssprung machen Sie danach, nach Ihrem eigenen Zeitplan. Auf 8.1 oder älter ist der Sprung selbst der Fix: siehe Wenn Sie noch nicht aktualisieren können.
  2. Sichern Sie Dateien und Datenbank und testen Sie eine Wiederherstellung. Solange Sie ein Backup nie zurückgespielt haben, wissen Sie nicht, ob es funktioniert.
  3. Richten Sie eine Staging-Kopie ein, die die Ziel-Version von PHP mit denselben Erweiterungen und denselben php.ini-Einstellungen ausführt.
  4. Scannen Sie den Code. Lassen Sie PHPCompatibility und optional Rector über den Code laufen, der Ihnen gehört. Die Befehle stehen in den Anleitungen unten.
  5. Prüfen Sie die Plugins. Öffnen Sie in WordPress die Seite jedes Plugins, lesen Sie das Feld „Requires PHP“ und schauen Sie, wann das letzte Release erschienen ist. Aktualisieren Sie alles zuerst auf Staging. Ersetzen Sie Plugins, die seit Jahren kein Release mehr hatten.
  6. Schalten Sie auf Staging das vollständige Fehlerlog ein: error_reporting = E_ALL und log_errors = On. Klicken Sie sich durch Logins, Checkout, Formulare, Uploads und geplante Jobs und lesen Sie dann das Log.
  7. Stellen Sie die Produktion um, starten Sie alle PHP-Prozesse neu und prüfen Sie die laufende Version. Bei WordPress-Hosting stehen die Schritte unter PHP-Version ändern.
  8. Halten Sie die alte Version ein paar Tage lang griffbereit. In den meisten Panels können Sie mit einem Klick zurückschalten.

Ändern Sie nie den Code fremder Plugins, nur damit ein Scan durchläuft. Aktualisieren Sie das Plugin oder ersetzen Sie es.

Werkzeuge für die Kompatibilität

composer require --dev phpcompatibility/php-compatibility
vendor/bin/phpcs -ps --standard=PHPCompatibility --runtime-set testVersion 8.4 .

PHPCompatibility liest Ihren Quellcode und meldet Stellen, die auf der angegebenen Version brechen. Rector kann einen Teil davon automatisch umschreiben. Keines der beiden Werkzeuge führt Ihren Code aus, die Tests auf Staging bleiben also nötig.

Schritt-für-Schritt-Anleitungen

Zuletzt geprüft am 22. Oktober 2026.