PHP-Version ändern: IONOS, STRATO, All-Inkl und Hetzner

Die neue Version stellen Sie mit wenigen Klicks im Kundenmenü Ihres Hosters ein. Ziel ist PHP 8.4 oder 8.5. Trotzdem sollten Sie den Wechsel vorbereiten, denn ein Plugin oder Theme, das die neue Version nicht verträgt, kann Ihre Seite lahmlegen. Legen Sie deshalb vorher eine Sicherung an, testen Sie die neue Version an einer Kopie Ihrer Seite und notieren Sie, welche Version heute eingestellt ist. Läuft die Seite nach dem Umschalten nicht mehr, stellen Sie als Erstes diese Version wieder ein.

Warum zählt die PHP-Version, und was ändert ein Wechsel?

PHP (Hypertext Preprocessor) ist eine Programmiersprache, und ihr Code arbeitet auf dem Server Ihrer Website: Der Server führt ihn aus und schickt dem Besucher nur das Ergebnis, die fertige Seite. PHP selbst ist deshalb bei Ihrem Hosting-Anbieter installiert, nicht in Ihrer Website. Der Hoster legt fest, welche Versionen zur Wahl stehen, und viele Hoster lassen Sie die Version selbst einstellen, schreibt WordPress.

Jede PHP-Version wird nur begrenzt gepflegt. In den ersten rund zwei Jahren nach dem Erscheinen behebt das PHP-Projekt gemeldete Fehler und Sicherheitslücken, danach zwei weitere Jahre nur noch kritische Sicherheitslücken. Dann ist Schluss. Für PHP 8.2 endet diese zweite Phase Ende 2026. Wer eine ausgelaufene Version weiter nutzt, ist laut php.net womöglich Sicherheitslücken ausgesetzt, die das PHP-Projekt nicht mehr schließt.

Ihr Hoster entscheidet, was mit der ausgelaufenen Version geschieht. Bei STRATO kommt zuerst eine E-Mail; wer danach nicht umstellt, zahlt für den PHP Extended Support, der unter anderem Sicherheits-Patches für die alte Version enthält. Auch IONOS bietet einen PHP Extended Support an. Was der PHP Extended Support kostet und wie Sie ihn wieder beenden, zeigt der Beitrag PHP Extended Support beim Hoster. All-Inkl dagegen entfernt alte Versionen mit einer Aktualisierung des Betriebssystems.

Ein Versionswechsel verändert auch die Sprache selbst. Das kann alten Code treffen. PHP kündigt einen Teil dieser Änderungen vorher an: Code, der in künftigen Versionen nicht mehr funktionieren wird, löst zunächst einen Hinweis aus und gilt als veraltet (deprecated). In einer späteren Version fällt das Veraltete dann weg. PHP 7.2 hat zum Beispiel mehrere alte Funktionen als veraltet markiert, PHP 8.0 hat sie entfernt. Selbst für den Schritt von 8.4 auf 8.5 rät php.net, vor der Umstellung der Live-Seite auf Unverträglichkeiten zu testen.

WordPress beschreibt, was das für eine Website heißen kann: Beliebte Plugins und Themes werden meist gut gepflegt, aber nicht jede Erweiterung verträgt schon die neueste PHP-Version. Im ungünstigen Fall löst ein Plugin oder Theme nach dem Wechsel einen fatalen Fehler aus, und die Seite ist nicht mehr erreichbar. Wie Sie Ihre Erweiterungen vorher prüfen, zeigt der Beitrag WordPress-PHP-Version aktualisieren.

Umgekehrt kann auch eine zu alte PHP-Version zum Hindernis werden: Ein Plugin kann eine Mindestversion von PHP verlangen, und liegt die Version auf Ihrem Server darunter, aktiviert WordPress das Plugin nicht, sondern zeigt eine Fehlermeldung.

Und was bringt der Wechsel außer Sicherheitsupdates? php.net nennt für 8.3, 8.4 und 8.5 neue Sprachmittel für Entwickler und Verbesserungen bei der Leistung. Für die Wahl der Zielversion zählt aber vor allem, wie lange sie noch Sicherheitsupdates bekommt.

Auf welche PHP-Version stellen Sie um?

Stellen Sie auf PHP 8.4 oder 8.5 um. PHP 8.4 bekommt bis Ende 2028 Sicherheitsupdates und PHP 8.5 bis Ende 2029, so steht es in der Übersicht der unterstützten Versionen auf php.net, Stand November 2026. Wer jetzt auf 8.2 wechselt, steht Ende 2026 gleich wieder vor derselben Umstellung.

Und PHP 8.3? Für diese Version enden die Sicherheitsupdates schon Ende 2027, ein Jahr vor PHP 8.4. Ich nehme sie nur als Zwischenschritt, wenn ein Plugin 8.4 noch nicht verträgt. WordPress empfiehlt auf seiner Seite zu den Anforderungen „PHP version 8.3 or greater“, also PHP 8.3 oder höher; das ist eine Untergrenze, kein Ziel.

Läuft Ihre Seite mit WordPress, zählt auch dessen Version. Die Kompatibilitätsübersicht im Core-Handbuch von WordPress führt PHP 8.5 erst ab WordPress 6.9 als unterstützt (Stand November 2026). Spielen Sie deshalb zuerst die WordPress-Updates ein und testen Sie danach die neue PHP-Version, beides in der Kopie, die der nächste Abschnitt beschreibt. Bleibt die Frage, wie Sie die Umstellung so vorbereiten, dass Sie notfalls zurückkönnen.

Was erledigen Sie vor dem Umschalten?

Machen Sie die Umstellung umkehrbar, bevor Sie klicken. Der schnellste Weg zurück ist die vorige Version im Kundenmenü. Nur ist darauf nicht überall Verlass. Bei STRATO kommen Sie nach der Umstellung und dem Beenden des Kunden-Logins nicht mehr auf eine veraltete Version wie PHP 8.1 zurück, so die STRATO-Hilfe zum PHP Extended Support. Prüfen Sie Ihre Seite deshalb, bevor Sie sich bei STRATO abmelden.

Wenn das Zurückstellen nicht reicht, etwa weil Sie vor dem Wechsel auch Plugins und Theme aktualisiert haben, bringt Sie die Sicherung auf den alten Stand zurück. Dafür muss sie sich im Ernstfall aber auch zurückspielen lassen:

„Spielen Sie kein Update ohne frisches Backup ein – und probieren Sie aus, ob es sich zurückspielen lässt.“

— Sascha Fix

1. Sicherung anlegen und einmal zurückspielen

   Sichern Sie Dateien und Datenbank in einem Backup und legen Sie es außerhalb des Webspace ab, etwa auf Ihrem Rechner; eine Sicherung auf demselben Webspace geht mit ihm verloren. Spielen Sie die Sicherung einmal probeweise zurück, etwa in die Kopie aus dem nächsten Schritt. Wie das bei WordPress geht, zeigt die Anleitung zum WordPress-Backup.

2. Neue Version an einer Kopie testen

   Legen Sie eine Kopie Ihrer Seite an, eine sogenannte Staging-Umgebung, und stellen Sie nur diese auf die neue Version. Bei IONOS bekommt die Kopie dafür eine eigene Domain, bei All-Inkl eine eigene Domain oder Subdomain und bei Hetzner einen eigenen Ordner. Bei STRATO gilt die Einstellung für das ganze Hosting-Paket; dort prüfen Sie direkt nach dem Umschalten, wie in Schritt 4 beschrieben.

   Lassen Sie in der Kopie Fehler in ein Protokoll schreiben, statt sie im Browser anzuzeigen. Wie Sie das bei WordPress mit WP_DEBUG_LOG einschalten, zeigt der Beitrag zu den WordPress-Error-Logs.

3. Bisherige PHP-Version notieren

   Schreiben Sie auf, welche PHP-Version Ihre Live-Seite heute nutzt. Sie sehen sie im Kundenmenü Ihres Hosters; bei All-Inkl und STRATO kann sie auch in einer .htaccess-Datei stehen. Mit dieser Notiz stellen Sie die alte Version sofort wieder ein, wenn nach dem Umschalten etwas nicht läuft.

4. Live-Seite umstellen und angemeldet bleiben

   Stellen Sie die Live-Seite erst um, wenn die Kopie ohne Fehlermeldungen läuft; bei STRATO schalten Sie direkt um. Den Menüweg Ihres Hosters zeigt die Tabelle im nächsten Abschnitt. Bleiben Sie danach im Kundenmenü angemeldet, bis Sie Startseite, Kontaktformular, die Anmeldung auf Ihrer Website und, falls vorhanden, den Bestellvorgang geprüft haben.

Wo stellen Sie die PHP-Version bei IONOS, STRATO, All-Inkl und Hetzner um?

Bei allen vier Hostern ändern Sie die PHP-Version im Kundenmenü, aber nicht überall für dasselbe: Bei IONOS und All-Inkl gilt die Einstellung je Domain, bei STRATO für das Hosting-Paket, und bei Hetzner setzen Sie die Standardversion des Hosting-Accounts. Die Tabelle fasst zusammen, was die Hilfe des jeweiligen Hosters dazu sagt (Stand November 2026).

PHP-Version bei IONOS ändern

Läuft Ihre Website bei IONOS mit einem Managed-WordPress- oder MyWebsite-Produkt, können Sie die PHP-Version nicht ändern: Bei diesen Produkten legt IONOS sie selbst fest, so steht es in der IONOS-Hilfe zur aktiven PHP-Version. Mehrere Domains stellen Sie dort auch in einem Schritt um: Aktivieren Sie auf der Seite PHP-Einstellungen ihre Kontrollkästchen und klicken Sie oben in der Tabelle auf PHP-Version auswählen.

PHP-Version bei STRATO ändern

Bei STRATO wählen Sie im Kunden-Login zwischen PHP 8.2, 8.3, 8.4 und 8.5, so beschreibt es die STRATO-Hilfe zu den PHP-Einstellungen. STRATO selbst empfiehlt mindestens PHP 8.4. Ist bei Ihnen der kostenpflichtige PHP Extended Support schon aktiv, endet er nicht mit der Umstellung: Sie schalten ihn danach im Kunden-Login eigens ab, sobald Ihre Seite mit der neuen Version läuft.

PHP-Version bei All-Inkl ändern

Bei All-Inkl kann eine .htaccess-Datei die Einstellung im KAS übersteuern. Legt sie eine PHP-Version fest, hat diese Angabe Vorrang, so steht es in der All-Inkl-Anleitung zur verwendeten PHP-Version. Sehen Sie deshalb vor dem Umstellen nach, ob eine .htaccess Ihrer Website eine Version nennt; sonst ändern Sie im KAS eine Einstellung, die gar nicht greift.

Erscheinen nach dem Umschalten mit jeder angebotenen Version Fehlermeldungen, geht die All-Inkl-Anleitung zur Prüfung im KAS davon aus, dass die Seite mit diesen Versionen nicht kompatibel ist. Für diesen Fall rät All-Inkl, beim Hersteller nach einem Update der Software zu fragen.

PHP-Version bei Hetzner ändern

Bei Hetzner stellen Sie in der konsoleH eine Standardversion für den ganzen Hosting-Account ein, und mit ihr laufen alle PHP-Dateien Ihrer Website. Für eine Testkopie in einem eigenen Ordner legen Sie mit einer .htaccess-Datei in diesem Ordner eine andere Version fest. Auch Aufgaben, die der Server zeitgesteuert ausführt, sogenannte Cronjobs, können mit der Standardversion wechseln. Die genaue Zeile für die .htaccess finden Sie in der Hetzner-Hilfe zur PHP-Konfiguration; dort steht für die Kommandozeile auch je Version ein fester Aufruf, mit dem ein Cronjob bei seiner Version bleibt.

Was tun Sie, wenn die Seite nach dem Umschalten nicht mehr läuft?

Stellen Sie zuerst im Kundenmenü die PHP-Version wieder ein, mit der Ihre Seite vor dem Klick lief; IONOS und All-Inkl beschreiben genau diesen Rückweg in ihrer Hilfe. Die Ursache suchen Sie erst danach, und zwar in der Kopie statt an der Live-Seite. Haben Sie bei STRATO ohne Test an einer Kopie umgeschaltet, wenden Sie sich mit dem Fehler an Ihren Hoster oder an einen Webentwickler, so wie es WordPress bei Problemen mit dem PHP-Update rät.

Warum diese Reihenfolge? Solange die Live-Seite einen Fehler zeigt, trifft er jeden Besucher, und eine Fehlersuche an der Live-Seite verlängert diesen Zustand. In der Kopie dagegen schreibt das Protokoll aus Schritt 2 mit, welche Datei den Fehler auslöst, ohne dass ein Besucher etwas davon sieht. Auch die WordPress-Dokumentation zum Debugging rät davon ab, die Debug-Werkzeuge auf einer Live-Seite einzuschalten; sie sind für lokale Tests und Staging-Installationen gedacht.

Bleibt die Seite auch nach dem Zurückstellen weiß, hilft der Ratgeber WordPress weiße Seite beheben weiter; meldet WordPress einen kritischen Fehler, der Ratgeber zum kritischen Fehler in WordPress. Ihre Sicherung spielen Sie erst ein, wenn das Zurückstellen nicht reicht, und dann mit der vorigen PHP-Version, denn mit ihr lief der gesicherte Stand.

Wann geben Sie die PHP-Umstellung ab?

Sie können die Umstellung selbst übernehmen, wenn drei Dinge zutreffen: Sie können die neue Version an einer Kopie testen, Plugins und Theme werden vom Hersteller noch gepflegt, und Sie haben eine Sicherung, deren Wiederherstellung Sie ausprobiert haben. Fehlt die Kopie oder die Sicherung, fehlt Ihnen der Test oder der Weg zurück, und die Umstellung wird zum Versuch an der Live-Seite.

Mehr steht auf dem Spiel, wenn ein Shop oder Kundenkonten an der Seite hängen oder eigener Code im Theme steckt; dann wird aus der Umstellung leicht eine Reparatur. Ist Ihre Seite länger nicht gepflegt worden, gehört der Versionswechsel in eine größere Update-Reihenfolge, die der Beitrag WordPress lange nicht aktualisiert beschreibt.

Ist nur PHP veraltet, übernehme ich die PHP-Umstellung zum Festpreis von 249 € zzgl. 19 % USt. Sind auch WordPress, Theme oder Plugins nicht aktuell, kostet die Modernisierung ab 690 € zzgl. 19 % USt. Hat die Umstellung die Seite schon beschädigt, übernehme ich die Website-Reparatur zu einem Festpreis, den Sie vor dem Start kennen.