以降のセクションでは、一般公開アラートを起動して維持する方法について説明します。
リリース
一般公開のアラートは、アラートが公開される時刻を設定する際に役立ちます。リリース後もアラートが正常に機能するよう、次のセクションで説明するように、引き続き Google と連携してください。
アラートを維持する
アラートが公開された後に優れたサービス エクスペリエンスを実現するには、専任のレスポンシブ チームを維持してください。
Google に期待すること
- 一般公開アラートは、ユーザーのコメントやフィードバックを定期的に処理し、パフォーマンスの分析情報を収集します。
Google がユーザーに期待すること
- Google から報告された問題を速やかに確認し、解決します。たとえば、ダウンフィードや解析不能な CAP コンテンツがあります。
定期的なテストアラートの公開
特に不定期にアラートを公開する場合は、Google チームと協力してテストスケジュールについて合意を得てください。
次のテスト ガイドラインに従ってください。
<status>Test</status>を使用して、一般公開でテストアラートを表示しないようにします。他の配信チャネルも Test フラグを遵守していることを確認します。特に重要度の高いイベントタイプのテストアラートを作成できます。
テスト CAP アラートを、ステージング環境やテスト環境ではなく、通常の本番環境フィードに公開します。
過去のイベントの実際の情報を使用することもできますが、
<sent>、<effective>、<expires>の時間がテストの現在のものであることを確認してください。アップデート メカニズムが意図したとおりに機能するよう、最初のテスト アラートとともに、少なくとも 1 つのテスト アップデート、キャンセル、またはクリアされたメッセージを発行します。
テストの後、Google はアラートが正常にアラートを取り込み、解決すべき問題があれば報告するように、アラートをフォローアップします。
変更について Google 災害情報を通知する
エンドユーザーが引き続き正確なアラート情報を受け取るには、CAP 形式や追加データの更新を Google と一般の人々に伝える明確なメカニズムを確立します。
NOAA SCN フィードのようなニュース フィード（RSS）を提供するか、すべての更新を通知するメールを Google クライシス レスポンス サポートに送信します。更新した情報の新しいバージョンにリンクすることをおすすめします。
設定や構成を大幅に変更する前に、Google クライシス レスポンス サポートにメールを送信してください。変更については事前に告知し、変更の予定日を記載します。
可能な場合は、少なくとも 30 日前に運行情報に次の更新に関する情報が送信されるようにします。
- 新しい種類のアラートとイベントです。
- 既存のイベントまたはアラートタイプの CAP データの重要な値の変更。
- 地理データマップまたはシェープファイル マップの変更。
- 計画的なフィードのダウンタイムやメンテナンス。
- 新しいフィードの URL。
- 電子署名（CAP）の場合、新しい証明書（以前の証明書の有効期限が切れる前）。