PHP-Version in cPanel ändern: auf PHP 8.3, 8.4 oder 8.5 umstellen, ohne die Website zu beschädigen

Seit dem 1. Januar 2026 bekommt PHP 8.1 keine Sicherheitskorrekturen mehr, PHP 8.2 folgt am 31. Dezember 2026. Läuft Ihre Website noch auf einer dieser Versionen, sollten Sie die PHP-Version in cPanel jetzt ändern. Diese Anleitung zeigt, wie Sie zwischen PHP 8.3, 8.4 und 8.5 wählen, die neue Version an einer Kopie Ihrer Website testen und dann die Live-Seite umstellen, mit einem Rückweg per Klick.

Warum Sie PHP jetzt aktualisieren sollten

PHP folgt einem festen Lebenszyklus: Jeder Zweig erhält zwei Jahre Fehlerkorrekturen (aktiver Support) und danach zwei Jahre nur noch Sicherheitskorrekturen. Danach werden neu entdeckte Lücken nicht mehr geschlossen. Eine WordPress- oder PrestaShop-Seite auf einer Version ohne Support ist bekannten, öffentlich dokumentierten Schwachstellen ausgesetzt.

Dazu kommt der praktische Aspekt: Aktuelle Plugins und Themes stellen die Unterstützung alter PHP-Versionen nach und nach ein, und jeder neue Zweig bringt mehr Leistung. Wer zurückbleibt, kann irgendwann sein CMS selbst nicht mehr aktualisieren.

Der offizielle PHP-Zeitplan

Die folgenden Daten stammen vom PHP-Projekt auf php.net (Seiten „Supported Versions“ und „Unsupported Branches“), geprüft im Oktober 2026:

Version	Veröffentlicht	Ende aktiver Support	Ende Sicherheitssupport	Stand Oktober 2026
PHP 8.1	November 2021	25. November 2023	31. Dezember 2025	Kein Support mehr (letzte Version: 8.1.34)
PHP 8.2	8. Dezember 2022	31. Dezember 2024	31. Dezember 2026	Nur Sicherheit, noch wenige Wochen
PHP 8.3	23. November 2023	31. Dezember 2025	31. Dezember 2027	Nur Sicherheit
PHP 8.4	21. November 2024	31. Dezember 2026	31. Dezember 2028	Aktiver Support
PHP 8.5	20. November 2025	31. Dezember 2027	31. Dezember 2029	Aktiver Support

In der Praxis ist PHP 8.4 heute der beste Kompromiss: abgesichert bis Ende 2028 und von CMS und Plugins breit unterstützt. PHP 8.5 verschafft Ihnen ein weiteres Jahr, sofern Ihre gesamte Umgebung es unterstützt. PHP 8.3 ist ein vertretbarer Zwischenschritt, wenn ein Plugin bremst, erreicht sein Support-Ende aber schon Ende 2027.

Welche Version für welches CMS

WordPress

Laut dem offiziellen WordPress-Handbuch („PHP Compatibility and WordPress Versions“) unterstützen WordPress 6.9 und neuer PHP 8.5; PHP 8.4 wird seit WordPress 6.7 unterstützt. Die Bezeichnung „Beta-Support“, die WordPress für diese Versionen verwendete, wurde im Mai 2026 abgeschafft. Seit WordPress 7.0 ist PHP 7.4 die Mindestversion.

Der WordPress-Kern ist aber nur die halbe Wahrheit: Meist sind es Plugins und Themes, die bei einem PHP-Wechsel Probleme machen. Prüfen Sie bei jedem Plugin die Angabe „Benötigt PHP“ und das Datum der letzten Aktualisierung. Ein Plugin ohne Update seit zwei Jahren ist ein Risiko.

PrestaShop

Die offizielle PrestaShop-Dokumentation enthält eine genaue Kompatibilitätstabelle:

PrestaShop	PHP 8.1	PHP 8.2	PHP 8.3	PHP 8.4	PHP 8.5
8.0 bis 8.2	Empfohlen	Nicht unterstützt	Nicht unterstützt	Nicht unterstützt	Nicht unterstützt
9.0	Ja	Ja	Ja	Empfohlen	Nicht unterstützt
9.1	Ja	Ja	Ja	Ja	Empfohlen

Das Wichtigste: Ein PrestaShop-8-Shop steckt auf PHP 8.1 fest, einer Version ohne Korrekturen. Der Ausweg führt zuerst über die Migration auf PrestaShop 9 und erst danach über den PHP-Wechsel. Umgekehrt (PHP 8.3 unter PrestaShop 8) endet es fast immer mit Fehlern. PrestaShop 9 benötigt außerdem mehrere PHP-Erweiterungen (intl, gd, zip, curl, mbstring, fileinfo u. a.) und empfiehlt ein memory_limit von mindestens 512M.

Was beim Wechsel auf PHP 8.4 oder 8.5 kaputtgehen kann

Zwischen den Unterversionen von PHP 8 handelt es sich vor allem um Deprecations: Der Code läuft weiter, schreibt aber Warnungen ins Log. Echte Ausfälle stammen meist von alten Modulen oder fehlenden PHP-Erweiterungen. Diese Deprecations treffen WordPress-Plugins und PrestaShop-Module am häufigsten:

PHP 8.4: implizit nullbare Parameter (function f(Type $a = null) muss zu ?Type $a = null werden), E_USER_ERROR mit trigger_error(), die Konstante E_STRICT sowie fgetcsv() oder fputcsv() ohne explizites escape-Argument.
PHP 8.5: nicht kanonische Casts wie (integer) oder (boolean), der Backtick-Operator zum Ausführen von Shell-Befehlen, null als Array-Schlüssel, die Variable $http_response_header sowie einige MySQL-spezifische PDO-Konstanten zugunsten ihrer Gegenstücke in Pdo\Mysql.

Die häufigste Ursache für eine weiße Seite oder einen 500-Fehler direkt nach dem Wechsel bleibt jedoch eine fehlende PHP-Erweiterung in der neuen Version: Jede auf dem Server installierte PHP-Version hat ihre eigenen Erweiterungen. Ist intl oder imagick für PHP 8.2 aktiv, aber nicht für PHP 8.4, scheitert Ihr CMS unter 8.4.

Schritt 1: Bestandsaufnahme, bevor Sie etwas ändern

Notieren Sie die aktuelle PHP-Version jeder Domain. Sie steht im MultiPHP Manager von cPanel (Bereich Software).
Aktualisieren Sie CMS, Theme und alle Plugins oder Module vor dem PHP-Wechsel. Updates beheben Inkompatibilitäten oft bereits.
Erstellen Sie eine vollständige Sicherung von Dateien und Datenbank. Mit dem Backup-Tool (oder dem Backup-Assistenten) von cPanel laden Sie ein Archiv Ihres Home-Verzeichnisses und einen Export jeder MySQL-Datenbank herunter.
Identifizieren Sie verwaiste Plugins und suchen Sie gepflegte Alternativen.

Schritt 2: die neue Version an einer Kopie testen

Diesen Schritt lassen die meisten Anleitungen aus. Der MultiPHP Manager legt die PHP-Version pro Domain und pro Subdomain fest. Sie können also eine Kopie Ihrer Website unter PHP 8.4 betreiben, während die Hauptseite auf ihrer bisherigen Version bleibt.

Legen Sie eine Test-Subdomain an, etwa test.ihreseite.de, über die Oberfläche „Domains“ in cPanel, mit eigenem Stammverzeichnis.
Kopieren Sie die Website: Für WordPress erledigt die Staging-Funktion von Softaculous das mit wenigen Klicks, sofern Ihr Hoster sie anbietet. Andernfalls kopieren Sie die Dateien mit dem Dateimanager (komprimieren, verschieben, entpacken) und duplizieren die Datenbank mit phpMyAdmin (Export, dann Import in eine neue Datenbank).
Passen Sie die Konfiguration der Kopie an: Datenbankname in wp-config.php (WordPress) bzw. app/config/parameters.php (PrestaShop), dann die Adresse der Seite (Optionen siteurl und home bei WordPress, Shop-URL in der Tabelle ps_shop_url bei PrestaShop).
Schützen Sie die Kopie mit dem cPanel-Tool Directory Privacy (Verzeichnisschutz per Passwort), damit sie weder indexiert noch öffentlich erreichbar ist.
Stellen Sie nur die Test-Subdomain im MultiPHP Manager auf die neue PHP-Version um.

Aktivieren Sie anschließend das Fehlerprotokoll auf der Kopie. Für WordPress in der wp-config.php:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );     // schreibt nach wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // zeigt Besuchern nichts an

Bei PrestaShop aktivieren Sie den Debug-Modus unter Erweiterte Einstellungen > Leistung. Gehen Sie dann die wichtigen Seiten durch: Startseite, Produktseite, Warenkorb, Bezahlvorgang im Testmodus, Kontaktformular, Admin-Login, E-Mail-Versand. Prüfen Sie debug.log, die error_log-Dateien in den Ordnern der Seite und das Tool „Errors“ in cPanel. Eine Zeile „Deprecated“ blockiert nichts, eine Zeile „Fatal error“ schon.

Schritt 3: die PHP-Version in cPanel ändern

Sobald die Kopie fehlerfrei läuft, dauert die Umstellung der Live-Seite keine Minute:

Melden Sie sich bei cPanel an und öffnen Sie MultiPHP Manager im Bereich Software.
Setzen Sie das Häkchen bei der gewünschten Domain (mehrere sind möglich).
Wählen Sie die Version im Menü PHP Version oben rechts. Die Versionen erscheinen als PHP 8.4 (ea-php84); mit „Recommended“ markierte Versionen empfiehlt der Server-Administrator.
Klicken Sie auf Apply. Die Versionsspalte der Domain wird sofort aktualisiert.

Technisch fügt cPanel einen Block in die .htaccess im Stammverzeichnis der Domain ein. Bearbeiten Sie ihn nicht von Hand, cPanel schreibt ihn neu:

# php -- BEGIN cPanel-generated handler, do not edit
# Set the "ea-php84" package as the default "PHP" programming language.
<IfModule mime_module>
  AddHandler application/x-httpd-ea-php84 .php .php8 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

Zeigt eine Domain „Inherited“, nutzt sie die Standardversion des Servers, die Ihr Hoster festlegt und die sich ohne Ihr Zutun ändern kann. Sicherer ist es, die Version jeder Website ausdrücklich festzulegen.

Um die tatsächlich genutzte Version zu prüfen, legen Sie vorübergehend eine Datei mit schwer zu erratendem Namen im Stammverzeichnis ab, rufen sie im Browser auf und löschen sie danach:

<?php echo PHP_VERSION;

Wenn die gewünschte Version fehlt

Eine Version, die nicht im Menü steht, ist entweder nicht auf dem Server installiert oder für Ihr Konto nicht freigegeben. Sie wird serverseitig über EasyApache 4 installiert, Sie können sie also nicht selbst in cPanel hinzufügen: Wenden Sie sich an den Support Ihres Hosters. Manche Hoster bieten zusätzlich ein Tool „Select PHP Version“ an, mit dem Sie die Version wechseln und PHP-Erweiterungen selbst ein- und ausschalten können.

Schritt 4: PHP-Einstellungen nach dem Wechsel prüfen

Jede PHP-Version hat ihre eigene Standardkonfiguration. Öffnen Sie nach dem Wechsel den MultiPHP INI Editor (direkt neben dem MultiPHP Manager), wählen Sie Ihre Domain und prüfen Sie mindestens:

memory_limit: 256M für WordPress mit Page Builder, mindestens 512M für PrestaShop 9;
upload_max_filesize und post_max_size: passend zur Größe Ihrer Medien;
max_execution_time: erhöhen, wenn Produktimporte oder Sicherungen abbrechen;
display_errors: im Livebetrieb deaktiviert.

Leeren Sie zum Schluss alle Caches: Cache-Plugin von WordPress, Smarty- und Symfony-Cache von PrestaShop (Erweiterte Einstellungen > Leistung > Cache leeren) und den CDN-Cache, falls Sie einen nutzen.

Zurück zur alten Version, falls etwas schiefgeht

Der PHP-Wechsel verändert weder Ihre Dateien noch Ihre Datenbank. Tritt ein Problem auf, öffnen Sie den MultiPHP Manager, markieren die Domain, wählen die vorherige Version und klicken auf Apply: Die Seite ist in Sekunden wieder im alten Zustand. Behalten Sie aber eine Frist im Blick: Mit PHP 8.2 bleibt Ihnen nur bis zum 31. Dezember 2026 Zeit, das Problem zu beheben.

Häufige Fragen

Kann ein PHP-Wechsel meine Website löschen?

Nein. Der MultiPHP Manager ändert nur den Interpreter, der Ihre Dateien ausführt. Inhalte, Dateien und Datenbank bleiben unverändert, und der Rückweg ist sofort möglich.

Kann jede Website eine andere PHP-Version nutzen?

Ja. Der MultiPHP Manager arbeitet pro Domain: Ein WordPress-Blog kann mit PHP 8.5 und ein PrestaShop-9.0-Shop mit PHP 8.4 im selben cPanel-Konto laufen. Geparkte Domains (Aliase) folgen ihrer Hauptdomain.

Nach dem Wechsel erscheint ein 500-Fehler. Was tun?

Stellen Sie zuerst die vorherige Version wieder her, damit die Seite läuft. Prüfen Sie dann das Tool „Errors“ in cPanel oder die Datei error_log: Ursache ist fast immer eine in der neuen Version fehlende PHP-Erweiterung oder ein inkompatibles Modul. Beheben Sie das an der Testkopie, bevor Sie es erneut versuchen.

PHP 8.5 oder PHP 8.4?

Läuft Ihre Seite mit aktuellem WordPress oder PrestaShop 9.1 und unterstützen alle Plugins die Version, gibt Ihnen PHP 8.5 den größten Spielraum (Sicherheitsupdates bis Ende 2029). Für PrestaShop 9.0 oder wenn ein wichtiges Plugin seine Kompatibilität noch nicht bestätigt, wählen Sie PHP 8.4.