Das passiert öfter, als man denkt: Ein Server wird aktualisiert, PHP springt auf eine neue Version – und plötzlich ist die Website weg. Weiße Seite, Backend tot, Fehlermeldungen, Panik. Und meistens kommt dann der Satz: „Wir haben doch gar nichts gemacht…“ Doch – genau das ist oft das Problem. Viele WordPress-Websites laufen jahrelang einfach so vor sich hin, bis ein Update kommt, das den technischen Boden unter den Füßen wegzieht. Ich übernehme regelmäßig genau solche Fälle. In diesem Artikel zeige ich Ihnen, wie ich dabei vorgehe – nicht mit Plugin-Roulette und hektischem Rumklicken, sondern strukturiert und realistisch.
Warum WordPress nach einem PHP-Update plötzlich abstürzt
WordPress selbst ist selten der Übeltäter. Die Probleme sitzen fast immer in den Ecken: Plugins, die seit Jahren keiner mehr gepflegt hat, ein altes Theme mit Code von 2016, irgendwelche „kurzen Anpassungen“, die mal ein Freelancer reingeworfen hat, oder einfach zu viele Erweiterungen, die voneinander abhängen. PHP wird mit jeder Version strenger. Funktionen verschwinden, Regeln ändern sich, und was vorher nur „gerade so“ lief, läuft danach eben gar nicht mehr. Das wirkt von außen wie ein Totalschaden, ist technisch aber meistens nur ein System, das nicht mehr zusammenpasst.
So sieht das in echten Projekten aus
Die Symptome sind fast immer dieselben. Entweder bleibt die Seite komplett weiß, es kommt ein 500 Internal Server Error, das Backend ist nicht mehr erreichbar oder plötzlich funktionieren wichtige Dinge nicht mehr: Formulare senden nicht, der Checkout bricht ab, einzelne Seiten werfen nur noch Fehlermeldungen. Häufig sieht man dann Klassiker wie „Fatal error: undefined function…“ oder Warnungen, die vorher still geschluckt wurden. Das Dramatische daran ist: Für den Betreiber fühlt es sich an, als wäre alles verloren. In der Praxis ist es aber meistens lösbar, wenn man sauber analysiert, wo der Bruch entstanden ist.
Wie ich eine kaputte WordPress-Seite wieder ans Laufen bekomme
Was viele in so einer Situation machen: wild Plugins deaktivieren, Cache löschen, irgendwas googeln und hoffen. Genau so entstehen dann oft noch mehr Baustellen. Wenn ich ein Rettungsprojekt übernehme, arbeite ich nicht nach Gefühl, sondern in klaren Schritten. Der erste Punkt ist immer: Fehler lesen, nicht raten. Ich schaue in die Server-Logs, aktiviere gezielt Debug-Ausgaben und prüfe, welcher Teil überhaupt zuerst bricht. WordPress sagt einem ziemlich genau, was gerade passiert – man muss nur hinschauen. Oft ist nach wenigen Minuten klar, ob ein bestimmtes Plugin, ein Theme oder ein alter Custom-Code der Auslöser ist.
Der nächste Schritt ist fast immer ein Realitätscheck bei den Plugins. In vielen Installationen hängen Erweiterungen, die niemand mehr braucht oder die seit drei Jahren kein Update gesehen haben. Wenn so ein Ding nach einem PHP-Update alles zerlegt, muss man nicht diskutieren – dann fliegt es raus oder wird sauber ersetzt. Genau hier trennt sich oft „irgendwie zusammengeklickt“ von „technisch betreut“. Ein stabiler Shop oder eine Unternehmensseite kann nicht auf zehn veralteten Plugins stehen, die beim nächsten Update wieder alles blockieren.
Richtig spannend wird es, wenn es nicht nur ein Plugin ist, sondern individueller Code. Das ist in Rettungsprojekten extrem häufig: functions.php voll mit Altlasten, eigene Mini-Plugins ohne Pflege, Schnittstellen, die nie modernisiert wurden, oder Anpassungen, die irgendwann mal schnell reingebaut wurden, weil „es dringend war“. Dann ist das keine WordPress-Einstellung mehr, sondern klassische Webprogrammierung. Genau dort entstehen die Fatal Errors nach PHP-Sprüngen, weil alte Syntax oder veraltete Funktionen nicht mehr akzeptiert werden.
Ein weiterer Punkt, den viele unterschätzen: So etwas repariert man nicht auf der Live-Seite. Ich arbeite bei solchen Fällen mit Testumgebungen. Erst analysieren, dann Fixes umsetzen, dann sauber prüfen, dann zurückspielen. Alles andere ist Glücksspiel, gerade wenn eine Website geschäftlich relevant ist und Anfragen oder Umsatz dranhängen. Das Ziel ist am Ende auch nicht nur „läuft wieder“, sondern updatefähig. Es bringt nichts, wenn die Seite heute wieder geht und beim nächsten Update wieder knallt. Ich räume so auf, dass das System danach stabil bleibt: weniger Plugin-Chaos, saubere technische Basis, Updates ohne Angst.
Kann man so etwas verhindern? Ja – aber nur mit Pflege
Die Wahrheit ist: Die meisten Notfälle entstehen nicht durch Updates, sondern durch jahrelanges Nicht-Anfassen. Wer eine Website hat, die geschäftlich relevant ist, braucht technische Betreuung. So wie ein Auto Wartung braucht. Regelmäßige Updates, saubere Backups, sinnvolle Plugin-Auswahl und eine Basis, die nicht bei jeder Änderung auseinanderfällt. Genau dafür biete ich auch laufende Betreuung & Wartung an, damit solche Ausfälle gar nicht erst entstehen.
Website kaputt nach Update? Schicken Sie mir den Link.
Wenn Ihre WordPress-Seite nach einem PHP-Update nur noch Fehler zeigt, schicken Sie mir kurz die URL oder den Fehlertext. Ich sage Ihnen ehrlich, ob sich das retten lässt, was der sinnvollste nächste Schritt ist und in welchem Rahmen wir uns bewegen. Oft ist es deutlich weniger dramatisch, als es im ersten Moment aussieht – man muss nur wissen, wo man ansetzt. Kontakt aufnehmen oder mehr zur Betreuung & Wartung.
