Ihre Benachrichtigungsdaten müssen der OASIS-Spezifikation Common Alerting Protocol v1.2 sowie der CAP-Spezifikation v1.0 für öffentliche Benachrichtigungen von Google und den unten aufgeführten zusätzlichen Anforderungen entsprechen.
Google CAP
Der CAP-Standard legt die grundlegende Struktur und die Datenelemente für eine CAP-Benachrichtigung fest, lässt aber erheblichen Spielraum für Inkonsistenzen bei der Art und Weise, wie und wann die verschiedenen Datenelemente verwendet werden.
Unsere Plattform soll die Suche nach Notfallinformationen vereinfachen, indem hochwertige, relevante Daten in Onlinetools zusammengeführt werden, die Nutzer bereits täglich nutzen. Mit den zusätzlichen Anforderungen soll die Reichweite und Effektivität Ihrer Benachrichtigungen in Google-Produkten maximiert werden.
Google-spezifische Unterschiede zu den XML-Anforderungen von CAP 1.2 sind in der CAP-Spezifikation für öffentliche Warnungen von Google Version 1.0 zusammengefasst.
Mit der Option „Google Public Alerts CAP“ im Open-Source-CAP-Validator CAPValidator können Sie Ihre Daten sowohl anhand der OASIS-Spezifikation als auch anhand der zusätzlichen Anforderungen von Google validieren.
Die folgenden Richtlinien gelten für alle Arten von Warnungen und Gefahren. Im Abschnitt Beispiele haben wir außerdem einige zusätzliche Anforderungen und Empfehlungen für diese speziellen Benachrichtigungstypen zusammengestellt:
Regelmäßige Tests durchführen
- Achten Sie darauf, dass Ihr System Benachrichtigungen mit
<status>Test</status>veröffentlichen kann, um regelmäßige End-to-End-Systemtests durchzuführen.
Zielbereiche für Benachrichtigungen
- Wenn es nicht zusammenhängende Gebiete mit derselben Benachrichtigungsstufe und demselben Typ gibt, erstellen Sie separate
<alert>-Nachrichten anstelle einer einzelnen<alert>mit nicht zusammenhängenden Gebieten. - Wenn das Element
<area><polygon>-Elemente enthält, müssen diese gültige Polygone ohne sich selbst schneidende Kanten oder sich überschneidende Polygone sein. Die Genauigkeit muss maximal sechs Dezimalstellen betragen. - Wenn das
<area>-Element Ihrer Warnungen Geocodes enthält, stellen Sie die Geodaten im shapefile-Format bereit und benachrichtigen Sie Google mindestens 30 Tage vor Änderungen am Shapefile unter google-public-alerts@google.com. - Zeichnen Sie nach Möglichkeit wirkungsbasierte Polygone, die auf die aktuellen Bedingungen und die Art des Ereignisses zugeschnitten sind, anstatt Warnungen auf vordefinierte geopolitische Gebiete (z.B. Provinzen oder Bezirke) auszurichten.
- Geben Sie Google eine kurze Beschreibung (weniger als 50 Zeichen) des betroffenen Gebiets in der
<areaDesc>oder in einer separaten<parameter>Ihrer CAP-Benachrichtigungen an. Dieser Text wird im Benachrichtigungstitel angezeigt.
Rich Content einfügen
- Fügen Sie in den Elementen
<description>und<instruction>aussagekräftige, umsetzbare und visuell lesbare Inhalte ein. - Beschreiben Sie das aktuelle Ereignis, die prognostizierten Entwicklungen, die erwarteten Auswirkungen und gegebenenfalls Empfehlungen.
- Achten Sie auf korrekte Rechtschreibung, Grammatik und Zeichensetzung.
- Verwenden Sie anstelle von HTML-Tags Nur-Text, um die Lesbarkeit Ihrer Inhalte zu verbessern.
- Geben Sie RGB- oder Hexadezimalfarbcodes für jede Benachrichtigungsstufe an. Diese können auch offline an Google gesendet werden.
Benachrichtigungen aktualisieren
Wenn sich eine Benachrichtigung ändert, erstellen Sie eine neue Benachrichtigung, die sich auf die vorherige Benachrichtigung bezieht, anstatt die vorhandene Benachrichtigung in Ihrem Feed zu ändern oder zu entfernen. Entfernen Sie nach einer angemessenen Zeit (bis zu zwei Wochen) veraltete CAP-Benachrichtigungen aus Ihrem Feed.
<msgType> AKTUALISIEREN oder ABBRECHEN muss mindestens ein <references>-Element enthalten.
Gemäß dem CAP-Standard sollte jede Benachrichtigung, die eine vorherige Benachrichtigung aktualisiert, <msgType>Update</msgType> verwenden und <references>code</references> auf alle vorherigen zugehörigen Nachrichten festlegen, deren <expires>-Datum noch nicht erreicht wurde.
UPDATE oder CANCEL muss sich auf eine nicht abgelaufene Benachrichtigung beziehen.
Es gibt drei Möglichkeiten, Veranstaltungen abzusagen:
- Legen Sie für jedes Ereignis ein
<expires>-Datum und eine<expires>-Uhrzeit fest. In der Nachrichtenbeschreibung sollte angegeben werden, dass diese Benachrichtigung automatisch endet. - Erstellen Sie in Kürze eine neue
<alert>mit<msgType>UPDATE,<responseType>"All Clear"und<expires>. - Erstellen Sie eine neue
<alert>mit<msgType>CANCEL.
Beispiele finden Sie in unseren Beispielbenachrichtigungen für Aktualisierungen und Stornierungen.
Unterstützung mehrerer Sprachen
Bitte erstellen Sie eine <alert> mit mehreren <info>-Blöcken (ein <info>-Block pro Sprache).
Weitere Informationen und ein Beispiel für eine mehrsprachige Benachrichtigung finden Sie unter Mehrere Sprachen.