PHP-Version bei deinem WordPress-Hosting aktualisieren

Eine veraltete PHP-Version zu verwenden ist einer der groessten Performance- und Sicherheitsfehler, die man bei einer WordPress-Seite machen kann. PHP ist die Sprache, die WordPress antreibt, und jede neue Version bringt messbare Geschwindigkeitsverbesserungen, Sicherheitspatches und neue Sprachfeatures mit, auf die Plugins und Themes angewiesen sind. Wenn dein Hosting noch PHP 7.4 oder sogar PHP 8.0 verwendet, verschenkst du Performance und setzt deine Seite bekannten Schwachstellen aus, die nie gepatcht werden.

Warum deine PHP-Version fuer WordPress entscheidend ist

PHP ist kein Hintergrunddetail. Es beeinflusst direkt, wie schnell deine Seiten laden, wie viel Arbeitsspeicher dein Server verbraucht und ob deine Plugins ueberhaupt laufen koennen. Jedes grosse PHP-Release enthaelt interne Optimierungen an der Zend Engine (der Laufzeitumgebung, die PHP-Code ausfuehrt), und diese Optimierungen summieren sich ueber die Zeit. Eine WordPress-Seite mit PHP 8.3 verarbeitet mehr Anfragen pro Sekunde, verbraucht weniger Speicher pro Anfrage und antwortet schneller als dieselbe Seite mit PHP 7.4.

Neben der Performance gibt es den Sicherheitsaspekt. PHP 7.4 hat sein offizielles End of Life (EOL) im November 2022 erreicht. PHP 8.0 erreichte EOL im November 2023. PHP 8.1 erreichte EOL im Dezember 2025. Sobald eine Version EOL erreicht, stellt das PHP-Team die Veroeffentlichung von Sicherheitspatches komplett ein. Wenn eine kritische Schwachstelle in einer EOL-Version entdeckt wird, wird sie nie behoben. Dein Hosting-Anbieter portiert moeglicherweise einige Patches zurueck, aber darauf solltest du dich nicht verlassen.

PHP-Versionen im Vergleich: Performance und Features

Hier ist eine praktische Uebersicht der wichtigsten PHP-Versionen, die du bei WordPress-Hosting antreffen wirst:

PHP 7.4 (EOL November 2022): Das letzte Release der PHP-7.x-Reihe. Es war eine solide Version zu seiner Zeit, aber es fehlen Typed Properties, Union Types, Fibers und die Performance-Gewinne von PHP 8.x. WordPress 6.4+ empfiehlt offiziell PHP 8.0 oder hoeher. Viele neuere Plugins haben den PHP-7.4-Support komplett eingestellt.
PHP 8.0 (EOL November 2023): Fuehrte den JIT-Compiler (Just-In-Time), Named Arguments, Union Types, Match-Ausdruecke und den Nullsafe-Operator ein. Der JIT-Compiler verbessert typische WordPress-Workloads nicht dramatisch (die eher I/O-gebunden als CPU-gebunden sind), aber die allgemeinen Engine-Optimierungen liefern dennoch einen 5-10% Geschwindigkeitsvorteil gegenueber PHP 7.4.
PHP 8.1 (EOL Dezember 2025): Brachte Fibers (genutzt von neueren Async-Bibliotheken), Enums, Readonly Properties und Intersection Types. WordPress Core hat volle Unterstuetzung. Die meisten gut gepflegten Plugins funktionieren problemlos mit 8.1.
PHP 8.2 (Sicherheits-Fixes bis Dezember 2026): Fuehrte Readonly Classes ein, deprecatete dynamische Properties (was bei einigen aelteren Plugins Deprecation-Notices ausloeste) und verbesserte den Zufallszahlengenerator. Das ist eine gute Zielversion, wenn du Stabilitaet mit laufendem Sicherheitssupport willst.
PHP 8.3 (Aktiver Support bis Dezember 2026, Sicherheits-Fixes bis Dezember 2027): Brachte Typed Class Constants, die json_validate()-Funktion und verschiedene Performance-Verbesserungen. Das ist aktuell die empfohlene Version fuer neue WordPress-Installationen, da sie das laengste verbleibende Support-Fenster und die beste Performance bietet.

Performance-Benchmarks: Was die Zahlen wirklich zeigen

In realen WordPress-Benchmarks (getestet mit einer Standard-WooCommerce-Installation, 20 aktiven Plugins und einem Theme wie Astra) sind die Unterschiede zwischen PHP-Versionen signifikant:

PHP 7.4: Verarbeitet ungefaehr 90-100 Anfragen pro Sekunde, mit einer durchschnittlichen Antwortzeit von etwa 250ms.
PHP 8.0: Verarbeitet ungefaehr 100-115 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 220ms.
PHP 8.1: Verarbeitet ungefaehr 110-120 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 210ms.
PHP 8.2: Verarbeitet ungefaehr 115-125 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 200ms.
PHP 8.3: Verarbeitet ungefaehr 120-135 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 190ms.

Diese Zahlen variieren je nach Hosting-Umgebung, aber der Trend ist konstant: jede PHP-Version ist messbar schneller als ihr Vorgaenger. Ein Upgrade von PHP 7.4 auf 8.3 bringt typischerweise eine 25-35%ige Verbesserung bei den Anfragen pro Sekunde.

Vor dem Update: Die Pre-Upgrade-Checkliste

Vollstaendiges Backup erstellen: Sichere sowohl deine Datenbank als auch deine Dateien. Nutze UpdraftPlus, BackWPup oder das integrierte Backup-Tool deines Hosting-Anbieters. Ueberspringe diesen Schritt nicht. Wenn etwas schiefgeht, musst du deine Seite innerhalb von Minuten wiederherstellen koennen.
Plugin- und Theme-Kompatibilitaet pruefen: Installiere das Plugin "PHP Compatibility Checker" von WP Engine. Es scannt deine Plugins und Theme-Dateien auf Funktionsaufrufe, die in neueren PHP-Versionen deprecated oder entfernt wurden. Achte besonders auf "ERROR"-Ergebnisse, da diese fatale Fehler verursachen. "WARNING"-Ergebnisse loesen normalerweise nur Deprecation-Notices aus, die die Funktionalitaet nicht beeintraechtigen.
PHP-Migrationsleitfaeden lesen: Die offizielle PHP-Dokumentation veroeffentlicht Migrationsleitfaeden fuer jede Version (php.net/migration80, php.net/migration81 usw.). Dort sind alle Breaking Changes aufgelistet. Du musst nicht den gesamten Leitfaden lesen, aber ueberfliege den Abschnitt "Backward Incompatible Changes".
Staging-Umgebung nutzen: Wenn dein Hosting-Anbieter Staging anbietet (Kinsta, WP Engine, SiteGround und die meisten Managed Hosts tun das), klone deine Produktionsseite auf Staging und teste das PHP-Upgrade dort zuerst. Das ist der wichtigste einzelne Schritt, um Downtime zu vermeiden.
Alle Plugins und Themes vorher aktualisieren: Bevor du die PHP-Version aenderst, stelle sicher, dass jedes Plugin und Theme die neueste Version verwendet. Entwickler veroeffentlichen regelmaessig Updates, die Kompatibilitaet mit neueren PHP-Versionen hinzufuegen.

PHP-Version aendern: Schritt fuer Schritt

cPanel-Hosting (die meisten Shared Hosts)

Melde dich in deinem cPanel-Dashboard an.
Suche nach "Select PHP Version" (CloudLinux) oder "MultiPHP Manager" (natives cPanel). Der Name haengt von der Konfiguration deines Hosting-Anbieters ab.
Bei MultiPHP Manager: Waehle deine Domain aus der Liste, waehle die neue PHP-Version aus dem Dropdown und klicke "Apply."
Bei Select PHP Version: Du siehst die aktuelle Version oben. Klicke auf das Dropdown, waehle die neue Version und bestaetige. Diese Oberflaeche erlaubt dir auch, einzelne PHP-Erweiterungen zu aktivieren oder zu deaktivieren.

Plesk-Hosting

Melde dich bei Plesk an und navigiere zu Websites & Domains.
Klicke auf die Domain, die du aktualisieren moechtest.
Klicke auf PHP-Einstellungen (oder "PHP-Version" je nach Plesk-Version).
Waehle die neue PHP-Version aus dem Dropdown und klicke "Anwenden" oder "OK."
Plesk erlaubt dir auch, PHP-Einstellungen (memory_limit, max_execution_time usw.) auf derselben Seite zu konfigurieren.

Managed WordPress Hosting

Managed Hosts machen den PHP-Versionswechsel in der Regel unkompliziert:

Kinsta: Gehe zu Sites, waehle deine Seite, klicke auf Tools und finde "PHP Engine", um die neue Version auszuwaehlen.
WP Engine: Gehe zu Sites, waehle deine Umgebung, klicke auf Overview und finde die PHP-Versionseinstellung. WP Engine hat auch einen PHP Compatibility Checker in ihrem Dashboard integriert.
SiteGround: Gehe zu Site Tools, dann PHP Manager unter dem Bereich Devs. Du kannst die PHP-Version bei Bedarf auch pro Ordner festlegen.
Cloudways: Gehe zu Server Management, Settings & Packages, dann zum Tab Packages. Aendere dort die PHP-Version (das betrifft den gesamten Server).

Haeufige Fehler nach dem PHP-Upgrade

Wenn deine Seite nach einem PHP-Upgrade Fehler zeigt, keine Panik. Hier sind die haeufigsten Probleme und ihre Loesungen:

Fatal Error: Uncaught Error (Funktion nicht gefunden)

Das passiert, wenn ein Plugin oder Theme eine PHP-Funktion verwendet, die in der neuen Version entfernt wurde. Haeufige Beispiele sind create_function() (entfernt in PHP 8.0), each() (entfernt in PHP 8.0) und mysql_*-Funktionen (entfernt seit PHP 7.0). Die Loesung ist, das Plugin oder Theme zu aktualisieren, das den Fehler ausloest. Pruefe die Fehlermeldung auf den Dateipfad, um das verantwortliche Plugin zu identifizieren.

Deprecation-Notices fuellen das Fehlerprotokoll

PHP 8.2 hat dynamische Properties deprecated (das Setzen nicht deklarierter Properties auf Objekten), was bei vielen aelteren Plugins eine Flut von Deprecation-Notices verursachte. Diese Notices brechen deine Seite nicht, koennen aber die Dinge verlangsamen, wenn das Error-Logging ausfuehrlich ist. Aktualisiere die betroffenen Plugins, oder wenn ein Plugin aufgegeben wurde, ersetze es durch eine Alternative.

White Screen of Death (Weisser Bildschirm)

Eine komplett leere Seite bedeutet normalerweise, dass ein fataler Fehler auftritt, aber die Fehleranzeige deaktiviert ist. Aktiviere die Fehleranzeige temporaer, indem du dies zu deiner wp-config.php hinzufuegst:

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

Pruefe den Fehler, behebe ihn und deaktiviere dann den Debug-Modus wieder in der Produktion.

Type Errors und strengere Typueberpruefung

PHP 8.x ist strenger bei der Typenbehandlung. Die Uebergabe von null an interne Funktionen, die einen String erwarten (wie strlen(null)), loest jetzt eine Deprecation-Warnung oder einen TypeError aus. Das tritt haeufig bei schlecht programmierten Plugins auf, die Werte nicht auf null pruefen, bevor sie sie an String-Funktionen uebergeben.

Wichtige php.ini-Einstellungen fuer WordPress

Nach dem PHP-Upgrade solltest du diese wichtigen php.ini-Einstellungen ueberpruefen. Du kannst sie normalerweise ueber das Hosting-Control-Panel bearbeiten oder eine eigene php.ini oder .user.ini Datei im WordPress-Stammverzeichnis erstellen:

; Speicherlimit - WordPress empfiehlt mindestens 256M
memory_limit = 256M

; Maximale Upload-Groesse
upload_max_filesize = 64M
post_max_size = 64M

; Ausfuehrungszeit - erhoehen bei langsamen Imports oder grossen Operationen
max_execution_time = 300

; Eingabevariablen - erhoehen bei komplexen Formularen oder vielen Custom Fields
max_input_vars = 3000

; Fehlerberichterstattung - display_errors in Produktion deaktivieren
display_errors = Off
log_errors = On
error_log = /path/to/php-error.log

OPcache-Konfiguration fuer beste Performance

OPcache speichert vorkompilierten PHP-Bytecode im Shared Memory, sodass die PHP-Engine nicht bei jeder Anfrage dieselben Skripte parsen und kompilieren muss. Es ist standardmaessig bei den meisten Hosting-Anbietern aktiviert, aber die Standardeinstellungen sind fuer WordPress oft zu konservativ. Hier sind empfohlene OPcache-Einstellungen:

opcache.enable = 1
opcache.memory_consumption = 256
opcache.interned_strings_buffer = 16
opcache.max_accelerated_files = 10000
opcache.revalidate_freq = 60
opcache.validate_timestamps = 1
opcache.save_comments = 1
opcache.enable_file_override = 1

Die Einstellung opcache.max_accelerated_files sollte hoeher sein als die Gesamtzahl der PHP-Dateien in deiner WordPress-Installation. Eine typische WordPress-Seite mit 20 Plugins hat etwa 5.000-8.000 PHP-Dateien. Ein Wert von 10.000 bietet genuegend Spielraum. opcache.revalidate_freq steuert, wie oft OPcache prueft, ob sich Quelldateien geaendert haben. In der Produktion sind 60 Sekunden eine gute Balance. Setze den Wert in Entwicklungsumgebungen auf 0, damit Aenderungen sofort uebernommen werden.

PHP-Versionsanforderungen deiner Plugins pruefen

Nicht alle Plugins deklarieren ihre minimale PHP-Version, aber die guten tun es. So pruefst du es:

WordPress.org Plugin-Seite: Scrolle zum Feld "Erfordert PHP" in der Seitenleiste. Wenn das Plugin "7.4" angibt und du auf 8.3 bist, sollte es in den meisten Faellen trotzdem funktionieren, da dies das Minimum angibt, nicht das Maximum.
Plugin readme.txt: Oeffne die readme.txt des Plugins (unter wp-content/plugins/plugin-name/readme.txt) und suche nach dem "Requires PHP"-Header.
Plugin-Quellcode: Die Haupt-Plugin-Datei (die mit dem Plugin-Name-Header) enthaelt manchmal einen "Requires PHP"-Header-Kommentar, den WordPress ausliest.
Changelog und Release Notes: Pruefe das Changelog des Plugins auf Erwaehnung von PHP-Versionsanforderungen, besonders wenn du mehrere Major-Versionen ueberspringst.

Rollback-Verfahren, wenn etwas schiefgeht

Wenn deine Seite nach einem PHP-Upgrade nicht funktioniert und du das Problem nicht schnell beheben kannst, wechsle sofort zur vorherigen PHP-Version zurueck. Hier ist das Vorgehen:

PHP-Version zuruecksetzen: Nutze dieselbe cPanel-, Plesk- oder Hosting-Dashboard-Methode, die du fuer das Upgrade verwendet hast. Der Wechsel zurueck wird bei den meisten Hosts innerhalb von Sekunden wirksam.
Seite ueberpruefen: Lade deine Seite im Browser und pruefe das Admin-Dashboard. Alles sollte wieder normal funktionieren.
Problem untersuchen: Jetzt, da deine Seite wieder stabil ist, schau dir die Fehlerprotokolle an, um das problematische Plugin oder Theme zu identifizieren. Aktualisiere es oder finde eine Alternative.
Erneut versuchen: Sobald du das Kompatibilitaetsproblem behoben hast, versuche das PHP-Upgrade erneut, zuerst auf Staging, dann in der Produktion.

Wenn du ueber das Hosting-Dashboard nicht zurueckwechseln kannst (zum Beispiel wenn du aus cPanel ausgesperrt bist), kannst du in der Regel den Support deines Hosting-Anbieters kontaktieren, und sie aendern die PHP-Version innerhalb von Minuten fuer dich.

Nach dem Update: Verifizierung nach dem Upgrade

Besuche die Startseite deiner Website und mehrere Unterseiten. Achte auf visuelle Probleme, kaputte Layouts oder Fehlermeldungen.
Teste kritische Funktionen: Kontaktformulare, WooCommerce-Checkout (falls zutreffend), Login und Registrierung, Suche und alle individuellen Features.
Pruefe das WordPress-Admin-Dashboard auf Plugin-Warnungen oder Update-Hinweise.
Oeffne wp-content/debug.log (wenn WP_DEBUG_LOG aktiviert ist) und suche nach neuen PHP-Fehlern oder Deprecation-Notices.
Ueberwache das PHP-Fehlerprotokoll deines Servers fuer mindestens 24-48 Stunden. Manche Probleme treten nur unter bestimmten Bedingungen auf (bestimmte Seitentemplates, Cron-Jobs, API-Aufrufe).
Leere alle Caches (Page Cache, Object Cache, OPcache), damit sie mit der neuen PHP-Version neu aufgebaut werden.

PHP-Version mit InspectWP ueberpruefen

Fuehre nach dem Upgrade einen neuen InspectWP-Scan durch. Der Hosting-Bereich zeigt die erkannte PHP-Version aus den Server-Headern an. Wenn sich die Version nicht geaendert hat, cached dein Hosting-Anbieter moeglicherweise den alten PHP-Handler. Leere deinen Server-Cache, warte ein paar Minuten und scanne erneut. InspectWP markiert veraltete PHP-Versionen auch im Sicherheitsbereich, sodass du bestaetigen kannst, dass diese Warnung nach dem Upgrade behoben ist.