Website nach Update kaputt: So rettest du sie — in der richtigen Reihenfolge

Du klickst auf „Alle aktualisieren“, wartest dreissig Sekunden — und die Website ist nicht mehr dieselbe. Das Layout ist verschoben, ein Slider fehlt, das Kontaktformular sendet nicht mehr, oder die ganze Seite ist weiss. Updates sind wichtig und richtig. Aber sie sind auch der häufigste Grund, warum funktionierende Websites plötzlich kaputt sind. Hier steht, was du jetzt tust — in der richtigen Reihenfolge.

Zuerst: Was genau ist kaputt?

Bevor du irgendetwas änderst, halte fest, was du siehst. Das entscheidet, wo du suchst:

• Weisse Seite oder „kritischer Fehler“ → PHP-Fehler, meist ein Plugin. Siehe den Artikel weisser Bildschirm.
• Layout verschoben, Farben falsch, Elemente übereinander → CSS-Konflikt, oft Theme-Update oder Page-Builder.
• Eine Funktion fehlt (Slider, Formular, Shop-Warenkorb) → das zuständige Plugin hat sich geändert oder ist mit einem anderen inkompatibel.
• Admin geht, Frontend nicht → Theme oder Caching.
• Nur auf dem Handy kaputt → Responsive-CSS, fast immer Theme oder Builder.

Schritt 1: Cache leeren — wirklich alle

Klingt banal, löst aber jeden vierten Fall. Nach einem Update liegen oft noch alte CSS- und JS-Dateien im Cache, die nicht mehr zum neuen Code passen. Leere den Plugin-Cache (WP Rocket, LiteSpeed, W3 Total Cache), den Hosting-Cache (Infomaniak, Hostpoint, Cyon haben eigene Buttons im Panel), ein allfälliges CDN (Cloudflare) und den Browser-Cache — oder öffne die Seite im privaten Fenster. Erst wenn die Seite dann immer noch kaputt ist, geht es weiter.

Schritt 2: Herausfinden, welches Update es war

Im WordPress-Admin unter Dashboard → Aktualisierungen siehst du nicht, was gerade aktualisiert wurde. Aber unter Plugins steht bei jedem die Versionsnummer, und die meisten Hoster führen ein Update-Protokoll. Hast du mehrere Plugins gleichzeitig aktualisiert, musst du eingrenzen: Plugins nacheinander deaktivieren, nach jedem prüfen, ob die Seite wieder geht. Beginne mit dem, das thematisch zum Fehler passt — Slider-Plugin bei fehlendem Slider, Formular-Plugin bei stummem Formular.

Schritt 3: Zurück auf die alte Version

Hast du das schuldige Plugin gefunden, gibt es zwei Wege. Der schnelle: Das Plugin WP Rollback installieren und mit einem Klick die vorherige Version einspielen. Funktioniert für alle Plugins und Themes aus dem offiziellen Verzeichnis. Der manuelle: Auf wordpress.org die Plugin-Seite öffnen, unter „Erweiterte Ansicht“ die alte Version herunterladen, per FTP den Plugin-Ordner ersetzen. Bei gekauften Premium-Plugins musst du die alte Version beim Anbieter holen.

Wichtig: Das Downgrade ist eine Überbrückung, keine Lösung. Alte Versionen haben oft bekannte Sicherheitslücken. Innerhalb weniger Wochen brauchst du entweder eine korrigierte neue Version oder ein anderes Plugin.

Schritt 4: Oder das Backup?

Ein Backup von vor dem Update zurückzuspielen ist die Holzhammer-Methode. Sie funktioniert — aber du verlierst alles, was seither passiert ist: neue Bestellungen, Formulareingaben, Blog-Kommentare, Inhaltsänderungen. Bei einer Firmen-Website ohne Shop ist das oft verschmerzbar. Bei einem Shop nie. Dann lieber nur das Plugin zurücksetzen, nicht die ganze Seite.

Und: Ein Backup hilft nur, wenn es eines gibt. Viele Hoster sichern täglich, aber behalten nur sieben Tage. Wenn das Update länger her ist, ist das saubere Backup weg. Prüfe das, bevor du dich darauf verlässt.

Warum Updates überhaupt Dinge zerstören

WordPress-Websites bestehen aus dem Core, einem Theme und typischerweise 15 bis 40 Plugins von verschiedenen Entwicklern. Jedes wird unabhängig weiterentwickelt. Niemand testet, ob Plugin A in Version 3.2 mit Plugin B in Version 7.1 und deinem Theme in Version 2.0 funktioniert — ausser du. Je mehr Plugins, desto mehr Kombinationen, desto wahrscheinlicher ein Konflikt. Die drei häufigsten Auslöser:

• Grosse Versionssprünge (Version 5 auf 6): Der Entwickler hat Funktionen entfernt oder umgebaut, andere Plugins verlassen sich noch auf die alten.
• Verwaiste Plugins: Seit zwei Jahren nicht aktualisiert, funktionierte bisher zufällig — bis ein anderes Update die Grundlage ändert.
• Theme-Updates bei angepassten Themes: Wer direkt im Theme-Code gearbeitet hat statt in einem Child-Theme, verliert beim Update alle Änderungen.

Updates ohne Angst: die Routine

Es gibt einen Weg, Updates zu machen, ohne jedes Mal die Luft anzuhalten. Er ist nicht kompliziert, aber er braucht Disziplin:

• Backup vor jedem Update — automatisch, extern gespeichert, nicht nur beim Hoster.
• Einzeln statt alle auf einmal. Drei Minuten mehr, aber du weisst sofort, welches Update das Problem war.
• Erst auf Staging. Eine Kopie der Website, auf der du Updates testest. Viele Hoster bieten das per Klick.
• Nach jedem Update prüfen: Startseite, eine Unterseite, das Formular, den Checkout. Zwei Minuten.
• Weniger Plugins. Jedes, das du nicht brauchst, ist ein Update weniger und ein Risiko weniger.
• Nie am Freitagabend. Wenn etwas kaputtgeht, willst du Zeit haben, es zu richten.

Genau diese Routine ist der Kern der WEBINEX-Wartung: Updates einzeln, mit Backup davor, Test danach, monatlicher Bericht. Wer das selbst macht, spart Geld. Wer es nicht macht, zahlt irgendwann mit einem Samstag wie diesem.

Häufige Fragen

Veröffentlicht am 16.09.2026 · Fitim Hajdini, Geschäftsführer WEBINEX