+33-9-7266-3068
contact@gdm-pixel.fr
TL;DR
Ihre WordPress-Website läuft möglicherweise auf einer veralteten PHP-Version
Wie viele von Ihnen haben bereits diese Meldung im WordPress-Dashboard gesehen: „Ihr Server verwendet PHP 7.4, das nicht mehr gepflegt wird” — und sie sechs Monate lang ignoriert?
Das ist menschlich. Es gibt Wichtigeres zu tun. Die Website läuft, Kunden geben Bestellungen auf, das Telefon klingelt. Warum etwas anfassen, das funktioniert?
Hier ist der Grund: PHP 7.4 ist seit Ende 2022 am End-of-Life. Keine Sicherheits-Patches. Keine Korrekturen. Wenn jemand versucht, eine Schwachstelle auf Ihrem Server auszunutzen, hat er freie Bahn — eine blinde Stelle, auf die wir auch in unserem Leitfaden zur richtigen Absicherung Ihrer WordPress-Website hinweisen. Und 2026 beginnen die Hoster, die Migration zu erzwingen — manchmal ohne Vorwarnung, mit katastrophalen Folgen für schlecht vorbereitete Websites.
Bei GDM-Pixel haben wir mehrere Notfälle dieser Art bewältigt. Ein PrestaShop-Online-Shop, der nach einer erzwungenen Aktualisierung durch den Hoster abstürzte. Eine WordPress-Website, die zusammenbrach, weil ein drei Jahre altes Plugin PHP 8.2 nicht unterstützte. Jedes Mal war die Grundursache dieselbe: Niemand hatte die PHP-Migration antizipiert.
Dieser Leitfaden soll verhindern, dass Ihnen das passiert.
Warum die PHP-Version Ihrer WordPress-Website kritisch ist
PHP ist die Sprache, die WordPress zum Laufen bringt. Jede Seite, die Ihre Besucher laden, jedes eingereichte Formular, jede aufgegebene Bestellung — PHP führt das alles serverseitig aus.
WordPress selbst ist in PHP geschrieben. Ebenso Ihre Themes. Ebenso Ihre Plugins. Und jede PHP-Version bringt Änderungen mit sich: neue Funktionen, Entfernung alter Syntax, Performance-Optimierungen.
Das Problem ist, dass das WordPress-Ökosystem riesig und ungleichmäßig ist. Manche Plugins werden aktiv gepflegt. Andere wurden seit 2019 nicht mehr aktualisiert. Wenn Sie von PHP 7.4 auf PHP 8.1 wechseln, kann ein schlecht codiertes Plugin fatale Fehler erzeugen — und Ihren Kunden eine weiße Seite anzeigen. Das ist einer der Gründe, warum wir hinterfragen, wie gut WordPress 2025 im Wettbewerb wirklich dasteht.
Messbare Performance-Gewinne. PHP 8.x ist deutlich schneller als PHP 7.x. Reale Benchmarks zeigen Gewinne von 10–30 % bei der Ausführungszeit je nach Komplexität der Website. Für einen Online-Shop mit einem umfangreichen Katalog ist das direkt in den Core Web Vitals sichtbar — und damit in Ihrem Google-Ranking.
Erweiterungskompatibilität. Seit PHP 8.0 wurden mehrere veraltete Funktionen entfernt. Plugins, die mit Abkürzungen aus den Jahren 2015–2018 codiert wurden, können lautlos versagen — oder lautstark, je nach Fehleranzeigeeinstellung.
Hosting-Anforderungen. 2026 haben die meisten seriösen Hoster (OVH, PlanetHoster, Infomaniak, o2switch) PHP 7.x in ihren Benutzeroberflächen als veraltet markiert. Einige planen automatische Migrationen. Besser, Sie kontrollieren den Zeitplan selbst.
Welche PHP-Version 2026 wählen?
Kein Geheimnis. 2026 lautet die offizielle WordPress-Empfehlung PHP 8.2 oder 8.3.
- PHP 8.1: noch unterstützt, aber der aktive Support endete Ende 2025. Akzeptabel, wenn Ihr Stack noch nicht mit 8.2 kompatibel ist.
- PHP 8.2: der aktuelle Sweet Spot. Aktiver Support, breite Kompatibilität mit gepflegten Plugins, spürbare Performance-Gewinne.
- PHP 8.3: die neueste stabile Version. Empfohlen für neue Projekte. Einige Plugins hinken bei der Kompatibilität hinterher — bitte prüfen.
- PHP 7.x: sofort aufgeben. Keine Sicherheits-Patches mehr. Reales Risiko.
Die einfache Regel: Zielen Sie auf PHP 8.2, wenn Ihre Website älter als zwei Jahre ist und ein etabliertes Plugin-Ökosystem hat. Zielen Sie auf 8.3, wenn Sie von einer sauberen Basis starten oder gerade ein vollständiges Kompatibilitätsaudit durchgeführt haben.
Bevor Sie irgendetwas anfassen: die Sicherheits-Checkliste
Hier machen 80 % der Menschen den Fehler. Sie ändern die PHP-Version über das Hosting-Panel und entdecken fünf Minuten später eine weiße Website.
Eine PHP-Migration muss vorbereitet werden. So gehen wir bei GDM-Pixel vor jeder Aktualisierung vor.
1. Vollständiges Backup · nicht teilweise
Dateien + Datenbank. Beides. Ein Datei-Backup ohne die Datenbank nützt nichts, wenn WordPress beim Start abstürzt. Verwenden Sie UpdraftPlus, BlogVault oder das native Backup Ihres Hosters — aber überprüfen Sie, dass die Wiederherstellung funktioniert. Ein Backup, das Sie nie getestet haben, ist falsche Sicherheit.
2. PHP-Kompatibilitätsaudit
Installieren Sie das Plugin PHP Compatibility Checker (WP Engine) auf Ihrer Website. Es scannt alle Ihre Plugins, Themes und benutzerdefinierten Dateien und meldet Inkompatibilitäten mit der Zielversion. Das sind 10 Minuten Arbeit, die Ihnen eine Stunde Debugging ersparen.
Was wir suchen: potenzielle Fatal Errors auf PHP 8.x. Warnungen sind weniger dringend. Deprecated-Hinweise können warten. Fatal Errors bringen die Website zum Absturz.
3. Zunächst WordPress · Themes und Plugins aktualisieren
Bevor Sie PHP wechseln, aktualisieren Sie alles andere. Neuere Versionen der gängigen Plugins (WooCommerce, Yoast, ACF, Elementor) sind mit PHP 8.2+ kompatibel. Wenn Sie WooCommerce 7.x mit PHP 8.2 betreiben, suchen Sie den Ärger.
4. In einer Staging-Umgebung testen
Wenn Ihr Hoster eine Staging-Umgebung anbietet (OVH, WP Engine und Kinsta tun es), nutzen Sie sie. Duplizieren Sie die Website, wechseln Sie PHP auf der Kopie, testen Sie kritische Seiten: Startseite, Katalog, Warenkorb, Checkout, Kontaktformulare.
Wenn Sie kein Staging haben: Erstellen Sie eine temporäre Subdomain, installieren Sie eine Kopie der Website und testen Sie dort. Das ist für einen aktiven Online-Shop keine Option, sondern Pflicht.
So ändern Sie die PHP-Version je nach Hoster
Das konkrete Vorgehen variiert je nach Hosting. Hier die häufigsten Fälle.
cPanel (o2switch, Hostinger, PlanetHoster) Gehen Sie zu cPanel > PHP Selector oder MultiPHP Manager. Wählen Sie Ihre Domain, wählen Sie die Zielversion, speichern Sie. Die Änderung ist sofort wirksam — daher ist die Vorbereitung im Voraus so wichtig.
Plesk (OVH Shared Hosting, einige VPS)
Domains > Ihre Domain > PHP-Einstellungen. Wählen Sie die Version aus dem Dropdown-Menü. Bei manchen OVH-Konfigurationen müssen Sie auch die .htaccess-Datei bearbeiten, um die Version zu erzwingen:
AddHandler application/x-httpd-php82 .phpWHM / Dedizierter Server Über WHM > EasyApache 4 können Sie PHP-Erweiterungen für jede Version installieren und die Standardwerte konfigurieren. Das ist das Maximum an Kontrolle — und das Riskanteste, wenn Sie nicht wissen, was Sie tun.
Managed Hosting (Kinsta, WP Engine, Flywheel) Proprietäre Benutzeroberfläche im Dashboard. Kinsta zum Beispiel: Sites > Ihre Website > Tools > PHP-Version. Diese Hoster testen die Kompatibilität im Voraus und warnen Sie, wenn Probleme erkannt werden. Das Premium hat seine Vorteile.
Was tun, wenn die Website nach dem Update abstürzt?
Das passiert. Auch mit seriöser Vorbereitung kann ein obskures Plugin einen Fatal Error erzeugen.
Erste Maßnahme: wechseln Sie sofort zur alten PHP-Version zurück über Ihr Hosting-Panel. Die Website läuft wieder. Sie haben Zeit für eine Diagnose ohne Zeitdruck.
Zweite Maßnahme: aktivieren Sie den WordPress-Debug-Modus. Fügen Sie in wp-config.php folgendes hinzu:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);Die Datei wp-content/debug.log enthält dann die genauen Fehlermeldungen. Suchen Sie nach Fatal error-Zeilen — sie nennen den Namen des verursachenden Plugins oder der Datei.
Dritte Maßnahme: deaktivieren Sie Plugins einzeln (per FTP, wenn das Dashboard nicht erreichbar ist — benennen Sie den Plugin-Ordner in wp-content/plugins/ um). Aktivieren Sie PHP 8.2 wieder und testen Sie. Identifizieren Sie den Verursacher.
Meistens ist es ein Plugin, das seit zwei Jahren nicht mehr gepflegt wurde. Die Lösung: ein gepflegtes Äquivalent finden oder den Code korrigieren lassen, wenn es sich um eine individuelle Entwicklung handelt.
„Eine schlecht vorbereitete PHP-Migration sind oft zwei Stunden Panik, um zu beheben, was eine Stunde Vorbereitung verhindert hätte.” — Was wir jedem Kunden sagen, der uns in einer Notlage anruft.
Fehler, die wir bei unseren Kunden systematisch sehen
Nach Dutzenden von PHP-Migrationen bei GDM-Pixel — das sind die häufigsten Probleme.
Veraltete Page-Builder-Plugins. Elementor, Divi, WPBakery — alte Versionen dieser Werkzeuge sind auf PHP 8.x Zeitbomben. Aktualisieren Sie sie vor allem anderen.
Veraltete PHP-Funktionen in Child-Themes. Vor 4–5 Jahren erstellte Child-Themes enthalten manchmal Aufrufe an ereg(), split() oder mysql_* — in PHP 8 entfernt. Sie brechen ohne Vorwarnung zusammen.
Fehlende PHP-Erweiterungen. PHP 8.2 kann spezifische, auf dem Server aktivierte Erweiterungen erfordern (intl, imagick, sodium). Wenn Ihr Hoster sie nicht standardmäßig aktiviert, können manche Plugins lautlos versagen.
WooCommerce + Erweiterungen von Drittanbietern. Der WooCommerce-Kern ist gut gepflegt. Zahlungs- oder Versanderweiterungen von Drittentwicklern weit weniger. Prüfen Sie jede einzeln.
Was sich konkret für Ihre Website ändert
Betrachten wir die messbaren Vorteile — denn Sicherheit ist gut, aber Zahlen sind besser.
Ladezeit. Bei einer Standard-WordPress-Website mit WooCommerce reduziert der Wechsel von PHP 7.4 auf PHP 8.2 die Time to First Byte (TTFB) laut unseren Messungen um 15–25 %. Das ist nicht unerheblich, wenn Google den TTFB in seine Performance-Signale einbezieht.
PageSpeed-Score. Die Kombination PHP 8.2 + aktiviertem OPcache + korrekt konfiguriertem Server kann 8–15 Punkte im Performance-Score von PageSpeed Insights bringen. Für eine Website, die bei 65 lag und auf 78 kommt, ändert das die Situation bei mobilen Conversions.
Hosting-Konformität. 2026 berechnen einige Hoster einen Aufpreis oder begrenzen Ressourcen bei PHP 7.x. Auf dem neuesten Stand zu bleiben bedeutet auch, unangenehme Überraschungen auf der Hosting-Rechnung zu vermeiden.
Drei Punkte, die Sie vor dem Start der Migration im Kopf haben sollten
Bevor Sie diesen Artikel schließen und Ihr cPanel öffnen, das Wesentliche.
Vorbereiten, bevor Sie handeln. Vollständiges Backup, Kompatibilitätsaudit, alle Plugins aktualisieren — in dieser Reihenfolge. Wechseln Sie PHP niemals als Erstes.
In einer isolierten Umgebung testen. Wenn Sie einen aktiven Online-Shop betreiben, erspart Ihnen eine Stunde Staging potenziell einen Tag an entgangenen Einnahmen. Das ist keine Option, das ist Pflicht.
Dokumentieren Sie, was Sie tun. Notieren Sie die aktuelle PHP-Version, die Plugins, die Probleme bereiten, und die Korrekturmaßnahmen. Wenn Sie das in 18 Monaten für PHP 8.4 wiederholen müssen, haben Sie eine Arbeitsgrundlage.
Lieber delegieren als selbst verwalten?
Das ist eine berechtigte Frage. Ihre Zeit als Geschäftsführer hat einen Wert — und sie damit zu verbringen, nachts um 22 Uhr eine PHP-Migration zu debuggen, ist nicht unbedingt die beste Investition.
Bei GDM-Pixel übernehmen wir diese Art von Eingriff regelmäßig im Rahmen unseres Angebots für Website-Wartung und Support. Kompatibilitätsaudit, PHP-Migration im Staging, vollständige Tests, saubere Inbetriebnahme. Wir dokumentieren alles und übergeben Ihnen nach dem Eingriff einen klaren Bericht über den Zustand Ihrer Website.
Wenn Ihre WordPress-Website seit mehr als zwei Jahren nicht angefasst wurde, ist es wahrscheinlich der richtige Zeitpunkt für ein vollständiges technisches Audit: PHP-Version, veraltete Plugins, Performance, Sicherheit. Nicht um einen Relaunch zu verkaufen — sondern um Ihnen genau zu sagen, wo Sie stehen und was dringenden Handlungsbedarf hat.
Kontaktieren Sie GDM-Pixel für ein technisches Audit — wir antworten innerhalb von 24 Stunden mit einer klaren Einschätzung.
Auf welcher PHP-Version läuft Ihre Website gerade? Wenn Sie es nicht wissen, ist das bereits eine Antwort.
Soziale Netzwerke
Mit KI analysieren
