- Typischer Nutzwert
- Mittel
- Aufwand
- Mittel
- Risiko
- Mittel
- Hosting / Umgebung
- Hosting muss unterstützte PHP-Version anbieten
- Voraussetzungen
- Aktuelle Plugins/Themes, Backup und Staging-Test
- Aussagekraft
- hoch
- Zuletzt geprüft
- 17. August 2026
Cookbook: Ziel und Ergebnis
WordPress läuft auf einer vom Core, Theme, Plugins und Host unterstützten PHP-Version mit Sicherheitsupdates. Das Upgrade wird als Kompatibilitätsprojekt behandelt, nicht als blinder Performance-Schalter.
Rezept: Schritt für Schritt
- Aktuelle PHP-Version, Erweiterungen, Limits und FPM-Handler dokumentieren; Supportstatus bei PHP und WordPress prüfen.
- Staging mit derselben Datenmenge auf Zielversion umstellen. Plugins/Themes aktualisieren und Kompatibilitäts-/Fehlerlog prüfen.
- Funktionsmatrix inklusive Cron, Mail, Upload, REST, Checkout, CLI und Backup durchlaufen; Performance-Baseline vergleichen.
- Produktiv in ruhigem Fenster umstellen, OPcache leeren/neuen Pool verwenden und Logs sowie Fehlerrate beobachten.
Rechenweg oder Entscheidungsregel
Entscheidungsregel: Höchste gemeinsam unterstützte, gepflegte Version wählen – nicht automatisch die neueste am Veröffentlichungstag. Erweiterungen wie Imagick, Intl, Redis oder IonCube müssen für genau diese Version vorhanden sein.
Praxisbeispiel
Plesk bietet PHP 8.3 und 8.4. Ein geschäftskritisches Plugin unterstützt laut Hersteller nur 8.3: zuerst 8.3 einsetzen, Plugin-Updateplan erstellen, dann 8.4 auf Staging. Ein schnellerer Benchmark rechtfertigt keine inkompatible Produktion.
Prüfen, ob es funktioniert
- Keine neuen Deprecations, Warnings, Fatals oder 5xx im Fehlerlog.
- Alle erforderlichen PHP-Erweiterungen und geplanten CLI-Jobs nutzen dieselbe Zielversion.
- TTFB/CPU unter gleicher Last sind stabil oder besser.
Rollback
Im Panel auf die dokumentierte alte PHP-Version/den alten Handler zurückschalten, OPcache leeren und Funktionsmatrix wiederholen. Konfigurationen versionsgetrennt sichern; alte Laufzeit erst entfernen, wenn Rückkehrfenster beendet ist.
Vorgehen
- WordPress, Themes und Plugins aktualisieren und Changelogs prüfen.
- Backup und Rollback auf die bisherige PHP-Version sicherstellen.
- Auf Staging Upgrade durchführen, Fehlerlog sowie Kernprozesse testen.
- Produktiv umstellen und Logs, Cron, Mails, Uploads und TTFB beobachten.
Kompatibilität
Ein Scanner kann Hinweise geben, ist laut WordPress aber nicht vollständig zuverlässig. Nur reale Ausführung deckt dynamische Pfade ab. Veraltete Erweiterungen nicht durch Unterdrücken von Warnungen „reparieren“.
Erwartung
Der Leistungsgewinn variiert mit Code und Version. Sicherheit und Supportfähigkeit sind oft wichtiger als ein bestimmter Prozentwert. Das Upgrade ersetzt weder Page Cache noch Profiling.
Erfolgskontrolle
Vergleiche dynamische PHP-Antwortzeiten unter identischer Last. Prüfe Fatal Errors, Deprecations, Bildverarbeitung und CLI getrennt.
Quellen und Prüfstand
Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.