Aktuelles · PHP · 7. November 2026 · 6 Min. Lesezeit

PHP 8.2 läuft Ende 2026 aus: Auf welche Version jetzt umstellen?

Am 31. Dezember 2026 endet der Support für PHP 8.2. Welche Version Sie stattdessen wählen sollten, was sich beim Wechsel auf 8.3, 8.4 oder 8.5 ändert und was WordPress und TYPO3 dazu sagen.

Kurz gesagt: PHP 8.2 bekommt nur noch bis 31. Dezember 2026 Sicherheitsupdates. Wer jetzt umstellt, sollte nicht auf PHP 8.3 gehen, denn dessen Support endet schon ein Jahr später. Sinnvoll ist PHP 8.4 (Sicherheitsupdates bis Ende 2028) oder, wenn Ihr System es unterstützt, PHP 8.5 (bis Ende 2029). Der Wechsel von 8.2 ist meist deutlich kleiner als früher der von 7.4 auf 8.0, aber zwei Änderungen in PHP 8.4 sollten Sie vorher prüfen.

Was am 31. Dezember 2026 passiert

Erst einmal nichts Sichtbares. Ihre Website läuft am 1. Januar weiter wie vorher. Der Unterschied: Wird danach eine Sicherheitslücke in PHP 8.2 entdeckt, wird sie vom PHP-Projekt nicht mehr geschlossen. Die Website steht dann auf einer Grundlage, die niemand mehr repariert.

Dazu kommt der Hoster. Viele Anbieter stellen Versionen ohne Support nach einer Übergangszeit automatisch um oder berechnen für den Weiterbetrieb einen Aufpreis. Wie das abläuft und was in solchen E-Mails typischerweise steht, habe ich im Beitrag PHP läuft aus, der Hoster stellt um beschrieben. Für PHP 8.2 gilt dasselbe, nur ein paar Wochen später.

Welche PHP-Version Sie jetzt wählen sollten

Die Termine laut php.net, Stand November 2026:

PHP 8.3: Sicherheitsupdates bis 31. Dezember 2027
PHP 8.4: volle Unterstützung bis 31. Dezember 2026, Sicherheitsupdates bis 31. Dezember 2028
PHP 8.5: volle Unterstützung bis 31. Dezember 2027, Sicherheitsupdates bis 31. Dezember 2029

Meine Empfehlung:

PHP 8.5, wenn Ihr System und alle Erweiterungen es offiziell unterstützen. Dann haben Sie drei Jahre Ruhe.
PHP 8.4 als sichere Wahl für fast alle anderen Fälle. Es ist seit November 2024 auf dem Markt, und die meisten Plugins und Erweiterungen sind dafür angepasst.
PHP 8.3 nur als Zwischenschritt, wenn ein wichtiges Plugin mit 8.4 noch nicht läuft. Sonst stehen Sie in einem Jahr wieder vor derselben Frage.

Was WordPress und TYPO3 unterstützen

Entscheidend ist nicht nur die PHP-Version, sondern ob Ihr System sie unterstützt. Laut der Kompatibilitätstabelle von WordPress (Stand November 2026):

WordPress 6.9, 7.0 und 7.1: PHP bis einschließlich 8.5
WordPress 6.7 und 6.8: PHP bis einschließlich 8.4
WordPress 6.4 bis 6.6: PHP nur bis 8.3

Bei TYPO3 unterstützt Version 12 PHP 8.1 bis 8.4, die Versionen 13 und 14 PHP 8.2 bis 8.5. Läuft Ihre Website noch auf TYPO3 11 oder älter, ist ein reines PHP-Update nicht möglich. Dann muss zuerst TYPO3 selbst aktualisiert werden. Mehr dazu auf der Seite TYPO3-Update.

Bei WordPress und TYPO3 liegt das Risiko aber selten im Kern. Meist ist es ein Plugin, ein Theme oder eine Erweiterung, die seit Jahren kein Update bekommen hat.

Was sich beim Wechsel von 8.2 ändert

Die gute Nachricht: Von 8.2 auf 8.3, 8.4 oder 8.5 wurde wenig entfernt. Vieles ist nur als „deprecated“ markiert, also als veraltet. Solcher Code läuft weiter, erzeugt aber Hinweise im Fehlerprotokoll und wird in einer späteren Version entfernt. Zwei Punkte sollten Sie trotzdem vorher prüfen.

1. IMAP ist ab PHP 8.4 nicht mehr dabei

Mit PHP 8.4 wurden die Erweiterungen IMAP, OCI8, PDO_OCI und PSpell aus PHP herausgenommen. Sie sind nur noch einzeln über PECL erhältlich, und viele Hoster bieten sie dann nicht mehr an. Betroffen ist jede Anwendung, die mit Funktionen wie imap_open() E-Mails aus einem Postfach liest: Ticketsysteme, automatischer Mail-Import, Bounce-Verarbeitung im Newsletter-Tool. Fehlt die Erweiterung, bricht dieser Teil mit einem Fehler ab. Die Lösung ist meist eine PHP-Bibliothek, die IMAP selbst spricht.

2. „Implizit nullable“ Parameter

Sehr viel älterer Code schreibt Funktionen so:

function sende(string $text, Kunde $kunde = null) { … }

Ab PHP 8.4 ist diese Schreibweise veraltet. Richtig ist:

function sende(string $text, ?Kunde $kunde = null) { … }

Der Code läuft weiter, aber jede solche Stelle erzeugt einen Hinweis. In Plugins und eigenem Code kommt das oft hundertfach vor. Ist auf dem Server display_errors eingeschaltet, stehen die Meldungen sogar sichtbar auf der Seite. Die Korrektur ist einfach und lässt sich mit Werkzeugen wie Rector größtenteils automatisch erledigen.

Weitere Änderungen, die seltener auffallen

PHP 8.3: get_class() ohne Argument ist veraltet, ebenso ++ und -- auf leere oder nicht-numerische Zeichenketten.
PHP 8.4: trigger_error() mit E_USER_ERROR und die Konstante E_STRICT sind veraltet, ebenso mysqli_ping().
PHP 8.5: Die Schreibweisen (integer), (boolean), (double) und (binary) sind veraltet, ebenso der Backtick-Operator als Abkürzung für shell_exec(), null als Array-Schlüssel und Funktionen wie curl_close() und imagedestroy(), die nichts mehr tun.

Die vollständigen Listen stehen in den Migrationshinweisen auf php.net. Wie man mit Hinweisen wie „Creation of dynamic property is deprecated“ aus PHP 8.2 umgeht, steht in einem eigenen Beitrag.

So gehen Sie vor

Version prüfen: Im Kundenbereich des Hosters oder in WordPress unter Werkzeuge → Website-Zustand.
System und Erweiterungen aktualisieren, noch mit PHP 8.2. Neue Plugin-Versionen sind oft schon für 8.4 vorbereitet.
Kompatibilität prüfen: Bei WordPress und TYPO3 die Angaben der Plugins und Erweiterungen, bei eigenem Code mit PHPCompatibility für PHP_CodeSniffer. Und gezielt nach imap_ suchen.
Auf einer Kopie testen: PHP-Version auf einer Test-Subdomain umstellen, Fehlerprotokoll einschalten, alles durchklicken: Formulare, Login, Warenkorb, Admin-Bereich, Cronjobs.
Live umstellen, wenn die Kopie ohne Fehler läuft, und das Protokoll in den Tagen danach im Blick behalten.

Planen Sie das nicht für die letzte Dezemberwoche. Zwischen den Feiertagen ist niemand erreichbar, falls etwas hakt.

Häufige Fragen

Muss ich bis zum 31. Dezember umgestellt haben?

Technisch nicht, die Website läuft weiter. Aber ab dann werden neue Sicherheitslücken in PHP 8.2 nicht mehr geschlossen, und Ihr Hoster kann jederzeit umstellen oder Aufpreis verlangen. Besser ist es, den Termin selbst zu bestimmen.

Kann ich direkt von PHP 8.2 auf 8.5 springen?

Ja, wenn Ihr System und alle Erweiterungen PHP 8.5 unterstützen. Auf der Testkopie lohnt es sich manchmal, über 8.4 zu gehen. Dann lassen sich Fehler klar einer Version zuordnen.

Was ist mit PHP 8.6?

PHP 8.6 steht kurz vor der Veröffentlichung, die Testversionen sind bereits verfügbar. Für eine Produktivseite würde ich in den ersten Monaten nach dem Erscheinen noch abwarten, bis Hoster und Plugins nachgezogen haben.

Läuft meine Website auf PHP 8.2?

Das sehen Sie im Kundenbereich Ihres Hosters, meist bei den Einstellungen der Domain. Wenn Sie unsicher sind, prüfe ich das für Sie.

PHP-Update machen lassen

Sie wollen nicht selbst testen oder wissen nicht, ob ein Plugin oder eigener Code beim Wechsel Probleme macht? Ich prüfe vorher, was angepasst werden muss, teste auf einer Kopie und stelle erst dann live um. Der PHP-Check kostet 150 € netto, das PHP-Update beginnt ab 690 € netto. Taucht nach einer Umstellung schon ein Fehler auf, hilft die PHP-Fehlerbehebung.

Geschrieben von Przemysław Milner