アラートを起動して管理する

以降のセクションでは、公開アラートを開始して維持する方法について説明します。

リリース

公開アラートは、アラートの公開時間を設定できるように設計されています。リリース後にアラートを正常に機能させるには、次のセクションで説明するように Google と連携してください。

アラートを維持する

アラートを一般公開した後も優れたプロダクト エクスペリエンスを提供できるように、専任のチームを維持し、迅速に対応できるようにします。

Google に期待すること

  • 公開アラートは、ユーザーのコメントやフィードバックを定期的に処理し、パフォーマンスに関する分析情報を収集します。

Google がお客様に期待すること

  • Google から報告された問題をすばやく確認して解決します。たとえば、停止したフィードや解析できない CAP コンテンツなどです。

定期的なテストアラートを公開する

アラートを定期的に公開していない場合は特に、Google チームと連携してテスト スケジュールを決定します。

テストに関するガイドラインは次のとおりです。

  • <status>Test</status> を使用すると、一般ユーザーにはテスト アラートが表示されなくなります。他の配信チャネルでもテストフラグが適用されていることを確認します。

  • 最も極端なイベントタイプに対してテストアラートを作成します。

  • テスト用の CAP アラートを、ステージング環境やテスト環境ではなく、通常の本番環境フィードに公開します。

  • 過去のイベントの実際の情報を使用できますが、<sent>、<effective>、<expires> の時間がテストの最新のものであることを確認してください。

  • 更新メカニズムが意図したとおりに機能することを確認するには、最初のテスト アラートとともに、少なくとも 1 つのテスト更新、キャンセル、または全クリア メッセージを発行します。

テストが完了すると、公開アラートからフォローアップの連絡があり、Google がアラートを正常に取り込んだことを確認します。また、解決が必要な問題があれば報告します。

変更について Google 緊急速報に通知する

エンドユーザーが正しいアラート情報を継続的に受け取れるように、CAP 形式の更新や追加データについて Google と一般に通知する明確なメカニズムを構築してください。

NOAA SCN フィードなどのニュース フィード（RSS）を提供するか、すべての最新情報を通知するメールを Google クライシス レスポンス サポートに送信します。更新された情報の新しいバージョンへのリンクを追加することをおすすめします。

設定や構成に大きな変更を加える前に、Google 危機対応サポートにメールでお問い合わせください。変更を十分に前に発表し、実装変更の予定日を含めます。

可能であれば、公開アラートでは、以下の更新について 30 日前までに通知するよう求めています。

  • 新しいタイプのアラートやイベント。
  • 既存のイベントタイプまたはアラートタイプの CAP データの臨界値の変更。
  • ジオデータまたはシェープファイルの地図の変更。
  • フィードに関する計画的なダウンタイムまたはメンテナンス。
  • 新しいフィードの URL。
  • 新しい証明書（以前の証明書の有効期限が切れる前に）（CAP をデジタル署名する場合）。