php2shell
Menü

WordPress: PHP-Version ändern, ohne die Seite lahmzulegen

WordPress sicher auf PHP 8.4 umstellen: Backup, Staging, Plugin-Updates, Umstellung in cPanel, CloudLinux oder Plesk, Kontrolle danach und ein klarer Rückweg.

Welche Version Sie wählen

Wählen Sie den neuesten Zweig, mit dem Ihre Plugins und Ihr Theme laufen. Wir empfehlen PHP 8.4: Das PHP-Projekt unterstützt es bis zum 31. Dezember 2028, und die meisten Hoster bieten es an. Mehr dazu im Upgrade-Leitfaden. 8.3 ist eine solide zweite Wahl und wird bis zum 31. Dezember 2027 unterstützt.

Egal welchen Zweig Sie wählen, der Build muss ein behobener sein: 8.5.12, 8.4.27, 8.3.36 oder 8.2.35 bzw. neuer. Von 8.2 raten wir ab. Die Unterstützung endet am 31. Dezember 2026, Sie müssten also in wenigen Wochen erneut wechseln.

Wer im Panel einen Zweig auswählt, bekommt nicht immer den neuesten Build. Prüfen Sie das Ergebnis danach wie unten beschrieben.

Bevor Sie umstellen

  1. Vollständiges Backup anlegen. Dateien und Datenbank, über den Hoster oder ein Backup-Plugin. Laden Sie es herunter und prüfen Sie, dass es sich öffnen lässt. WordPress beschreibt die Schritte in seiner Backup-Anleitung.
  2. Alles aktualisieren. WordPress, Ihr Theme und alle Plugins. Veralteter Plugin-Code ist der häufigste Grund, warum eine Seite nach einem PHP-Sprung ausfällt.
  3. Entfernen, was Sie nicht nutzen. Deaktivieren und löschen Sie ungenutzte Plugins und Themes. Jedes entfernte Plugin kann nicht mehr ausfallen.
  4. Verlassene Plugins finden. Ein Plugin ohne Update seit Jahren macht unter 8.4 am ehesten Probleme. Ersetzen Sie es vor der Umstellung.
  5. Staging nutzen, falls vorhanden. Viele Hoster bieten eine Kopie der Seite an. Stellen Sie dort zuerst um, klicken Sie sich durch die Seite und stellen Sie dann die Live-Seite um.

Kommen Sie von PHP 7.4 oder 8.0, ist der Sprung groß. Lesen Sie zuerst PHP 7.4 auf 8.4. Von 8.1 oder 8.2 ist der Abstand kleiner: 8.1 auf 8.4 und 8.2 auf 8.4.

Umstellen

Die Menünamen hängen von Version und Hoster ab. Ihr Hoster kann diese Bildschirme umbenennen oder einschränken.

cPanel: MultiPHP Manager

  1. Öffnen Sie Software > MultiPHP Manager.
  2. Setzen Sie den Haken bei der Domain.
  3. Wählen Sie die PHP-Version im Auswahlmenü, zum Beispiel ea-php84.
  4. Klicken Sie auf Apply (Übernehmen).

cPanel mit CloudLinux: Select PHP Version

  1. Öffnen Sie Software > Select PHP Version.
  2. Wählen Sie die Version im Auswahlfeld oben.
  3. Klicken Sie auf Set as current.
  4. Prüfen Sie die Liste Extensions. Haken Sie an, was WordPress und Ihre Plugins brauchen, etwa mysqli, curl, mbstring, gd und zip.

Ein behobener alt-php-Build existiert womöglich noch nicht für jeden Zweig. CloudLinux teilte am 21. Oktober mit, dass die Builds noch vorbereitet werden. Siehe CloudLinux.

Plesk

  1. Gehen Sie zu Websites & Domains und öffnen Sie die Domain.
  2. Öffnen Sie PHP-Einstellungen.
  3. Wählen Sie die PHP-Version und bevorzugen Sie einen PHP-FPM-Handler gegenüber einem Apache-Modul.
  4. Klicken Sie auf OK.

Laut Plesk gibt es unter Linux Fixes für die eigenen PHP-Builds 8.2 bis 8.5. Details stehen auf der Plesk-Seite.

Andere Hoster

Suchen Sie im Panel nach „PHP-Version“ oder „PHP-Einstellungen“. Hoster-spezifische Wege und was der jeweilige Hoster bisher gesagt hat, finden Sie auf der Hoster-Seite. Lässt Ihnen das Panel die Wahl zwischen mod_php („Apache-Modul“) und FPM, nehmen Sie FPM. Unter den betroffenen SAPIs ist mod_php am stärksten gefährdet.

Ergebnis prüfen

  1. Rufen Sie die Startseite, einige Unterseiten, die Anmeldeseite und jedes Formular auf. Bei einem Shop gehen Sie den Bestellvorgang bis zur Zahlungsseite durch.
  2. Öffnen Sie in WordPress Werkzeuge > Website-Zustand > Bericht > Server. Die PHP-Version muss zum neuen Zweig gehören, und der Build muss ein behobener sein. Wie Sie die Nummer lesen: PHP-Version prüfen.
  3. Stimmt der Zweig, ist der Build aber älter als 8.4.27 (bzw. 8.3.36), fragen Sie Ihren Hoster, ob der Fix installiert ist und die Worker neu gestartet wurden.
  4. Beobachten Sie die Seite einige Tage lang. Geplante Aufgaben und selten besuchte Seiten fallen später aus als die Startseite.

Rückweg

Weiße Seite oder kritischer Fehler

Stellen Sie im Panel die alte Version wieder ein, dann läuft die Seite wie vorher. Suchen Sie die Ursache auf einer Staging-Kopie, während die Live-Seite weiterläuft.

Für die Fehlersuche schalten Sie auf der Staging-Kopie in der wp-config.php das Logging ein:

// wp-config.php, nur zur Fehlersuche. Danach wieder entfernen.
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Wiederholen Sie dort die Umstellung und lesen Sie wp-content/debug.log. Die Datei nennt das Plugin oder die Theme-Datei, die den Fehler auslöst. Aktualisieren Sie dieses Plugin oder Theme, ersetzen Sie es oder bitten Sie den Autor um eine Korrektur.

Die alte Version ist ein Rückweg für Stunden oder Tage. Solange sie läuft, bleibt die Seite angreifbar. Legen Sie ein Datum für den zweiten Versuch fest. Kommen Sie von einem alten Zweig nicht weg, lesen Sie Noch kein Upgrade möglich.

Wenn Ihr Hoster nichts Neueres anbietet

Dann bleibt ein anderer Tarif oder ein anderer Hoster. Bietet Ihr Hoster nur PHP 8.1 oder älter an, fragen Sie, ob er diese Pakete selbst patcht. Die Fragen stehen in der Einschätzung, und unter Empfehlungen steht, an wen Sie sich wenden können, wenn eine Anleitung nicht reicht.

Zuletzt geprüft am 22. Oktober 2026.