# PHP-Version im Hosting-Kundenbereich ändern

> PHP-Version im Hosting ändern, ohne die Website zu gefährden: Vorbereitung, richtige Zielversion, Test nach der Umstellung und Rückweg Schritt für Schritt.

Quelle: https://phpsos.de/blog/php-version-hosting-aendern/  
Stand: 25.10.2026  
Anbieter: PHP SOS, PHP-Notfallhilfe und Server-Sicherheit. Soforthilfe per WhatsApp: https://wa.me/491736494914?text=Hallo%20PHP%20SOS%2C%20wir%20brauchen%20Hilfe%20mit%20unserem%20PHP-Server.%20Firma%3A%20%E2%80%A6%20Website%3A%20%E2%80%A6

**Kurz gesagt:** Die PHP-Version ändern Sie im Hosting meist im Kundenbereich unter einem Punkt wie „PHP-Einstellungen“ oder „PHP-Version“, oft getrennt je Domain. Vorher brauchen Sie ein Backup und die Systemanforderungen Ihres CMS, danach einen Funktionstest. Wichtig nach PHP2Shell: Die Auswahl bestimmt nur den PHP-Zweig. Ob dieser Zweig gepatcht ist, muss Ihnen der Hoster bestätigen.

## Warum jetzt viele die PHP-Version ändern

Seit PHP2Shell schauen viele Website-Betreiber zum ersten Mal seit Jahren in ihre Hosting-Einstellungen. Oft finden sie dort PHP 7.4 oder 8.1, weil die Seite einmal so eingerichtet wurde und nie jemand nachgesehen hat. Das PHP-Projekt versorgt diese Zweige nicht mehr mit Releases; gegen PHP2Shell stellte es lediglich minimale Korrekturen im Quellcode für 7.4, 8.0 und 8.1 bereit.

Die Umstellung ist bei den meisten Hostern ein Klick. Genau das macht sie riskant: Eine ältere Website, deren Code nicht für neuere PHP-Versionen geschrieben wurde, zeigt danach möglicherweise nur noch eine Fehlermeldung. Mit etwas Vorbereitung lässt sich das vermeiden. Was der Hoster im Rahmen von PHP2Shell übernimmt und was bei Ihnen liegt, beschreibt die Seite [Shared Hosting: Was der Hoster macht](https://phpsos.de/server/shared-hosting/).

## Die Auswahl im Panel ist nicht der Patch

Ein häufiges Missverständnis: Wer im Kundenbereich von 8.2 auf 8.3 umstellt, hat damit nicht automatisch PHP2Shell geschlossen. Sie wählen einen Zweig, den der Hoster bereitstellt. Ob dieser Zweig die Korrekturen enthält, also auf 8.3.36 steht oder einen bestätigten Backport hat, liegt in der Hand des Hosters.

Umgekehrt gilt: Ist Ihr bisheriger Zweig 8.2 beim Hoster gepatcht, sind Sie gegen PHP2Shell geschützt, auch ohne Wechsel. Der Umstieg auf eine neuere Version ist trotzdem sinnvoll, weil PHP 8.2 am 31.12.2026 das Ende der Unterstützung erreicht. Den Patchstand lassen Sie sich schriftlich bestätigen; eine Vorlage dafür bietet der Ratgeber [Hoster nach dem Patch-Status fragen](https://phpsos.de/ratgeber/hoster-patch-status-erfragen/).

## PHP-Version ändern im Hosting: Schritt für Schritt

Menünamen unterscheiden sich je Anbieter. Suchen Sie im Kundenbereich nach Begriffen wie PHP-Einstellungen, PHP-Version, PHP-Konfiguration oder Skriptsprachen. Bei vielen Anbietern steht die Auswahl in der Verwaltung der einzelnen Domain.

1. **Ist-Stand notieren:** Welche PHP-Version läuft je Domain und Subdomain? Ein Bildschirmfoto der Einstellungen hilft beim Rückweg.
2. **Backup anlegen:** Dateien und Datenbank, möglichst über die Backup-Funktion des Hosters und zusätzlich als Download.
3. **Anforderungen prüfen:** Welche PHP-Versionen unterstützt Ihr CMS oder Shop in der installierten Version? Das steht in den Systemanforderungen des Herstellers, etwa auf wordpress.org, shopware.com oder typo3.org.
4. **Erweiterungen und Themes aktualisieren:** Veraltete Plugins sind die häufigste Ursache für Fehler nach einem PHP-Wechsel. Aktualisieren Sie sie vor der Umstellung.
5. **Testumgebung nutzen, falls vorhanden:** Viele Hoster bieten Staging oder eine Kopie auf einer Subdomain. Stellen Sie dort zuerst um.
6. **Umstellen:** Neue Version wählen, speichern, einige Minuten warten. Manche Hoster übernehmen die Änderung nicht sofort.
7. **Testen:** Startseite, Kontaktformular, Login, Suche, Warenkorb und Bezahlvorgang aufrufen, im Admin-Bereich anmelden und speichern.
8. **Fehlerprotokoll lesen:** Im Kundenbereich gibt es meist ein PHP-Fehlerlog. Warnungen nach der Umstellung zeigen, wo Anpassungen nötig sind.

> **Tipp:**
> Stellen Sie außerhalb der Hauptgeschäftszeit um und sorgen Sie dafür, dass eine Person, die die Website kennt, in der Stunde danach erreichbar ist. Fehler fallen oft erst bei Funktionen auf, die selten genutzt werden.

## Welche Version ist die richtige?

Wählen Sie die neueste Version, die Ihre Anwendung offiziell unterstützt. Der Grund ist einfach: Jeder PHP-Zweig erhält nur eine begrenzte Zeit Sicherheitsupdates. Je neuer der Zweig, desto länger haben Sie Ruhe. Die aktuellen Laufzeiten nennt php.net auf der Seite der unterstützten Versionen; wie der Zyklus funktioniert, erklärt die Seite [PHP-Versionen und Release-Zyklus](https://phpsos.de/php/release-zyklus/).

| Zweig | Behobene Version (PHP2Shell) | Einordnung |
|---|---|---|
| PHP 8.5 | 8.5.12 | aktuell unterstützt |
| PHP 8.4 | 8.4.27 | aktuell unterstützt |
| PHP 8.3 | 8.3.36 | aktuell unterstützt |
| PHP 8.2 | 8.2.35 | Unterstützung endet am 31.12.2026 |
| PHP 8.1 und älter | kein offizielles Release | nur Quell-Backports oder Anbieter-Backports |

Unterstützt Ihre Anwendung keine Version ab 8.2, ist die Umstellung allein nicht möglich. Dann muss zuerst die Anwendung aktualisiert oder ersetzt werden. Diesen Weg beschreibt unsere Leistung [Migration von PHP 8.1 und älter](https://phpsos.de/leistungen/php-migration-legacy/).

## Typische Stolpersteine nach der Umstellung

Eine weiße Seite oder ein Fehler 500 deutet meist auf ein Plugin oder Theme hin, das die neue Version nicht verträgt. Das Fehlerprotokoll nennt in der Regel Datei und Zeile. Deaktivieren Sie den Verursacher oder stellen Sie vorübergehend zurück.

Eigene PHP-Einstellungen gehen beim Wechsel manchmal verloren. Wer zum Beispiel ein höheres Upload-Limit oder eine längere Laufzeit für Skripte eingestellt hatte, sollte prüfen, ob diese Werte für die neue Version noch gelten. Achten Sie dabei darauf, keine Übergangsmaßnahmen des Hosters gegen PHP2Shell zu überschreiben.

Zeigt die Website nach der Umstellung alte Inhalte oder merkwürdige Fehler, kann ein Cache schuld sein. Leeren Sie den Cache des CMS und eventueller Caching-Plugins. Bleibt das Problem, fragen Sie beim Hoster nach, ob serverseitige Caches neu aufgebaut werden müssen.

Vergessen Sie Subdomains, Testinstallationen und alte Verzeichnisse nicht. Eine längst vergessene Kopie der Website auf PHP 7.4 ist genauso angreifbar wie die Hauptseite. Wie Sie solche Altlasten loswerden, beschreibt der Beitrag [Alte PHP-Versionen abschalten](https://phpsos.de/blog/alte-php-versionen-abschalten/).

## Wie hilft PHP SOS konkret?

- Wir erfassen, welche PHP-Versionen auf Ihren Domains und Subdomains laufen, und klären den Patchstand mit dem Hoster.
- Wir prüfen die Kompatibilität Ihrer Anwendung und stellen zuerst in einer Testumgebung um.
- Wir begleiten die Umstellung, werten das Fehlerprotokoll aus und beheben Fehler oder stellen kontrolliert zurück.
- Wo die Anwendung keine unterstützte Version verträgt, planen wir die Migration und sichern die Übergangszeit ab.


## Häufige Fragen

**Schließt die Umstellung auf eine neuere PHP-Version PHP2Shell?**  
Nur, wenn der Hoster die gewählte Version selbst gepatcht hat. Im Kundenbereich wählen Sie meist nur den Zweig, etwa 8.3. Ob dieser Zweig auf 8.3.36 oder einem bestätigten Backport steht, entscheidet der Hoster.

**Welche PHP-Version sollte ich wählen?**  
Die neueste Version, die Ihr CMS oder Shop laut Systemanforderungen des Herstellers unterstützt. PHP 8.2 erreicht am 31.12.2026 das Ende der Unterstützung, deshalb ist 8.3 oder neuer die bessere Wahl, wenn Ihre Anwendung es erlaubt.

**Was passiert, wenn die Website nach der Umstellung nicht mehr läuft?**  
Stellen Sie im Kundenbereich die vorherige Version wieder ein. Notieren Sie die Fehlermeldung aus dem Fehlerprotokoll und lassen Sie die Ursache beheben, bevor Sie es erneut versuchen. Bleiben Sie nicht dauerhaft auf einer Version ohne Sicherheitsupdates.

**Kann ich verschiedene PHP-Versionen für verschiedene Domains einstellen?**  
Bei vielen Hostern ja, je Domain, Subdomain oder Verzeichnis. Das ist praktisch für Tests, birgt aber die Gefahr, dass eine alte Version auf einer vergessenen Subdomain weiterläuft.

## Quellen

- [php.net: Unterstützte Versionen](https://www.php.net/supported-versions.php)
- [php.net: Sicherheitsmeldungen](https://www.php.net/)
- [WordPress](https://wordpress.org/)
