Warum Updates überhaupt Probleme machen
Ein WordPress-System ist ein Zusammenspiel aus Core, Theme und oft vielen Plugins. Ein Update ändert Code an einer Stelle — und wenn eine andere Komponente sich auf das alte Verhalten verlassen hat, entsteht ein Konflikt. Typische Auslöser: ein Plugin ist nicht mehr mit der neuen Core-Version kompatibel, zwei Plugins kollidieren, ein Theme nutzt eine Funktion, die es nicht mehr gibt, oder der Hoster hat parallel die PHP-Version erhöht. Deshalb gilt die wichtigste Regel: Updates gehören zuerst auf eine Staging-Kopie, nicht direkt auf die Live-Seite.
Schritt 1: Feststellen, was zuletzt aktualisiert wurde
Der wichtigste Hinweis ist, welches Update das Problem ausgelöst hat. Unter „Dashboard → Aktualisierungen" und im Aktivitäts- bzw. Update-Log siehst du, was zuletzt lief. Notiere dir das — es entscheidet über den nächsten Schritt. Ist die Seite komplett weg oder zeigt einen kritischen Fehler, kommst du eventuell nicht ins Backend; dann hilft der Blick ins Debug-Log oder die Vorgehensweise per FTP.
Ändere immer nur eine Sache und teste dann. Wer gleichzeitig Plugins deaktiviert, das Theme wechselt und PHP umstellt, weiß am Ende nicht, was geholfen hat.
Schritt 2: Den Verursacher isolieren
Je nach Symptom gehst du unterschiedlich vor. Bei weißem Bildschirm oder kritischem Fehler deaktivierst du Plugins (per Backend oder, wenn kein Zugang, per FTP durch Umbenennen des Plugin-Ordners) und wechselst testweise auf ein Standard-Theme. Bei zerschossenem Layout ist meist ein Theme- oder Page-Builder-Update schuld — hier hilft der Vergleich mit der Staging-Version. Bei einer defekten Einzelfunktion (Formular, Checkout, Filter) ist es fast immer das Plugin, das genau diese Funktion liefert.
- Weißer Bildschirm / kritischer Fehler → Plugins deaktivieren, Standard-Theme testen
- Layout zerschossen → Theme-/Page-Builder-Update als Verdächtigen prüfen
- Funktion kaputt → das zuständige Plugin gezielt zurückrollen
- Shop/Checkout betroffen → WooCommerce- und Payment-Plugin-Versionen prüfen
- Alles betroffen nach PHP-Wechsel → im Hosting-Panel vorherige PHP-Version testen
Schritt 3: Sicher zurückrollen oder gezielt fixen
Steht der Verursacher fest, gibt es zwei Wege. Rollback: die betroffene Komponente auf die vorherige Version zurücksetzen (z. B. mit einem Rollback-Plugin oder manuell per FTP mit der alten Version). Das bringt die Seite schnell zurück, verschiebt das Update-Problem aber nur. Fix: die Ursache beheben, damit du auf der aktuellen Version bleibst — nötig, wenn das Update Sicherheits- oder Kompatibilitätsgründe hatte. Wichtig in beiden Fällen: vorher ein Backup ziehen, damit du jederzeit zurück kannst.
Vor jedem Rollback oder Datei-Eingriff ein vollständiges Backup (Dateien + Datenbank) anlegen. Sonst wird aus einem Update-Problem im schlimmsten Fall ein Datenverlust.
Wann sich der Profi-Fix lohnt
Wenn du den Verursacher nicht findest, der Rollback wegen Datenbank-Änderungen nicht sauber möglich ist, oder ein wichtiges Update aus Sicherheitsgründen bleiben muss und stattdessen der Code angepasst werden soll — dann ist die gezielte Reparatur durch einen Entwickler der schnellere und sicherere Weg. Wir arbeiten dabei wo möglich auf einer Staging-Kopie, sodass deine Live-Seite unberührt bleibt.
Wir bringen deine Seite zurück — schnell.
Reaktion in unter 2 Stunden, Festpreis, Pay-after-fix. Schildere kurz dein Problem — wir kümmern uns.