Notfallwarnungen auf Behörden-Websites: Banner, Seiten und ein Ablaufplan für den schlimmsten Tag

Wie sich die Website einer Stadt, eines Landkreises oder einer Behörde im Notfall verhalten sollte: Warnstufen, Gestaltung von Banner und Seite, wer um 3 Uhr nachts veröffentlichen kann, Erreichbarkeit unter Last, Barrierefreiheit und Übersetzung sowie das Zusammenspiel mit IPAWS, SMS-Warnungen und sozialen Medien.

An einem normalen Tag ist die Website ein Kanal unter vielen. Am Tag einer Überschwemmung, eines Waldbrands, einer Abkochanordnung oder eines Chemieunfalls wird sie zu dem Ort, auf den alle anderen Kanäle verweisen: Die SMS-Warnung sagt "Details unter", der Fernsehmoderator liest die Adresse vor, die Nachbarn teilen den Link. Der Traffic kommt wie eine Welle, die Veröffentlichenden sind erschöpft und arbeiten vom Smartphone aus, und jedes Wort wird genau gelesen. In diesem Leitfaden geht es darum, die Website auf diesen Tag vorzubereiten, solange nichts passiert.

Welche Rolle die Website im Warnsystem spielt

Die Website ist selten die erste Warnung. In den USA ermöglicht das Integrated Public Alert and Warning System (IPAWS) der Federal Emergency Management Agency autorisierten Warnbehörden, authentifizierte Warnungen über Wireless Emergency Alerts an Mobiltelefone, über das Emergency Alert System an Radio und Fernsehen, über NOAA Weather Radio und über Internet-Feeds zu senden, die andere Systeme übernehmen können. Viele Orte betreiben zusätzlich SMS- und E-Mail-Warndienste zum Abonnieren und posten in sozialen Medien.

Die Aufgabe der Website ist eine andere. Sie ist der Ort für Details, die nicht in 360 Zeichen passen: welche Straßen, welche Notunterkünfte, was mit Haustieren geschehen soll, wann das nächste Update kommt und was sich seit dem letzten geändert hat. Planen Sie sie als die Referenz, auf die jede kurze Warnung verlinkt.

Kanal	Am besten für	Rolle der Website
Wireless Emergency Alerts / EAS	Sofortige, kurze Warnungen vor unmittelbarer Gefahr	Link oder Adresse in der Warnung sollte auf eine dauerhafte Notfallseite führen
SMS und E-Mail zum Abonnieren	Updates an Menschen, die sich angemeldet haben	Jede Nachricht verlinkt auf die Seite; die Seite zeigt dieselben Fakten
Soziale Medien	Schnelle Updates, Reichweite, Gerüchtekontrolle	Beiträge verweisen auf die Seite als offizielle Quelle
Telefonhotline und Callcenter	Menschen ohne Internet, komplexe Fragen	Mitarbeitende lesen von derselben Seite ab, damit Antworten übereinstimmen
Website	Alle Details, Karten, Listen, Übersetzungen, Verlauf der Updates	Die eine Quelle, mit der alles andere übereinstimmt

Warnstufen: Legen Sie sie jetzt fest

Ohne vereinbarte Stufen wird jedes Ereignis zur Debatte, ob es das rote Banner "verdient". Vereinbaren Sie drei Stufen mit Beispielen und legen Sie fest, wer welche Stufe setzen darf.

Stufe	Beispiele	Umsetzung auf der Website	Wer veröffentlichen darf
1. Information	Geplante Straßensperrung, Feiertagsänderungen bei der Müllabfuhr	Meldung; Karte auf der Startseite	Redakteure der Fachbereiche, normale Prüfung
2. Hinweis	Abkochanordnung für ein Gebiet, Hitzewarnung, Unwetter-Vorwarnung	Websiteweites Banner (ausblendbar) mit Link auf eine Ereignisseite	Bereitschaftsdienst der Kommunikation, ohne zusätzliche Prüfung
3. Notfall	Evakuierung, Aufforderung zum Verbleib im Gebäude, großer Ausfall, unmittelbare Gefahr	Websiteweites Banner, das sich nicht ausblenden lässt; Startseite ersetzt oder angeführt von der Notfallseite; nicht wesentliche Inhalte pausiert	Bereitschaftsdienst der Kommunikation oder Katastrophenschutz, Entscheidung durch die Einsatzleitung

Das Banner gestalten

Kurz und konkret: "Evakuierungsanordnung für Zonen 3 und 4. Verlassen Sie das Gebiet jetzt. Details und Notunterkünfte." Nicht "Wichtige Informationen zur aktuellen Lage".
Ein Link zur Ereignisseite. Nicht fünf.
Auf jeder Seite, auch auf Websites von Fachbereichen und Programmen. Laufen diese auf anderen Plattformen, muss jemand jede einzelne aktualisieren; listen Sie sie im Ablaufplan auf.
Barrierefrei: echter Text (nie ein Bild), ausreichender Kontrast, früh per Tastatur erreichbar und von Screenreadern sinnvoll angesagt. Verlassen Sie sich nicht allein auf Farbe, um die Schwere zu zeigen; nennen Sie die Stufe in Worten. Für Landes- und Kommunalverwaltungen in den USA legt die Regel zu ADA Title II WCAG 2.1 AA für Webinhalte fest, und Notfallinhalte sind Webinhalte.
Mit Zeitstempel: "Aktualisiert 6:40 Uhr, Dienstag". Veraltete Banner zerstören Vertrauen schneller als alles andere.
Rechtzeitig entfernt: Benennen Sie, wer es abnimmt, und ersetzen Sie es für einen Tag durch einen Hinweis "Dieses Ereignis ist beendet".

Die Ereignisseite gestalten

Erstellen Sie jetzt ein Template, testen Sie es und halten Sie es unveröffentlicht, bis es gebraucht wird. Die Struktur, die für die meisten Ereignisse funktioniert:

Was geschieht, in ein oder zwei Sätzen, mit der Uhrzeit des letzten Updates.
Was Sie jetzt tun müssen, als kurze nummerierte Liste.
Wer betroffen ist: Gebiete, mit einer Textbeschreibung zusätzlich zur Karte (Karten allein versagen bei Screenreader-Nutzenden und langsamen Verbindungen).
Wo es Hilfe gibt: Notunterkünfte, Ausgabestellen, Telefonnummern, mit Öffnungszeiten.
Was geschlossen oder geändert ist: Straßen, Schulen, Dienstleistungen.
Update-Protokoll, neueste zuerst, mit Uhrzeiten.
Andere Sprachen: Links zu Übersetzungen, jeweils in der Sprache selbst beschriftet.
Wann das nächste Update fällig ist.

Halten Sie eine dauerhafte Adresse wie /emergency bereit, die immer das aktuelle Ereignis oder "Keine aktuellen Notfälle" plus Links zur Vorsorge zeigt. Sie kann dann Jahre im Voraus auf Kühlschrankmagnete und in Warnvorlagen gedruckt werden. Schreiben Sie in einfacher Sprache; unser Leitfaden für einfache Sprache enthält Regeln, die unter Druck noch wichtiger sind.

Wer um 3 Uhr nachts veröffentlichen kann

Die meisten Website-Ausfälle im Notfall liegen an Menschen und Berechtigungen, nicht an Technik.

Mindestens drei geschulte Personen, die ein Banner der Stufe 3 setzen und die Ereignisseite veröffentlichen können, im Dienstplan, mit monatlich getestetem Zugang.
Zugang per Smartphone getestet: Können sie sich vom Smartphone aus einloggen und veröffentlichen, über mobile Daten, ohne ein ausgefallenes VPN?
Prüfregeln bewusst gelockert: Wenn Ihr normaler Prozess eine Freigabe vor der Veröffentlichung verlangt, halten Sie fest, wer sie bei Stufe 2 und 3 umgehen darf, und dokumentieren Sie, dass es geschehen ist.
Vorab freigegebene Formulierungen für häufige Ereignisse, damit die Bereitschaft Lücken füllt, statt bei null zu schreiben.
Eine Kopie außerhalb der normalen Systeme von Ablaufplan und Zugangsdaten, falls das Netzwerk oder das Identitätssystem Teil des Problems ist.

Die Website erreichbar halten

Der Traffic im Notfall kann ein Vielfaches einer normalen Spitze betragen, auf einen Schlag, überwiegend über Smartphones. Bevor es so weit ist:

Fragen Sie Ihren Host oder Dienstleister, was bei einem Vielfachen des normalen Traffics passiert und ob sich die Rechnung ändert. Lassen Sie es sich schriftlich geben.
Halten Sie die Notfallseite schlank: Text zuerst, komprimierte Bilder, kein automatisch startendes Video, keine schweren Widgets von Drittanbietern.
Nutzen Sie ein Content Delivery Network, damit Seiten aus dem Cache ausgeliefert werden.
Halten Sie eine Ausweichlösung bereit: eine statische Kopie der Notfallseite auf einem separaten Host und einen Status-Account in sozialen Medien, der den Link tragen kann, wenn die Hauptwebsite schwächelt.
Pausieren Sie bei Stufe 3 nicht wesentliche Skripte (Chat-Widgets, schwere Analytics), wenn sie Seiten verlangsamen.

Der Ablaufplan auf einer Seite

Schritt	Aktion	Verantwortlich
1	Einsatzleitung bestätigt die Stufe	Katastrophenschutz
2	Ereignisseite aus dem Template veröffentlichen; Banner auf der Hauptwebsite setzen	Bereitschaft Kommunikation
3	Banner auf jeder Website von Fachbereichen und Programmen im Register setzen	Bereitschaft Kommunikation oder Webteam
4	Link zur Seite an Warnbehörde, Callcenter und Social-Media-Team senden	Bereitschaft Kommunikation
5	Übersetzungen des obersten Abschnitts anfordern	Verantwortliche für Sprachzugang
6	Seite im angekündigten Rhythmus aktualisieren; jedes Update protokollieren	Bereitschaft Kommunikation
7	Herabstufen oder beenden: Banner ändern, Hinweis "Ereignis beendet" ergänzen, Seite archivieren	Einsatzleitung und Kommunikation
8	Auswertung innerhalb von zwei Wochen: was langsam war, was falsch war, was sich ändern muss	Web-Verantwortliche

Üben

Führen Sie zweimal im Jahr eine Planübung mit der Website durch: Die Bereitschaft veröffentlicht die Test-Ereignisseite in eine Vorschau, setzt ein Testbanner auf einer Staging-Kopie, und Sie stoppen die Zeit. Der erste Durchlauf deckt meist ein Passwort auf, das niemand hat, eine Fachbereichs-Website, die niemand bearbeiten kann, und ein Banner, das mobil nicht erscheint.

Wenn Sie viele Websites betreiben

Schritt 3 im Ablaufplan ist für Organisationen mit vielen Websites der schwierige: Jede Bibliotheksfiliale, jeder Park, jeder Fachbereich und jedes Programm braucht das Banner oder zumindest einen Link. Zwei Dinge erleichtern das: ein zentrales Register aller Websites mit einer benannten Person, die jede bearbeiten kann, und eine Plattform, auf der ein zentraler Admin jede Website erreicht.

Auf We.Inc betreibt eine Organisation ihre Websites unter einer Marke, und das zentrale Team sieht alle Websites in einer Liste. Die Freigabe vor der Veröffentlichung ist ein Schalter pro Website, sodass Sie entscheiden können, welche Websites sie brauchen, und die Websites Ihrer Notfall-Veröffentlichenden davon freihalten. We.Inc enthält kein Warnsystem und keine fertige Notfallbanner-Funktion; Banner und Ereignisseiten werden als normale Website-Inhalte erstellt.

Eine Liste aller Websites mit Suche, Tags und Statusspalten — Alle Websites der Marke in einer durchsuchbaren Liste: das Register, auf dem Schritt 3 beruht.

Einstellungen einer Website mit Schaltern für Veröffentlichung, Domain, Code, Blog, Shop, Formulare, SEO und Freigabe vor Veröffentlichung — Die Freigabe vor der Veröffentlichung wird pro Website eingestellt, sodass Notfall-Veröffentlichende nicht in einer Warteschlange festhängen.

Veröffentlichungsoptionen, darunter in Vorschau veröffentlichen und eigene Domain verbinden — Ein Vorschauschritt, um eine Ereignisseite zu proben, bevor sie gebraucht wird.

Eine Beispiel-Website in Smartphone-Breite, einspaltig gestapelt — Websites werden in Smartphone-Breite dargestellt, wo der meiste Notfall-Traffic ankommt. Gezeigt ist eine Beispiel-Template-Website in der Live-Vorschau.

Wenn Sie sehen möchten, wie zentrale Kontrolle über viele Websites funktioniert, vereinbaren Sie eine Demo.

Quellen

Zuletzt geprüft am 2026-10-25.

FEMA, Integrated Public Alert and Warning System (IPAWS).
ADA.gov, Fact Sheet: Title II web and mobile app rule (WCAG 2.1 AA).

Dieser Leitfaden ist eine allgemeine Information und weder Rechts- noch Katastrophenschutzberatung. Folgen Sie dem Notfallplan Ihrer Gebietskörperschaft.

Häufige Fragen

Was sollte ein Notfallbanner auf einer Behörden-Website enthalten?

Eine kurze, konkrete Aussage darüber, was geschieht und was zu tun ist, die Warnstufe in Worten, einen Link zur Ereignisseite und die Uhrzeit des letzten Updates. Verwenden Sie echten Text, kein Bild.

Wie hängt die Website mit IPAWS und Wireless Emergency Alerts zusammen?

IPAWS überträgt kurze, authentifizierte Warnungen an Telefone, Radio, Fernsehen, NOAA Weather Radio und Internet-Feeds. Die Website ist die ausführliche Referenz, auf die diese Warnungen und andere Kanäle verweisen.

Sollten Notfall-Updates vor der Veröffentlichung freigegeben werden?

Legen Sie es im Voraus fest. Viele Organisationen erlauben benannten Bereitschafts-Veröffentlichenden, die normale Prüfung bei Hinweis- und Notfallstufe zu überspringen, und dokumentieren, dass es geschehen ist.

Wie halten wir die Website im Notfall erreichbar?

Halten Sie die Notfallseite schlank, liefern Sie sie über ein Content Delivery Network aus, klären Sie mit Ihrem Host, was bei hohem Traffic passiert, und halten Sie eine statische Ausweichkopie auf einem separaten Host bereit.

Enthält We.Inc ein Notfallwarnsystem?

Nein. Mit We.Inc kann ein zentrales Team viele Websites unter einer Marke sehen und verwalten und die Freigabe pro Website festlegen, aber Banner und Ereignisseiten werden als normale Website-Inhalte erstellt, und die Warnung bleibt bei Ihren bestehenden Systemen.