PHP-Version in WordPress upgraden, ohne dass die Seite abstürzt

Die PHP-Version einer WordPress-Seite hochzustellen dauert im Hosting-Panel keine Minute: Dropdown auf PHP 8.3 statt 7.4, speichern, fertig. Nur weißt du in dem Moment noch nicht, ob deine Plugins und dein Theme-Code mit der neuen Version klarkommen. Genau das lässt sich vorher prüfen, auf einer Kopie der Seite, und dann stellst du live um.

Der schnelle Klick funktioniert oft. Bis er es einmal nicht tut, und dann steht die Website mit einem fatal error da, während du im Panel schon wieder zurückklickst. Darum lohnt sich der Blick auf die Werkzeuge, die dir vorher zeigen, was ein Versionssprung kostet.

Warum alte PHP-Versionen mehr sind als eine Zahl im Panel

PHP ist die Sprache, in der WordPress läuft. Jede neue Hauptversion bringt Tempo und schließt Sicherheitslücken, ältere Versionen bekommen irgendwann keine Updates mehr. Wer auf einer abgekündigten Version bleibt, sammelt still Risiken an, die im Alltag nicht auffallen, im Ernstfall aber teuer werden. Das Thema kommt in der WordPress-Community regelmäßig auf den Tisch, zuletzt etwa im WordPress-Tavern-Podcast mit Milan Petrović über die Risiken von Legacy-PHP.

Für dich als Betreiber oder Entwickler heißt das: Das Upgrade ist Wartung, die irgendwann fällig wird. Aufschieben lässt es sich, ewig aber nicht. Spannend ist eher die Frage, wie du umstellst, ohne deine Besucher auf eine kaputte Seite zu schicken.

Zuerst herausfinden, wo du gerade stehst

Bevor du etwas änderst, brauchst du zwei Zahlen: die PHP-Version, auf der die Seite läuft, und die, die dein Hoster anbietet. Die aktuelle Version findest du in WordPress unter Werkzeuge, Website-Zustand, Info, Server. Dort steht sie im Klartext.

Wenn du ohnehin auf der Kommandozeile arbeitest, geht es mit WP-CLI schneller. Ein Befehl, eine Ausgabe:

wp eval 'echo PHP_VERSION;'

WP-CLI ist der unaufgeregte Helfer im Hintergrund. Es zeigt dir die Version und erlaubt dir später auch, Plugins gebündelt zu aktualisieren oder Datenbank-Checks anzustoßen, ohne durch zwanzig Menüs zu klicken. Für den Anfang reicht die eine Zeile.

Kompatibilität prüfen, bevor du umschaltest

Das ist der Schritt, den der schnelle Weg überspringt, und er verhindert die meisten Ausfälle. Du willst wissen, welcher Code sich an Funktionen festhält, die in neueren PHP-Versionen wegfallen oder anders reagieren.

Drei Werkzeuge helfen dir dabei, jedes mit einem eigenen Blickwinkel:

• Log Deprecated Notices schreibt mit, wenn dein Theme oder deine Plugins veraltete Funktionen aufrufen. Du lässt es ein paar Tage im Hintergrund laufen und siehst danach, wer im Code noch an alten Gewohnheiten hängt.
• Query Monitor zeigt dir PHP-Fehler, Warnungen und deprecated notices direkt in einer Leiste im Frontend, während du durch die Seite klickst. Sehr praktisch, um konkrete Templates zu finden, die zicken.
• Ein statischer PHP Compatibility Checker, etwa über die Bibliothek PHPCompatibility, prüft den Code, ohne ihn auszuführen. Das ist gründlicher, aber eher etwas für Entwickler, die mit Composer und Kommandozeile vertraut sind.

Wichtig: Diese Prüfungen gehören nicht auf die Live-Seite. Zieh dir eine Kopie auf eine Staging-Umgebung und stell dort die höhere PHP-Version ein. So siehst du die Fehler, bevor ein Kunde darüber stolpert. Genau dafür ist eine Staging-Umgebung da, und wenn du keine hast, ist jetzt der Moment, eine einzurichten.

Der eigentliche Umstieg, in ruhiger Reihenfolge

Wenn die Prüfung sauber ist, wird der Wechsel fast langweilig, und das ist ein gutes Zeichen. Die Reihenfolge, die sich bewährt hat:

1. Alle Plugins, das Theme und den WordPress-Core auf den aktuellen Stand bringen. Viele Kompatibilitätsprobleme lösen sich schon hier, weil die Entwickler ihre Erweiterungen längst angepasst haben.
2. Ein frisches Backup ziehen und kurz testen, dass es sich zurückspielen lässt. Eine Kopie, die du nie geöffnet hast, ist nur ein Hoffnungswert.
3. Auf Staging die neue PHP-Version aktivieren und die wichtigsten Abläufe durchklicken: Startseite, ein Blogbeitrag, das Kontaktformular, der Checkout, das Login ins Backend.
4. Erst wenn das läuft, stellst du auf der Live-Seite um. Am besten außerhalb der Hauptbesuchszeiten, damit ein eventueller Fehler wenig Publikum hat.

Ein Sprung über mehrere Hauptversionen auf einmal, etwa von 7.4 direkt auf 8.3, funktioniert oft, macht die Fehlersuche aber unnötig schwer. Falls du unsicher bist, geh in Etappen. Nach jeder Stufe kurz prüfen, dann weiter.

Wenn nach dem Wechsel doch etwas bricht

Trotz aller Vorbereitung kann eine weiße Seite auftauchen. Das ist meistens in Minuten behoben. Die häufigste Ursache ist ein einzelnes Plugin, das mit der neuen Version nicht mehr will.

Aktivier zuerst das Debug-Log, damit du siehst, was klemmt. In der wp-config.php setzt du dafür:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Die Fehler landen dann in wp-content/debug.log, und dort steht oft glasklar, welche Datei und welche Zeile Ärger macht. Ist der Übeltäter gefunden, kannst du das betroffene Plugin deaktivieren, nach einem Update suchen oder die PHP-Version vorübergehend zurückstellen und dir das Plugin in Ruhe ansehen. Denk nur daran, die Debug-Ausgabe danach wieder auszuschalten, damit keine Fehlermeldungen für Besucher sichtbar werden.

Fazit

Der schnelle Klick im Panel und die vorbereitete Umstellung führen beide zur neueren PHP-Version. Beim vorbereiteten Weg weißt du vorher, was passiert. Die Werkzeuge dafür sind unspektakulär: der Website-Zustand, ein Log fürs Aufspüren alter Funktionen, Query Monitor beim Durchklicken und eine Staging-Kopie zum Ausprobieren. Wer diese Voraussetzung ernst nimmt, macht aus einem riskanten Klick eine planbare Wartungsaufgabe. Und die alte PHP-Version, die dich sonst still zum Sicherheitsrisiko macht, ist dann einfach weg, ohne dass die Seite dabei umkippt.