- Die häufigsten Ursachen für ein fehlgeschlagenes WordPress-Update sind Plugin-Konflikte, inkompatible Themes, eine veraltete PHP-Version und ein zu niedriges Memory Limit.
- Der „Weiße Bildschirm des Todes“ (White Screen of Death) lässt sich fast immer beheben, indem du das zuletzt aktualisierte Plugin per FTP umbenennst.
- Steckt die Seite im Wartungsmodus fest, reicht das Löschen der versteckten Datei
.maintenanceim Hauptverzeichnis. - Die wichtigste Regel: niemals ohne aktuelles Backup updaten — am besten Updates vorher auf einer Staging-Umgebung testen.
- Wer das nicht selbst machen will, gibt Updates an einen Wartungsdienst ab — bei WordPress Wartung ab 23,50 €/Monat inklusive Backup und Test vor jedem Update.
Ein Plugin-Update — und plötzlich ist die Seite weiß. Kein Inhalt, keine Fehlermeldung, nur ein leerer Bildschirm. Oder schlimmer: „Es werden gerade kurzzeitig Wartungsarbeiten durchgeführt.“ steht da, und das seit zwanzig Minuten. Wenn ein WordPress-Update Probleme macht, ist das kein Grund zur Panik — die Ursachen sind in 90 % der Fälle dieselben sieben, und für jede gibt es einen klaren Handgriff. In diesem Artikel bekommst du genau diese Handgriffe: Schritt für Schritt, mit Pfaden und Befehlen.
Wir betreuen unter der Marke WordPress Wartung seit 2014 mittlerweile über 299 Websites und sehen diese Update-Pannen jede Woche. Wenn du dauerhaft Ruhe willst, hilft ein WordPress-Wartungsvertrag, bei dem jemand anderes die Updates sicher übernimmt. Aber jetzt zuerst: deine Seite wieder online bekommen.
Sofortmaßnahme: Ruhe bewahren und Fehler eingrenzen
Bevor du irgendetwas änderst, atme einmal durch. Ein kaputtes Update ist fast nie ein dauerhafter Schaden — die Daten in deiner Datenbank sind in aller Regel unversehrt. Was du jetzt brauchst, ist Zugriff auf zwei Dinge: deinen FTP- oder SFTP-Zugang (oder den Dateimanager im Hosting-Panel) und idealerweise dein WordPress-Backend. Geht das Backend nicht mehr, ist FTP dein Rettungsweg — fast jedes Problem lässt sich von dort aus lösen.
Ein erster nützlicher Schritt: Aktiviere die Fehlerausgabe, damit du nicht im Dunkeln tappst. Öffne die wp-config.php im Hauptverzeichnis und ändere die Debug-Zeile:
- Suche nach
define( 'WP_DEBUG', false ); - Ersetze sie durch:
define( 'WP_DEBUG', true );define( 'WP_DEBUG_LOG', true );define( 'WP_DEBUG_DISPLAY', false );
- Lade die Seite neu. Die Fehler landen jetzt in
wp-content/debug.log— dort steht meist exakt, welches Plugin oder welche Datei den Fehler auslöst.
Diese eine Logdatei spart dir oft die halbe Sucherei. Wichtig: Nach der Fehlersuche WP_DEBUG wieder auf false setzen, damit Besucher keine technischen Meldungen sehen.
Fehlermeldung, Ursache, Lösung auf einen Blick
Damit du nicht den ganzen Artikel durchlesen musst, um deinen Fall zu finden — hier die häufigsten Symptome in einer Übersicht:
| Was du siehst | Wahrscheinliche Ursache | Schnelle Lösung |
|---|---|---|
| Komplett weiße Seite, kein Text | Plugin- oder Theme-Konflikt (PHP-Fatal-Error) | Plugin-Ordner per FTP umbenennen (Abschnitt 1) |
| „There has been a critical error on this website“ | Inkompatibles Plugin oder Theme nach Update | debug.log lesen, Verursacher deaktivieren |
| „Es werden gerade kurzzeitig Wartungsarbeiten durchgeführt“ | Update abgebrochen, Seite hängt im Wartungsmodus | Datei .maintenance löschen (Abschnitt 6) |
| „Allowed memory size … exhausted“ | PHP Memory Limit zu niedrig | Memory Limit in wp-config.php erhöhen (Abschnitt 5) |
| Layout zerschossen, Inhalte verschoben | Veralteter Cache oder Theme-Inkompatibilität | Cache leeren (Abschnitt 7), Theme prüfen (Abschnitt 2) |
| „Your PHP version is no longer supported“ | Plugin verlangt neuere PHP-Version | PHP-Version im Hosting-Panel anheben (Abschnitt 3) |
1. Plugin-Konflikt — die häufigste Ursache
Mit Abstand der häufigste Grund, warum ein WordPress-Update Probleme macht: Ein aktualisiertes Plugin verträgt sich nicht mehr mit einem anderen Plugin, dem Theme oder dem WordPress-Core. Das Ergebnis ist meist der gefürchtete „White Screen of Death“ — eine komplett weiße Seite ohne jede Meldung.
So behebst du es, wenn das Backend noch erreichbar ist:
- Gehe zu Plugins → Installierte Plugins.
- Deaktiviere alle Plugins über die Mehrfachauswahl.
- Lädt die Seite wieder? Dann aktiviere die Plugins einzeln nacheinander und lade nach jedem Schritt die Seite neu. Das Plugin, bei dem es wieder kracht, ist der Übeltäter.
So behebst du es, wenn das Backend tot ist (weißer Bildschirm überall):
- Verbinde dich per FTP/SFTP mit deinem Server.
- Navigiere zu
wp-content/plugins/. - Benenne den Ordner
pluginsum inplugins_alt. Damit deaktivierst du alle Plugins auf einen Schlag. - Ist die Seite wieder da, benenne den Ordner zurück und deaktiviere dann gezielt einzelne Plugin-Ordner (z. B.
elementor→elementor_alt), bis du den Verursacher gefunden hast.
Wann es kritisch wird: Wenn das Problem auch nach Deaktivierung aller Plugins bleibt, liegt es nicht an einem Plugin, sondern am Theme oder am Core — weiter zu Abschnitt 2. Wenn ein bestimmtes Plugin den Fehler auslöst, du es aber zwingend brauchst, suche nach einem Update des Plugins oder kontaktiere den Entwickler. Niemals einfach das Plugin gelöscht lassen, wenn es etwa dein Shop oder Formularsystem ist.
2. Theme-Inkompatibilität
Themes sind komplexer als die meisten Plugins, und ein Theme-Update — oder ein WordPress-Core-Update, das dein altes Theme nicht mehr unterstützt — kann das gesamte Layout zerstören. Typische Symptome: verschobene Elemente, fehlende Stylesheets, ein nackt wirkendes Frontend oder ein Fatal Error.
So grenzt du es ein:
- Wenn das Backend läuft: Wechsle testweise zu einem Standard-Theme wie Twenty Twenty-Four unter Design → Themes. Sieht die Seite damit wieder normal aus, liegt das Problem eindeutig am Theme.
- Wenn das Backend tot ist: Benenne per FTP den aktiven Theme-Ordner unter
wp-content/themes/um. WordPress fällt dann automatisch auf ein vorhandenes Standard-Theme zurück.
Die saubere Lösung: Hast du Anpassungen direkt im Theme gemacht (statt in einem Child-Theme), sind diese nach einem Theme-Update oft weg. Deshalb gilt die Regel: Eigene Änderungen immer in einem Child-Theme ablegen. Ein Child-Theme erbt alle Funktionen des Parent-Themes, übersteht aber jedes Update unbeschadet.
Wann es kritisch wird: Bei Page-Buildern wie Elementor oder Divi hängen Theme und Builder eng zusammen. Hier nie blind beide gleichzeitig updaten — erst den Builder, dann das Theme, jeweils mit einem Blick aufs Frontend dazwischen. Wenn deine Seite langsam lädt oder Layout-Probleme auch ohne Update auftreten, lohnt sich ein Blick in unseren Beitrag WordPress-Website ist langsam — was tun?.
3. Veraltete PHP-Version
WordPress, Themes und Plugins entwickeln sich weiter und setzen mit jeder Version eine modernere PHP-Version voraus. Läuft dein Server noch auf PHP 7.4 oder älter, kann ein aktualisiertes Plugin schlicht abstürzen, weil es Funktionen nutzt, die deine PHP-Version nicht kennt. Meldungen wie „Your PHP version is no longer supported“ oder unerklärliche Fatal Errors nach einem Update sind klassische Anzeichen.
So prüfst und änderst du die PHP-Version:
- Die aktuelle Version findest du im WordPress-Backend unter Werkzeuge → Website-Zustand → Bericht.
- Logge dich in dein Hosting-Panel ein (Plesk, cPanel oder das Panel deines Anbieters).
- Suche den Punkt PHP-Einstellungen oder PHP-Version auswählen.
- Stelle auf eine aktuell unterstützte Version, idealerweise PHP 8.1 oder 8.2.
- Seite gründlich durchklicken — Startseite, Formulare, Shop, Backend.
Wann es kritisch wird: Ein PHP-Sprung kann auch alte Plugins, die jahrelang nicht aktualisiert wurden, lahmlegen. Deshalb: PHP-Wechsel niemals ungetestet auf der Live-Seite, sondern vorher in einer Staging-Umgebung. Wenn nach dem Wechsel ein altes Plugin Fehler wirft, ist das oft ein Signal, dass es ohnehin ausgetauscht gehört — veraltete Plugins sind ein häufiges Einfallstor für Hacker (siehe dazu WordPress gehackt — was tun?).
4. Kein Backup vor dem Update
Das ist kein Fehler im technischen Sinn — es ist der Fehler, der alle anderen erst gefährlich macht. Wenn ein Update etwas zerstört und du kein aktuelles Backup hast, gibt es keinen Knopf, der die Zeit zurückdreht. Genau das verwandelt eine 10-Minuten-Panne in einen tagelangen Wiederaufbau.
So legst du jederzeit ein vollständiges Backup an:
- Dateien: Lade per FTP das komplette WordPress-Verzeichnis herunter — besonders
wp-content/mit Themes, Plugins und Uploads. - Datenbank: Exportiere die Datenbank über phpMyAdmin im Hosting-Panel (Reiter Exportieren → Format SQL).
- Oder einfacher: Nutze ein Backup-Plugin wie UpdraftPlus, das Dateien und Datenbank zusammen sichert und in eine Cloud (z. B. Google Drive) auslagert.
Wann es kritisch wird: Ein Backup, das auf demselben Server liegt wie die Website, ist nur ein halbes Backup — fällt der Server aus oder wird die Seite gehackt, ist es mit weg. Sichere immer an einen externen Ort. Und teste mindestens einmal, ob sich dein Backup auch wirklich zurückspielen lässt. Ein Backup, das du nie wiederhergestellt hast, ist eine Hoffnung, kein Plan.
5. Zu niedriges Memory Limit
Updates — besonders große Plugin- oder Core-Updates — brauchen Arbeitsspeicher. Ist das PHP Memory Limit zu knapp gesetzt, bricht der Vorgang mittendrin ab. Die typische Meldung im debug.log oder auf der Seite lautet: Fatal error: Allowed memory size of … bytes exhausted.
So erhöhst du das Memory Limit:
- Öffne die
wp-config.phpim Hauptverzeichnis per FTP. - Füge oberhalb der Zeile
/* That's all, stop editing! */diese Zeile ein:define( 'WP_MEMORY_LIMIT', '256M' );
- Speichern und hochladen, dann das Update erneut starten.
Greift das nicht, liegt das Limit oft serverseitig fest. Dann hilft ein Eintrag in der .htaccess (php_value memory_limit 256M) oder in einer .user.ini — und falls auch das blockiert ist, eine kurze Anfrage beim Hoster.
Wann es kritisch wird: Brauchst du regelmäßig 256 MB oder mehr, hast du entweder zu viele schwere Plugins oder ein zu kleines Hosting-Paket. Ein abgebrochenes Update wegen Speichermangel hinterlässt die Seite oft im Wartungsmodus — wie du da rauskommst, steht im nächsten Abschnitt.
6. Abgebrochenes Update — Seite hängt im Wartungsmodus
Während WordPress ein Update einspielt, schaltet es die Seite kurz in den Wartungsmodus und zeigt: „Es werden gerade kurzzeitig Wartungsarbeiten durchgeführt. Bitte sehen Sie in einer Minute noch einmal vorbei.“ Bricht das Update ab — etwa durch Timeout, Speichermangel oder einen geschlossenen Browser-Tab — bleibt die Seite in diesem Zustand hängen. Für immer, bis du eingreifst.
Der Grund ist eine winzige, versteckte Datei namens .maintenance, die WordPress beim Start des Updates anlegt und nach Abschluss eigentlich selbst löscht. Bleibt sie liegen, bleibt die Wartungsmeldung.
So löst du es in unter einer Minute:
- Verbinde dich per FTP/SFTP mit deinem Server.
- Wechsle ins WordPress-Hauptverzeichnis (dort, wo auch
wp-config.phpliegt). - Aktiviere in deinem FTP-Programm die Anzeige versteckter Dateien (Dateien, die mit einem Punkt beginnen).
- Lösche die Datei
.maintenance. - Lade die Seite neu — sie ist sofort wieder online.
Wann es kritisch wird: Ist die Seite nach dem Löschen zwar online, aber zeigt einen Fehler, wurde das Update unterbrochen und ist nun unvollständig. Dann im Backend unter Dashboard → Aktualisierungen das Update sauber erneut anstoßen — oder, bei einem Core-Update, WordPress über die offizielle ZIP-Datei manuell neu einspielen.
7. Kaputter oder veralteter Cache
Manchmal ist das Update technisch erfolgreich, aber die Seite sieht trotzdem zerschossen aus — alte Styles, fehlende Schriften, falsches Layout. Häufig liegt das schlicht am Cache: Caching-Plugins (WP Rocket, W3 Total Cache) oder dein Browser liefern noch die alte, gespeicherte Version aus, die nicht mehr zu den aktualisierten Dateien passt.
So räumst du den Cache auf:
- Leere den Cache deines Caching-Plugins (meist ein Button „Cache leeren“ in der oberen WordPress-Leiste oder im Plugin-Menü).
- Leere zusätzlich einen eventuellen Server-Cache (Object-Cache, Varnish) — oft im Hosting-Panel oder ebenfalls über das Plugin.
- Hat dein Hoster oder ein CDN wie Cloudflare einen eigenen Cache, leere auch diesen.
- Teste zur Kontrolle im privaten Browserfenster oder mit
Strg + F5(Hard Reload), um den lokalen Browser-Cache zu umgehen.
Wann es kritisch wird: Bleibt das Layout auch nach dem Cache-Leeren falsch, ist es kein Cache-Problem, sondern ein echter Theme- oder CSS-Konflikt — zurück zu Abschnitt 2. Ein hartnäckig falsch ausgelieferter Cache kann übrigens auch Performance-Probleme vortäuschen.
Prävention: So wird ein Update nie wieder zum Notfall
Jeder der sieben Punkte oben hat eine gemeinsame Wurzel: Das Update lief ungetestet und ohne Sicherheitsnetz direkt auf der Live-Seite. Wer das ändert, hat 95 % der Update-Probleme gelöst, bevor sie entstehen. Zwei Dinge sind dafür entscheidend.
Backup vor jedem Update — ohne Ausnahme
Ein vollständiges Backup (Dateien + Datenbank) unmittelbar vor jedem Update ist die billigste Versicherung, die es im Web gibt. Geht etwas schief, spielst du in Minuten den Stand von vorher zurück, statt stundenlang Fehler zu jagen. Wichtig ist, dass das Backup automatisch und extern gespeichert wird — manuelle Backups vergisst man genau dann, wenn man sie braucht.
Staging-Umgebung statt Blindflug
Eine Staging-Umgebung ist eine identische Kopie deiner Website, auf der niemand außer dir landet. Dort spielst du Updates zuerst ein, klickst alles durch — Startseite, Formulare, Shop — und überträgst die Änderungen erst dann auf die Live-Seite, wenn alles sauber läuft. So merkt dein Besucher von einem problematischen Update gar nichts. Genau dieser Ablauf — Backup, Staging-Test, dann Live — ist der Kern eines professionellen Wartungsservices.
Das ist auch der Punkt, an dem viele entscheiden, Updates abzugeben. Unter der Marke WordPress Wartung übernehmen wir genau diesen Ablauf für über 299 Websites: Vor jedem Update ein Backup, Test auf Staging, kontrollierte Übertragung. Pakete gibt es ab 23,50 €/Monat — deutlich günstiger als eine einzige Stunde Notfall-Reparatur. Mehr dazu auf unserer Startseite.
Häufige Fragen
Meine WordPress-Seite ist nach einem Update komplett weiß. Was mache ich zuerst?
Verbinde dich per FTP mit deinem Server und benenne den Ordner wp-content/plugins/ in plugins_alt um. Damit deaktivierst du alle Plugins auf einmal. Ist die Seite wieder da, war es ein Plugin-Konflikt — benenne den Ordner zurück und finde durch einzelnes Umbenennen den Verursacher. Bleibt die Seite weiß, liegt es am Theme: benenne den aktiven Theme-Ordner um, damit WordPress auf ein Standard-Theme zurückfällt.
Wie komme ich aus dem hängenden Wartungsmodus („Wartungsarbeiten werden durchgeführt“) wieder raus?
Lösche per FTP die versteckte Datei .maintenance im WordPress-Hauptverzeichnis. Du musst dafür in deinem FTP-Programm die Anzeige versteckter Dateien einschalten. Nach dem Löschen ist die Seite sofort wieder online. Falls danach ein Fehler erscheint, war das Update unvollständig und sollte im Backend erneut angestoßen werden.
Kann ich WordPress aktualisieren, ohne Daten zu verlieren?
Ja — Updates verändern normalerweise keine Inhalte, sondern nur Programmcode. Trotzdem gilt: Lege vor jedem Update ein vollständiges Backup (Dateien plus Datenbank) an und teste das Update idealerweise zuerst auf einer Staging-Kopie. Mit Backup und Staging ist ein Datenverlust praktisch ausgeschlossen, weil du jederzeit auf den Stand von vorher zurückkannst.
Soll ich automatische Updates aktivieren oder lieber manuell updaten?
Automatische Sicherheitsupdates für den WordPress-Core sind sinnvoll und sollten aktiv bleiben. Bei größeren Versionssprüngen sowie bei Plugin- und Theme-Updates ist manuelles, getestetes Vorgehen die sichere Wahl — gerade bei komplexen Seiten mit Page-Buildern oder Shop. Automatische Plugin-Updates ohne Test sind die häufigste Ursache für ein plötzlich kaputtes Frontend.
Was kostet es, die Updates abzugeben, statt sie selbst zu machen?
Bei WordPress Wartung beginnen die Pakete bei 23,50 €/Monat und beinhalten Backup vor jedem Update, Test auf Staging und die kontrollierte Übertragung auf die Live-Seite. Das ist meist günstiger als die Zeit, die eine einzige selbst verursachte Update-Panne kostet. Fragen beantworten wir unter info@wordpresswartung.com.
Deine nächsten Schritte
Wenn deine Seite gerade Probleme macht, arbeite die passenden Abschnitte oben ab — in den allermeisten Fällen bist du in wenigen Minuten wieder online. Damit es kein zweites Mal passiert, setze diese drei Dinge konkret um:
- Richte heute ein automatisches, externes Backup ein — z. B. mit UpdraftPlus inkl. Cloud-Ziel. Das ist die Versicherung für jedes künftige Update.
- Prüfe deine PHP-Version unter Werkzeuge → Website-Zustand und hebe sie bei Bedarf auf 8.1 oder höher an — getestet, nicht live im Blindflug.
- Lege eine Staging-Umgebung an (die meisten Hoster bieten das mit einem Klick) und teste Updates dort, bevor sie auf die echte Seite gehen.
Keine Lust, dich jede Woche selbst um Updates, Backups und Staging zu kümmern? Genau dafür gibt es uns. Seit 2014 hält WordPress Wartung Websites sicher und aktuell — Updates inklusive Backup und Test ab 23,50 €/Monat. Stelle jetzt deine unverbindliche Schnellanfrage und übergib das Update-Risiko an jemanden, der es jeden Tag macht.