發布及維護快訊
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
下列各節將說明如何發布及維護公開快訊。
啟動
您可以設定公眾警報的發布時間。如要確保快訊在推出後能正常運作,請繼續按照下列各節所述,與 Google 合作。
維護警報
為確保警報公開後能提供良好的產品體驗,請設立專責團隊,並確保團隊能迅速回應。
Google 的預期做法
- 公開快訊會定期處理使用者的留言和意見回饋,並收集成效深入分析資料。
Google 對你的期望
- 快速確認並解決 Google 回報的問題。例如動態饋給中斷或無法剖析的 CAP 內容。
發布定期測試警報
請與 Google 團隊協商,共同決定測試時間表,特別是如果您只偶爾發布快訊的話。
請遵循下列測試規範:
使用 <status>Test</status>
,以免一般使用者看到測試警報。確認其他發布管道也遵循「Test」標記。
針對最嚴重的事件類型建立測試快訊。
請將測試 CAP 快訊發布至一般正式版動態饋給,而非發布至階段性或測試環境。
您可以使用過去事件的實際資訊,但請務必將 <sent>
、<effective>
和 <expires>
的時間設為目前的測試時間。
為確保更新機制正常運作,請在初始測試警示中發出至少一則測試更新、取消或全清訊息。
測試完成後,公共警報會與您聯絡,確認 Google 是否已成功攝入警報,或回報任何問題供您解決。
通知 Google 災害示警系統異動
為確保使用者能持續收到正確的警示資訊,請建立明確的機制,以便通知 Google 和大眾有關 CAP 格式或其他資料的更新。
提供新聞動態饋給 (RSS),例如 NOAA SCN 動態饋給,或是傳送電子郵件給 Google 危機應變支援團隊,以便發布所有最新消息。建議您連結至新版本的任何更新資訊。
在進行重大設定或設定變更前,請傳送電子郵件給 Google 危機應變支援團隊。提前宣布變更,並附上預計實施變更的日期。
如有可能,公共警報會在至少 30 天前通知您下列更新:
- 新的快訊或事件類型。
- 針對現有事件或快訊類型的 CAP 資料,變更關鍵值。
- 地理資料或形狀檔案地圖的變更。
- 動態饋給的預定停機或維護時間。
- 新的動態饋給網址。
- 如果您對 CAP 進行數位簽署,請使用新的憑證 (在先前憑證到期前)。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2025-07-25 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2025-07-25 (世界標準時間)。"],[[["Public Alerts requires ongoing collaboration with Google to ensure successful launch and maintenance of alerts."],["Maintaining a dedicated and responsive team is crucial for a positive user experience with public alerts."],["Regular testing of alerts, including extreme event types and updates, is essential for alert system readiness and verification."],["Alert providers must promptly address issues identified by Google and notify Google of any changes to alert formats, data, or feed configurations."],["Advance notification to Google of major setup or configuration changes is necessary to minimize disruption and ensure continued accuracy of alert information."]]],["Public Alerts requires a dedicated team to maintain the system after launch. Google will process feedback and provide performance insights. Publishers must promptly address issues like feed failures. Regular test alerts, marked `\u003cstatus\u003eTest\u003c/status\u003e`, should be sent on production feeds, including updates and cancellations. Publishers must notify Google about CAP format changes, new alert types, data modifications, downtime, new URLs, and new certificates at least 30 days in advance, preferably through a news feed or email to Crisis Response support.\n"]]