PHP 8.3 für WordPress — Migration ohne Drama

PHP 8.3 ist seit November 2023 verfügbar, die PHP-Version 8.1 erreicht im November 2024 ihr offizielles End-of-Life, und 8.2 folgt ein Jahr später. Wer eine WordPress-Seite betreibt, sollte spätestens 2024 einen Migrationsplan in der Schublade haben — nicht weil eine Zwangsabschaltung droht, sondern weil veraltete PHP-Versionen Angriffsfläche vergrößern und Performance auf dem Tisch liegen lassen.

Wir sind MOLOTOW Web Development aus Lahr im Schwarzwald und ziehen in unserer Wartungspraxis regelmäßig WordPress-Sites von PHP 7.4 und 8.0 auf aktuelle Versionen hoch. In diesem Beitrag zeigen wir Dir den Weg, den wir in solchen Projekten gehen — ehrlich, mit den Stellen, an denen es regelmäßig klemmt.

Warum PHP 8.3 — und warum jetzt

Drei Gründe, kurz und nüchtern:

Sicherheit. PHP 8.1 bekommt nach dem EOL keine offiziellen Sicherheitspatches mehr. Shared-Hoster liefern in der Regel noch ein paar Monate Backport-Updates, aber das ist Kulanz, keine Zusage. Kein seriöser Hoster wird Dich 2026 noch auf PHP 8.1 lassen — und wer dann erst migriert, macht das unter Druck.

Performance. Jede Major-Version bringt messbare Tempo-Gewinne, vor allem durch JIT- und Opcache-Verbesserungen. Benchmarks von WP Engine, Kinsta und Raidboxes zeigen für typische WordPress-Installationen zwischen PHP 7.4 und 8.3 rund 20 bis 35 Prozent kürzere Antwortzeiten unter Last — bei exakt gleichem Code. Das ist Geld, das auf der Straße liegt, vor allem für WooCommerce-Shops.

Kompatibilität mit aktuellen Plugins. Neue Versionen von WooCommerce, Yoast SEO oder Elementor setzen zunehmend mindestens PHP 8.0 voraus. Wer noch auf 7.4 festklemmt, kann Security-Updates irgendwann nicht mehr einspielen, ohne Plugins zurückzurollen.

Vor der Migration — der ehrliche Kompatibilitäts-Check

Die häufigste Ursache für kaputte Seiten nach einem PHP-Upgrade sind nicht böse Überraschungen im Core, sondern unbeachtete Warnings und Deprecation-Meldungen, die plötzlich zu fatalen Fehlern werden. Typische Stolperfallen:

• Alte Themes mit Custom-PHP in functions.php oder header.php, die seit Jahren niemand angefasst hat.
• Verwaiste Plugins, deren letzter Update drei Jahre zurückliegt.
• Dynamische Property-Zuweisungen (seit PHP 8.2 deprecated) in alten Frameworks wie Redux oder alten Versionen von ACF.
• each(), create_function(), utf8_encode() — komplett entfernte oder umgezogene Funktionen.

Unser Vorgehen: Zuerst auf einer Staging-Kopie das Plugin PHP Compatibility Checker von WPEngine installieren und gegen die Zielversion (8.3) scannen lassen. Das Plugin ist seit Jahren nicht mehr aktiv gepflegt, funktioniert für die Grundprüfung aber noch zuverlässig. Für saubereres Feedback nutzen wir parallel die Kommandozeile mit phpcs und dem Standard PHPCompatibilityWP.

Ergänzend hilft Query Monitor: Das Plugin zeigt live alle PHP-Warnings, Notices und Deprecations pro Seitenaufruf. Wer auf einer Staging-Kopie die wichtigsten Templates einmal durchklickt (Startseite, Kategorie, Single-Post, Kontaktformular, Checkout, Admin-Dashboard), sieht sofort, wo es kracht.

Plugins und Themes — die eigentliche Baustelle

Der WordPress-Core läuft seit 6.4 stabil auf PHP 8.3. Das Problem sitzt fast immer in den Plugins. Für jeden Eintrag der Plugin-Liste prüfen wir drei Dinge:

1. Wann war das letzte Update? Länger als zwölf Monate ohne Update ist ein Warnsignal.
2. Wird PHP 8.3 im Readme als getestet angegeben? Die Angabe „Tested up to” bezieht sich auf WordPress, aber viele gepflegte Plugins listen mittlerweile auch PHP-Versionen.
3. Gibt es offene Issues im Support-Forum oder auf GitHub zu PHP 8.x?

Plugins, die nicht mehr gepflegt werden, müssen ersetzt oder entfernt werden. Lieber jetzt aufräumen als nach dem Upgrade Feuerwehr spielen. Wir empfehlen Kunden in solchen Audits regelmäßig, Plugin-Zahlen um 20 bis 40 Prozent zu reduzieren — weniger Code, weniger Angriffsfläche, weniger Wartungsaufwand. Mehr dazu in unserem Beitrag Die häufigsten WordPress-Fehler 2024.

Der eigentliche Umzug — Schritt für Schritt

Unser Ablauf für eine produktive Kundenseite:

1. Vollbackup von Dateisystem und Datenbank. Idealerweise extern (nicht nur auf dem gleichen Server).
2. Staging-Umgebung aufbauen. Fast alle Managed-Hoster (Raidboxes, mittwald, Kinsta) bieten das per Klick. Bei Shared-Hostern: Subdomain mit Kopie der Live-Daten.
3. PHP-Version im Staging umstellen auf 8.3 — je nach Hoster im Kundencenter oder via .htaccess/Plesk/cPanel.
4. Query Monitor aktivieren, Seite systematisch durchklicken. Alle Admin-Bereiche, alle relevanten Templates, alle Formulare, Checkout, Login.
5. Fehler fixen. Meist: veraltete Plugins updaten oder ersetzen, kleine Funktions-Tweaks im Child-Theme, alte Custom-Code-Schnipsel modernisieren.
6. Smoke-Tests: Sind Mails noch rausgehend? Funktioniert der Cronjob? Läuft die Backup-Routine?
7. Live-Switch in einem Wartungsfenster, möglichst außerhalb der Geschäftszeiten.
8. Monitoring der nächsten 48 Stunden: Error-Logs, Performance-Messwerte, User-Rückmeldungen.

Für den Live-Switch selbst brauchst Du je nach Hoster zwischen 30 Sekunden (Managed-Hoster mit Ein-Klick-PHP-Umschaltung) und einer Stunde (klassisches Shared-Hosting mit Plesk). Plane trotzdem eine Stunde Puffer ein.

Rollback-Strategie — vorher festlegen, nicht im Panik-Modus

Ein PHP-Downgrade ist beim Großteil der Hoster ein einfacher Klick zurück auf die alte Version. Wichtig ist:

• Backup-Wiederherstellung geprobt haben — einmal, bevor es ernst wird.
• Keine Plugins im Migrationsfenster updaten, die mit einer bestimmten PHP-Version gekoppelt sind. Sonst lässt sich nicht mehr sauber zurück.
• Error-Logs aktiv lassen, damit Du nach dem Rollback rekonstruieren kannst, wo es geklemmt hat.

Bei korrekt vorbereiteter Migration brauchen wir in etwa jeder zwanzigsten Migration tatsächlich einen Rollback — meist, weil ein angeblich kompatibles Plugin doch stillschweigend Deprecation-Warnings in Fatal-Errors kippt. Das passiert, ist kein Drama, kostet eine halbe Stunde.

EOL-Fahrplan — die Daten, die zählen

• PHP 8.1: Security-Support endet 31. Dezember 2025.
• PHP 8.2: Security-Support endet 31. Dezember 2026.
• PHP 8.3: Security-Support bis 31. Dezember 2027.
• PHP 8.4: Erscheint im November 2024, Support bis Ende 2028.

Unsere Faustregel für Kunden: Immer mindestens auf der zweitaktuellsten stabilen Version bleiben. Das gibt genug Plugin-Kompatibilität und trotzdem ausreichend Support-Horizont.

Häufige Fragen

Kann ich auf PHP 8.4 warten statt auf 8.3 zu migrieren?

Grundsätzlich ja, wenn Du erst spät 2024 oder 2025 migrierst. Wer aber jetzt schon plant, nimmt 8.3 — das ist die aktuell am besten unterstützte Version im WordPress-Ökosystem. PHP 8.4 wird erst 2025 breit getestet sein.

Reicht es, wenn mein Hoster „WordPress auf PHP 8.3 getestet” schreibt?

Nein. Das sagt nur etwas über den Core aus. Deine individuelle Plugin- und Theme-Konstellation kann trotzdem kaputt gehen. Staging-Test bleibt Pflicht.

Ich habe ein sehr altes Theme, das ich nicht ersetzen will — was tun?

Bei alten Themes ist der ehrliche Weg: Custom-Code in ein Child-Theme auslagern, mit phpcs scannen, punktuell reparieren. Wenn der Aufwand zu groß wird, ist ein kompletter Theme-Wechsel oft die günstigere Lösung als jahrelanges Herumflicken. Sprich uns gerne an.

Brauche ich für die Migration einen Dienstleister?

Für kleine Seiten mit wenigen aktuellen Plugins: Oft nicht. Für Shops, Mitgliedschaftsseiten, komplexere Custom-Theme-Projekte: fast immer, weil die Auswirkungen eines fehlerhaften Upgrades im Zweifel teurer sind als ein paar Stunden Beratung. Wir unterstützen regelmäßig bei solchen Projekten — schau dazu unter Webentwicklung.

Fazit

PHP 8.3 für WordPress ist 2024 keine Raketenwissenschaft mehr. Der Core ist kompatibel, die Tools sind da, die Performance-Gewinne sind real. Das eigentliche Risiko sitzt im Plugin-Zoo, und das lässt sich mit einem sauberen Staging-Prozess beherrschen. Wer es ordentlich macht, verbringt einen halben Arbeitstag mit dem Umzug — und hat danach eine schnellere, sichere und für die nächsten drei Jahre supportete Installation.

Wenn Du unsicher bist, wo Deine Site beim Kompatibilitäts-Audit landet, oder wenn Du die Migration lieber begleitet machen willst: Schreib uns über unser Kontaktformular. Wir machen zuerst einen Kurz-Check und sagen Dir ehrlich, ob es halbtags oder ganztags dauert. Und wer sich gerade das Thema Sicherheit anschaut, findet unter WordPress-Sicherheit 2025 — Angriffsvektoren die passende Ergänzung.