PHP-Version bei deinem WordPress-Hosting aktualisieren

Eine veraltete PHP-Version zu verwenden ist einer der größten 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 8.1 oder älter verwendet, verschenkst du Performance und setzt deine Seite bekannten Schwachstellen aus, die nie gepatcht werden.

Warum deine PHP-Version für 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 überhaupt laufen können. Jedes große PHP-Release enthält interne Optimierungen an der Zend Engine (der Laufzeitumgebung, die PHP-Code ausführt), und diese Optimierungen summieren sich über die Zeit. Eine WordPress-Seite mit PHP 8.4 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. PHP 8.2 und 8.3 befinden sich inzwischen beide im Security-only-Modus. Sobald eine Version EOL erreicht, stellt das PHP-Team die Veröffentlichung von Sicherheitspatches komplett ein. Wenn eine kritische Schwachstelle in einer EOL-Version entdeckt wird, wird sie nie behoben. Dein Hosting-Anbieter portiert möglicherweise einige Patches zurück, aber darauf solltest du dich nicht verlassen.

PHP-Versionen im Vergleich: Performance und Features

Hier ist eine praktische Übersicht 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 höher. Viele neuere Plugins haben den PHP-7.4-Support komplett eingestellt.
PHP 8.0 (EOL November 2023): Führte den JIT-Compiler (Just-In-Time), Named Arguments, Union Types, Match-Ausdrücke 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 gegenüber 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 Unterstützung. Die meisten gut gepflegten Plugins funktionieren problemlos mit 8.1.
PHP 8.2 (seit Dezember 2024 im Security-only-Modus, Sicherheits-Fixes bis Dezember 2026): Führte Readonly Classes ein, deprecatete dynamische Properties (was bei einigen älteren Plugins Deprecation-Notices auslöste) und verbesserte den Zufallszahlengenerator. Eine solide Zielversion, wenn du bestehende Kompatibilität nicht riskieren willst, aber das Support-Fenster ist bereits kurz.
PHP 8.3 (seit November 2025 im Security-only-Modus, Sicherheits-Fixes bis Dezember 2027): Brachte Typed Class Constants, die json_validate()-Funktion und verschiedene Performance-Verbesserungen. Gut unterstützt von der WordPress-Plugin-Landschaft und noch lange mit Sicherheits-Fixes versorgt, erhält aber keine neuen Features oder Bugfixes mehr.
PHP 8.4 (Aktiver Support bis November 2026, Sicherheits-Fixes bis Dezember 2028): Veröffentlicht im November 2024. Brachte Property Hooks, Asymmetric Visibility, die neue Array-Find-Funktionsfamilie (array_find, array_find_key, array_any, array_all), Lazy Objects und die Möglichkeit, new-Ausdrücke ohne zusätzliche Klammern zu verketten. Das ist aktuell die empfohlene Version für neue WordPress-Installationen, da sie aktiven Support, das längste Security-Fenster und die beste Performance kombiniert.
PHP 8.5 (Veröffentlicht November 2025, Sicherheits-Fixes bis Dezember 2029): Das neueste Release. Für neue Projekte ohne bestehende Plugin-Abhängigkeiten eine gute Wahl, bei klassischen WordPress-Stacks mit vielen Plugins lohnt es sich aber, die Plugin-Kompatibilität vorher zu prüfen — viele Anbieter haben 8.5 noch nicht offiziell freigegeben.

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 ungefähr 90-100 Anfragen pro Sekunde, mit einer durchschnittlichen Antwortzeit von etwa 250ms.
PHP 8.0: Verarbeitet ungefähr 100-115 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 220ms.
PHP 8.1: Verarbeitet ungefähr 110-120 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 210ms.
PHP 8.2: Verarbeitet ungefähr 115-125 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 200ms.
PHP 8.3: Verarbeitet ungefähr 120-135 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 190ms.
PHP 8.4: Verarbeitet ungefähr 125-140 Anfragen pro Sekunde, durchschnittliche Antwortzeit etwa 180ms.

Diese Zahlen variieren je nach Hosting-Umgebung, aber der Trend ist konstant: jede PHP-Version ist messbar schneller als ihr Vorgänger. Ein Upgrade von PHP 7.4 auf 8.4 bringt typischerweise eine 30-40%ige Verbesserung bei den Anfragen pro Sekunde.

Vor dem Update: Die Pre-Upgrade-Checkliste

Vollständiges Backup erstellen: Sichere sowohl deine Datenbank als auch deine Dateien. Nutze UpdraftPlus, BackWPup oder das integrierte Backup-Tool deines Hosting-Anbieters. Überspringe diesen Schritt nicht. Wenn etwas schiefgeht, musst du deine Seite innerhalb von Minuten wiederherstellen können.
Plugin- und Theme-Kompatibilität prüfen: 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 lösen normalerweise nur Deprecation-Notices aus, die die Funktionalität nicht beeinträchtigen.
PHP-Migrationsleitfäden lesen: Die offizielle PHP-Dokumentation veröffentlicht Migrationsleitfäden für jede Version (php.net/migration80, php.net/migration81 usw.). Dort sind alle Breaking Changes aufgelistet. Du musst nicht den gesamten Leitfaden lesen, aber überfliege 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 änderst, stelle sicher, dass jedes Plugin und Theme die neueste Version verwendet. Entwickler veröffentlichen regelmäßig Updates, die Kompatibilität mit neueren PHP-Versionen hinzufügen.

PHP-Version ändern: Schritt für 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 hängt von der Konfiguration deines Hosting-Anbieters ab.
Bei MultiPHP Manager: Wähle deine Domain aus der Liste, wähle die neue PHP-Version aus dem Dropdown und klicke "Apply."
Bei Select PHP Version: Du siehst die aktuelle Version oben. Klicke auf das Dropdown, wähle die neue Version und bestätige. Diese Oberfläche 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 möchtest.
Klicke auf PHP-Einstellungen (oder "PHP-Version" je nach Plesk-Version).
Wähle 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, wähle deine Seite, klicke auf Tools und finde "PHP Engine", um die neue Version auszuwählen.
WP Engine: Gehe zu Sites, wähle 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. Ändere dort die PHP-Version (das betrifft den gesamten Server).

Häufige Fehler nach dem PHP-Upgrade

Wenn deine Seite nach einem PHP-Upgrade Fehler zeigt, keine Panik. Hier sind die häufigsten Probleme und ihre Lösungen:

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. Häufige Beispiele sind create_function() (entfernt in PHP 8.0), each() (entfernt in PHP 8.0) und mysql_*-Funktionen (entfernt seit PHP 7.0). Die Lösung ist, das Plugin oder Theme zu aktualisieren, das den Fehler auslöst. Prüfe die Fehlermeldung auf den Dateipfad, um das verantwortliche Plugin zu identifizieren.

Deprecation-Notices füllen das Fehlerprotokoll

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

White Screen of Death (Weißer Bildschirm)

Eine komplett leere Seite bedeutet normalerweise, dass ein fataler Fehler auftritt, aber die Fehleranzeige deaktiviert ist. Aktiviere die Fehleranzeige temporär, indem du dies zu deiner wp-config.php hinzufügst:

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

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

Type Errors und strengere Typüberprüfung

PHP 8.x ist strenger bei der Typenbehandlung. Die Übergabe von null an interne Funktionen, die einen String erwarten (wie strlen(null)), löst jetzt eine Deprecation-Warnung oder einen TypeError aus. Das tritt häufig bei schlecht programmierten Plugins auf, die Werte nicht auf null prüfen, bevor sie sie an String-Funktionen übergeben.

Wichtige php.ini-Einstellungen für WordPress

Nach dem PHP-Upgrade solltest du diese wichtigen php.ini-Einstellungen überprüfen. Du kannst sie normalerweise über 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-Größe
upload_max_filesize = 64M
post_max_size = 64M

; Ausführungszeit - erhöhen bei langsamen Imports oder großen Operationen
max_execution_time = 300

; Eingabevariablen - erhöhen 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 für 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 standardmäßig bei den meisten Hosting-Anbietern aktiviert, aber die Standardeinstellungen sind für 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 höher 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 genügend Spielraum. opcache.revalidate_freq steuert, wie oft OPcache prüft, ob sich Quelldateien geändert haben. In der Produktion sind 60 Sekunden eine gute Balance. Setze den Wert in Entwicklungsumgebungen auf 0, damit Änderungen sofort übernommen werden.

PHP-Versionsanforderungen deiner Plugins prüfen

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

WordPress.org Plugin-Seite: Scrolle zum Feld "Erfordert PHP" in der Seitenleiste. Wenn das Plugin "7.4" angibt und du auf 8.4 bist, sollte es in den meisten Fällen trotzdem funktionieren, da dies das Minimum angibt, nicht das Maximum.
Plugin readme.txt: Öffne 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) enthält manchmal einen "Requires PHP"-Header-Kommentar, den WordPress ausliest.
Changelog und Release Notes: Prüfe das Changelog des Plugins auf Erwähnung von PHP-Versionsanforderungen, besonders wenn du mehrere Major-Versionen überspringst.

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 zurück. Hier ist das Vorgehen:

PHP-Version zurücksetzen: Nutze dieselbe cPanel-, Plesk- oder Hosting-Dashboard-Methode, die du für das Upgrade verwendet hast. Der Wechsel zurück wird bei den meisten Hosts innerhalb von Sekunden wirksam.
Seite überprüfen: Lade deine Seite im Browser und prüfe 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 Kompatibilitätsproblem behoben hast, versuche das PHP-Upgrade erneut, zuerst auf Staging, dann in der Produktion.

Wenn du über das Hosting-Dashboard nicht zurückwechseln kannst (zum Beispiel wenn du aus cPanel ausgesperrt bist), kannst du in der Regel den Support deines Hosting-Anbieters kontaktieren, und sie ändern die PHP-Version innerhalb von Minuten für 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.
Prüfe das WordPress-Admin-Dashboard auf Plugin-Warnungen oder Update-Hinweise.
Öffne wp-content/debug.log (wenn WP_DEBUG_LOG aktiviert ist) und suche nach neuen PHP-Fehlern oder Deprecation-Notices.
Überwache das PHP-Fehlerprotokoll deines Servers für 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 überprüfen

Führe 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 geändert hat, cached dein Hosting-Anbieter möglicherweise 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 bestätigen kannst, dass diese Warnung nach dem Upgrade behoben ist.