Bajorat Media
Website-Ausfall: Ein Notfallplan für Unternehmen
Ein praxistauglicher Notfallplan hilft Unternehmen, Website-Störungen einzugrenzen, Zuständigkeiten zu klären und den Betrieb kontrolliert wiederherzustellen.
Ein Website-Ausfall-Notfallplan legt fest, wer eine Störung untersucht, welche Geschäftsprozesse Vorrang haben und wie die Website kontrolliert wieder online kommt. Er hilft auch dann, wenn die Startseite funktioniert, aber Anfragen, Buchungen oder ein Shop nicht mehr erreichbar sind. Die folgenden Schritte eignen sich als Vorlage für Unternehmenswebsites und lassen sich an Hosting, Technik und Verantwortlichkeiten anpassen.
Was ein Notfallplan für einen Website-Ausfall enthalten sollte
Ein Plan muss außerhalb der betroffenen Website erreichbar sein. Ein verschlüsselter Dokumentenspeicher mit geregelten Zugriffsrechten und einer zugänglichen Kopie für den Notfall ist dafür geeigneter als eine einzige Seite im eigenen CMS. Passwörter und Wiederherstellungscodes gehören in einen separaten Passwortmanager, nicht unverschlüsselt in das Dokument.
Halten Sie mindestens diese Angaben fest:
- Verantwortliche Person, Vertretung und erreichbare Kontakte für Hosting, Domain, Entwicklung und Sicherheit.
- Domainverwaltung, DNS, Hosting, CDN, Zertifikate, Anwendungen und wichtige externe Dienste samt Zuständigkeiten.
- Geschäftsrelevante Funktionen und ihre Priorität, etwa Kontaktformular, Buchung oder Checkout.
- Backup-Speicherort, Sicherungsumfang, Zeitpunkt der letzten erfolgreichen Wiederherstellungsprobe und zuständige Person.
- Kommunikationsweg, Freigaben und Kriterien für Eskalation und Wiederinbetriebnahme.
Wer eine Hosting-Betreuung nutzt, sollte auch Supportzeiten, Vertragsnummer und den Weg zum Störungsticket griffbereit halten. Ein technischer Ansprechpartner ist nur dann hilfreich, wenn er im Ernstfall erreichbar ist und die nötigen Berechtigungen besitzt.
Zuerst Auswirkung und Umfang feststellen
Eine einzelne Fehlermeldung erklärt selten die Ursache. Notieren Sie Zeitpunkt und Zeitzone, betroffene URL, Fehlermeldung, Screenshot und die Schritte, die zum Fehler führen. Prüfen Sie, ob andere Seiten, Geräte oder Netzwerke ebenfalls betroffen sind. Ein Formular kann ausfallen, während die Startseite normal lädt; umgekehrt kann ein regionales Netzwerkproblem den Eindruck eines vollständigen Ausfalls erzeugen.
| Beobachtung | Erste Einordnung | Nächste Prüfung |
|---|---|---|
| Domain nicht erreichbar | DNS, Netzwerk oder Dienst können beteiligt sein | Resolvergebnis und Providerstatus prüfen |
| Fehlerseite auf mehreren URLs | Server, Anwendung oder vorgeschalteter Dienst kommen infrage | Status und relevante Logs vergleichen |
| Nur eine Funktion scheitert | Formular, Schnittstelle oder Datenbank kann betroffen sein | Konkreten Ablauf und Abhängigkeiten prüfen |
| Verdächtige Weiterleitungen oder Änderungen | Ein Sicherheitsvorfall ist möglich, aber nicht bewiesen | Fachleute einbeziehen und Belege sichern |
Prüfen Sie auch die Statusseiten der beteiligten Anbieter und die letzten nachvollziehbaren Änderungen: Deployments, DNS-Einstellungen, Zertifikate, Plugins oder Konfiguration. Zeitliche Nähe ist ein Hinweis, kein Beweis für die Ursache. Website-Monitoring kann solche Symptome früh melden; die Diagnose beginnt trotzdem mit dem konkreten Fehlerbild.
Bei einem Website-Ausfall koordiniert reagieren
- Eine Person koordiniert den Vorfall und hält Entscheidungen mit Uhrzeit fest. Eine zweite Person übernimmt die Vertretung.
- Betroffene Funktionen und den geschäftlichen Schaden eingrenzen. Ein nicht funktionierender Checkout kann dringlicher sein als eine defekte Unterseite.
- Zuständige Anbieter und Fachleute über einen unabhängigen Kanal informieren; Fehlermeldung, Zeitpunkt und Umfang mitteilen.
- Vor Eingriffen den aktuellen Zustand und verfügbare Logs sichern, soweit dies sicher möglich ist. Bei Verdacht auf einen Angriff Beweissicherung mit Sicherheitsexperten abstimmen; nötige Schutzmaßnahmen dürfen dadurch nicht verzögert werden.
- Eine begründete, möglichst reversible Maßnahme vereinbaren, Verantwortliche benennen und Ergebnis dokumentieren. Änderungen nicht gleichzeitig und unkoordiniert durchführen.
- Nach der technischen Wiederherstellung die wichtigsten Nutzerwege testen und den Status erst nach vereinbarter Prüfung freigeben.
Die CISA-Empfehlungen für Sicherheitsvorfälle betonen unter anderem Kommunikation, Beweissicherung und getestete Backups. Ihr Leitfaden richtet sich an Ransomware-Vorfälle; für gewöhnliche Ausfälle sind nicht alle dort beschriebenen Schritte erforderlich. Besteht ein Verdacht auf Zugriff auf personenbezogene Daten, ist zusätzlich eine eigenständige Bewertung des Datenschutzvorfalls notwendig.
Backup und Wiederherstellung vorab durchspielen
Ein vorhandenes Backup ist noch kein Nachweis, dass die Wiederherstellung funktioniert. Prüfen Sie, ob Dateien, Datenbank, Konfiguration und benötigte Schlüssel tatsächlich erfasst sind und ob die Sicherung unabhängig vom ausgefallenen System erreichbar ist. Der NIST-Leitfaden zur Wiederherstellungsplanung empfiehlt, Ressourcen zu priorisieren und Wiederherstellungsszenarien zu testen.
Definieren Sie zwei Zielwerte: die maximal vertretbare Unterbrechung und den maximal vertretbaren Datenverlust seit der letzten nutzbaren Sicherung. Ein Shop mit laufenden Bestellungen braucht andere Werte als eine selten aktualisierte Informationsseite. Beides sind interne Ziele, keine Garantie; messen Sie bei einer Probe, ob sie erreichbar sind.
Eine Wiederherstellung kann neuere Bestellungen, Formulareingänge oder Inhalte überschreiben. Deshalb vor dem Einspielen klären, welche Daten seit dem Sicherungszeitpunkt entstanden sind und wie sie erhalten oder abgeglichen werden. Bei vermuteter Kompromittierung muss außerdem geprüft werden, ob die Sicherung geeignet ist und die Ursache beseitigt wurde. Ein ungeprüfter Rollback kann dieselbe Schwachstelle wieder einführen.
Nach dem Wiederanlauf echte Nutzerwege testen
Eine erreichbare Startseite genügt nicht als Freigabe. Prüfen Sie je nach Website mehrere repräsentative Unterseiten, Navigation und Suche, mobile Darstellung, Anmeldung sowie Formulare und Buchungen. Bei einem Shop gehören Warenkorb, Checkout und die Übergabe an Zahlungs- und Versanddienste dazu. Testbestellungen und Testnachrichten eindeutig kennzeichnen und mit den zuständigen Teams abstimmen.
Kontrollieren Sie außerdem, ob Benachrichtigungen ankommen, Schnittstellen arbeiten und Monitoring wieder plausible Werte liefert. Für echte Zahlungen oder produktive Daten sind Testverfahren und Berechtigungen vorab festzulegen. Bei WordPress-Problemen kann der WordPress Support die technische Untersuchung und Wiederherstellung begleiten.
Kommunikation und Nachbereitung
Legen Sie vorab fest, wer intern informiert und ab welcher Auswirkung Kunden eine Statusmeldung erhalten. Eine hilfreiche Meldung nennt betroffene Funktionen, bekannte Auswirkungen und den Zeitpunkt der nächsten Information. Wenn die Ursache noch unklar ist, sollte sie als unbekannt bezeichnet werden; eine vorschnelle Schuldzuweisung hilft niemandem.
Nach dem Vorfall gehören Zeitverlauf, Ursache oder verbleibende Unsicherheit, Auswirkungen, Maßnahmen und offene Aufgaben in eine kurze Nachbereitung. Aktualisieren Sie Kontaktwege und Prüfabläufe anhand der tatsächlichen Erfahrungen. Ein Notfallplan ist dann nützlich, wenn er erreichbar ist und regelmäßig anhand eines realistischen Szenarios geübt wird.
