Fehler nach dem PHP-Update — plötzlich meckert die Website.
Der Hoster stellt auf eine neue PHP-Version um, oder du hast im Kundenbereich selbst umgeschaltet. Danach stehen seltsame Warnungen über dem Seitenkopf, Formulare tun nichts mehr oder die Seite bleibt weiß. Zurückschalten ist die schnelle Lösung — aber nur für ein paar Wochen.
PHP 8 ist strenger als die Vorgängerversionen: Was früher eine Warnung war, ist heute oft ein Fehler, der die Seite abbricht. Betroffen sind fast immer alte Plugins und Themes, nicht WordPress selbst. Der Weg: auf die alte Version zurückschalten, in Ruhe alles aktualisieren, in einer Testumgebung erneut umstellen — und erst dann live gehen. Auf einer alten PHP-Version dauerhaft zu bleiben, ist keine Option, weil sie keine Sicherheitsupdates mehr bekommt.
Was sich geändert hat.
PHP ist die Sprache, in der WordPress geschrieben ist. Mit PHP 8 hat sich einiges verschärft: Schreibweisen, die jahrelang nur eine Warnung erzeugten, brechen heute die Ausführung ab. Dazu wurden Funktionen entfernt, die seit Jahren als veraltet markiert waren. Für gepflegte Plugins ist das kein Problem, ihre Hersteller haben längst nachgezogen. Zum Verhängnis wird es Erweiterungen, die seit Jahren kein Update mehr bekommen haben — und in einer gewachsenen Website steckt fast immer mindestens eine davon.
Wichtig für die Einordnung: Nicht WordPress ist das Problem. Der Kern ist mit aktuellen PHP-Versionen getestet. Die Ausfälle kommen aus dem, was drumherum installiert ist — und aus selbst eingefügtem Code im Theme.
Die Meldungen einordnen.
| Meldung | Bedeutung | Dringlichkeit |
|---|---|---|
| Deprecated | Funktioniert noch, wird aber in einer künftigen Version entfernt | Mittel — beobachten, Update einplanen |
| Warning | Etwas stimmt nicht, PHP macht trotzdem weiter | Hoch — meist sichtbare Fehler |
| Fatal error | Ausführung abgebrochen, Seite tot | Sofort |
| Uncaught TypeError | Eine Funktion bekam einen falschen Wert übergeben | Sofort |
Stehen Deprecated-Hinweise sichtbar über dem Seitenkopf, ist zusätzlich die Anzeige von Fehlern auf dem Server eingeschaltet. Auf einer Live-Website gehört sie ausgeschaltet — nicht weil die Meldungen unwichtig wären, sondern weil sie Besuchern Dateipfade und Versionsnummern verraten.
Warnungen verstecken statt lösen?
Die Anzeige abzuschalten ist richtig — aber nur zusammen mit einem Protokoll, in dem die Meldungen weiterlaufen. Sonst weißt du nicht, was sich unter der Oberfläche aufstaut. Die saubere Einstellung für eine Live-Website: Fehler protokollieren, aber nicht anzeigen.
define( 'WP_DEBUG', true ); // Protokollierung aktiv
define( 'WP_DEBUG_LOG', true ); // schreibt nach wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // nichts an Besucher ausgeben
@ini_set( 'display_errors', 0 );Die Datei debug.log wächst mit jeder Meldung. Nach der Fehlersuche wieder abschalten und die Datei löschen — sie ist im Browser aufrufbar, wenn sie liegen bleibt.
Verursacher finden.
Im Protokoll steht bei jeder Meldung der Dateipfad. Daran erkennst du sofort, wer schuld ist: Steht dort wp-content/plugins/name-des-plugins/, liegt es an diesem Plugin. Steht dort wp-content/themes/, ist es das Theme oder dein eigener Code darin. Steht wp-includes/ oder wp-admin/, was selten vorkommt, ist die WordPress-Version zu alt für diese PHP-Version.
Gibt es kein Protokoll, hilft die klassische Reihenfolge: alle Plugins deaktivieren, Standard-Theme aktivieren, prüfen — dann einzeln wieder einschalten, bis der Fehler zurückkommt. Kommst du nicht mehr ins Backend, benennst du per FTP den Ordner wp-content/plugins kurzzeitig um; damit sind alle Plugins auf einen Schlag aus (WordPress-Fehler beheben).
Zurückschalten.
Steht die Website und Kunden warten, ist der erste Schritt pragmatisch: im Kundenbereich des Hosters die vorherige PHP-Version wieder einstellen. Das dauert eine Minute und bringt die Seite zurück. Aber verstehe es als Atempause, nicht als Lösung. Alte PHP-Versionen bekommen keine Sicherheitsupdates mehr — eine Website darauf ist ein offenes Ziel und bei vielen Hostern läuft die Umstellung irgendwann automatisch, ob es dir passt oder nicht.
Der saubere Umstieg.
- Backup von Dateien und Datenbank (Backup erstellen).
- Testumgebung anlegen — eine Kopie der Website, an der niemand außer dir arbeitet (Staging einrichten).
- Alles aktualisieren: WordPress, Theme, alle Plugins. Viele Probleme lösen sich hier schon.
- In der Testumgebung auf die neue PHP-Version schalten.
- Durchklicken: Startseite, Formulare, Shop-Kasse, Login, Backend, Mediathek.
- Protokoll lesen und die genannten Plugins einzeln behandeln.
- Live umstellen, möglichst nicht freitagnachmittags.
- Zwei Tage beobachten — manche Fehler zeigen sich erst bei bestimmten Vorgängen.
Wenn ein Plugin nicht mehr gepflegt wird.
Dann gibt es drei Wege. Ersetzen ist der beste: Für fast jede Funktion gibt es ein aktuelles Gegenstück. Weglassen ist erstaunlich oft möglich — in gewachsenen Installationen steckt viel, das niemand mehr nutzt. Anpassen lohnt nur, wenn das Plugin etwas kann, das kein anderes kann; dann wird der veraltete Code auf die aktuelle Schreibweise gebracht und die Änderung dokumentiert, damit sie beim nächsten Mal nachvollziehbar ist. Welcher Weg passt, klärt ein Blick auf das, was tatsächlich gebraucht wird (Plugin-Audit).
Welche Version sinnvoll ist.
Die jeweils neueste PHP-Version ist nicht immer die beste Wahl: Manche Plugins hinken ein halbes Jahr hinterher. Bewährt hat sich, eine Version unterhalb der allerneuesten zu fahren — aktuell genug für Sicherheit und Tempo, alt genug, dass die Erweiterungen mitkommen. Welche Versionen dein Hoster anbietet und wie du umstellst, steht in PHP-Version aktualisieren. Nebenbei: Neuere PHP-Versionen sind spürbar schneller, das Update ist also auch eine Tempomaßnahme (WordPress langsam).
Wenn du nicht weiterkommst.
Wenn nach der Umstellung Teile der Website ausfallen und du nicht erkennst, welches Plugin dahintersteckt, übernehme ich das inklusive Test auf einer Kopie. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist: WordPress-Hilfe, bei einem Totalausfall der Notfall-Support. Damit es gar nicht erst so weit kommt: WordPress-Wartung.
Ursache finden, Website wieder zum Laufen bringen, kurzer Bericht — meist am selben Tag.
Für Anpassungen, Fehlerbehebung und Beratung nach Aufwand, abgerechnet in 15-Minuten-Schritten.
Updates, Backups, Sicherheitscheck, Monitoring — Kleinigkeiten inklusive.
Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
Markenfest
Stärkerer Online-Shop — Webdesign, Content und individuelle Shop-Funktionen.
Website ansehen ↗
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — Fehler nach PHP-Update.
Warum funktioniert meine Website nach dem PHP-Update nicht mehr?
PHP 8 ist strenger als frühere Versionen: Was vorher nur eine Warnung war, bricht heute die Ausführung ab. Betroffen sind fast immer alte Plugins oder Themes, nicht WordPress selbst.
Was bedeutet Deprecated in WordPress?
Die genutzte Funktion arbeitet noch, gilt aber als veraltet und wird in einer künftigen PHP-Version entfernt. Es ist eine Vorwarnung, kein akuter Fehler — das zugehörige Plugin sollte aktualisiert oder ersetzt werden.
Kann ich einfach auf die alte PHP-Version zurückschalten?
Als Sofortmaßnahme ja, im Kundenbereich des Hosters. Dauerhaft nein: Alte Versionen bekommen keine Sicherheitsupdates mehr, und viele Hoster stellen irgendwann automatisch um.
Wie finde ich heraus, welches Plugin den Fehler verursacht?
Über das Fehlerprotokoll: Dort steht bei jeder Meldung der Dateipfad, und der nennt Plugin oder Theme. Ohne Protokoll hilft das Deaktivieren aller Plugins und schrittweises Wiedereinschalten.
Sollte ich immer die neueste PHP-Version nehmen?
Nicht zwingend. Eine Version unterhalb der allerneuesten ist meist der beste Kompromiss, weil manche Plugins der aktuellsten Version ein halbes Jahr hinterherhinken.
Was mache ich mit einem Plugin, das nicht mehr gepflegt wird?
Ersetzen, weglassen oder anpassen. Ersetzen ist meist der beste Weg, weil es für fast jede Funktion ein aktuelles Gegenstück gibt. Anpassen lohnt nur bei Funktionen, die kein anderes Plugin bietet.
Das bin ich – rechts im BildErzähl mir, was nicht funktioniert.
Domain und eine kurze Beschreibung reichen — du bekommst eine ehrliche Einschätzung, was los ist und was die Behebung kostet.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de