WordPress-Fehler nach PHP-Wechsel beheben

Zeigt WordPress nach einem PHP-Versionswechsel nur noch einen weißen Bildschirm oder Fehler 500, ist fast immer ein Plugin oder Theme nicht mit der neuen PHP-Version kompatibel. Der Fahrplan: Seite mit der alten Version wieder online bringen, Verursacher im Log identifizieren, aktualisieren, dann erneut wechseln.

Voraussetzungen

• Zugang zum Hosting-Panel, um die PHP-Version umzustellen — siehe PHP-Version einer Domain wählen.

Schritt für Schritt

1. Stell die PHP-Version der Domain zurück auf die zuletzt funktionierende — die Seite ist damit sofort wieder online.
2. Aktiviere das WordPress-Debug-Log: trage in der wp-config.php vor der Zeile /* That's all … ein: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);
3. Wechsle die PHP-Version testweise erneut und ruf die Seite einmal auf.
4. Lies wp-content/debug.log: die erste Fatal error-Zeile nennt Datei und Pfad des Verursachers — der Ordnername unter wp-content/plugins/ bzw. themes/ ist dein Kandidat.
5. Stell die PHP-Version wieder zurück, aktualisiere den Verursacher (oder ersetz ihn, wenn er nicht mehr gepflegt wird) und wechsle dann endgültig.
6. Schalte WP_DEBUG danach wieder auf false.

Warum trifft es gerade Plugins?

PHP entfernt mit Major-Versionen alte Funktionen. Gepflegte Plugins ziehen rechtzeitig nach — verlassene nicht. Ein Plugin ohne Update seit mehreren Jahren ist der häufigste Grund, warum ein PHP-Wechsel scheitert.

Wenn etwas schiefläuft

Weißer Bildschirm, aber debug.log bleibt leer

Der Fehler schlägt zu, bevor WordPress das Logging startet — oder das Log landet an anderer Stelle.

Lösung: Ins Fehler-Log der Domain im Panel schauen (Plesk: Protokolle, cPanel: Errors). Dort protokolliert der Webserver jeden Fatal error mit Pfad.

Das Backend ist erreichbar, aber das Frontend nicht

Dann liegt der Fehler im aktiven Theme, nicht in einem Plugin.

Lösung: Testweise auf ein Standard-Theme wechseln — im Backend unter Design, oder ohne Backend per WP-CLI: wp theme activate twentytwentyfive.

Der Verursacher lässt sich nicht deaktivieren

Ohne erreichbares Backend fehlt der Schalter, und WP-CLI ist noch nicht eingerichtet.

Lösung: Den Plugin-Ordner unter wp-content/plugins/ per Dateimanager oder FTP umbenennen (z. B. plugin-name → plugin-name.aus) — WordPress deaktiviert das Plugin dann selbst.

Deprecated-Warnungen fluten das Log, die Seite läuft aber

Warnungen sind noch keine Fehler — sie kündigen an, was in einer künftigen PHP-Version bricht.

Lösung: Kein Grund zur Panik, aber ein Arbeitsauftrag: die genannten Plugins/Themes beim nächsten Wartungsfenster aktualisieren.

Verwandte Artikel

• PHP-Version einer Domain wählen — der Wechsel selbst, inklusive Rückweg.
• WordPress-Updates mit dem WP-Toolkit — Plugins aktuell halten, bevor der nächste Wechsel ansteht.
• WP-CLI: WordPress auf der Kommandozeile — Plugins und Themes ohne Backend steuern.

Du kommst nicht weiter?

Die Seite bleibt trotz Rückwechsel kaputt, oder das Log hilft nicht weiter? Ticket im Kundencenter öffnen — nenn die Domain und die gewünschte PHP-Version, wir finden den Verursacher gemeinsam.