狀態頁面

一個讓您自己的客戶閱讀的頁面，呈現哪些服務正常、哪些不正常。頁面由我們代管，因此即使您的基礎架構無法回應，它仍然會回應。

建立方式

先建立頁面，再為它加入元件。元件就是您選擇公開的監控項目，並以客戶看得懂的名稱呈現——“Checkout”，而不是 prod-api-lb-01。如果數量多到有此需要，可以把它們分組成不同區塊。

加入元件，就是把該監控項目公開出去。它的狀態、歷史紀錄與事件，都會讓取得連結的任何人看見。監控項目的其餘內容不會外露——不含 URL，不含設定，也不含檢查是從何處發出的——但它究竟正常還是停機，就成了公開資訊。這正是狀態頁面的目的，所以要加入哪些監控項目，值得謹慎決定。

您只能加入與該頁面位於同一個工作區的監控項目。在代理商帳戶中，正是這一點讓某位客戶的監控項目不會出現在另一位客戶的頁面上。

頁面的位置

每個頁面都會立即取得一個位於我們網域下的位址。自 Starter 方案起，您可以改為將自己的網域指向它—— status.yourcompany.com——憑證由我們處理。

自 Pro 方案起，頁面可以完全採用您的品牌：您的標誌與色彩，且不出現任何與我們有關的字樣。

頁面上的事件

由監控開啟的事件會自動顯示。對於我們看不到的狀況——效能降低的第三方服務、預定進行的移轉——您也可以手動張貼事件，並隨著情況演變持續更新。每則更新都有時間戳記並會保留，因此事後這個頁面是一份紀錄，而不只是當下的一張快照。

只要開啟「在狀態頁面上顯示」，預定的維護時段就會發布在頁面上——標題、說明，以及下一次的時間——並且同樣出現在頁面的訂閱來源中。也可以在它開始與結束時通知訂閱者。它在開啟期間會攔下警示，但不會改寫可用性數字：除非您同時關掉「繼續檢查」，否則檢查照常執行、照常計入。

訂閱者

訪客可以訂閱，在情況有所變動時收到電子郵件。他們必須先確認，而且每封郵件都附有無須登入即可停止接收的方式：收到狀態更新的人是別人的客戶，要求他們為了停收未經邀請的郵件而先建立帳戶，正是一個頁面招來垃圾郵件檢舉的方式。

這些位址是由您蒐集、並由我們代您保管的個人資料。它們屬於您：隨時都可以匯出或刪除。

私密頁面

設定密碼之後，頁面在顯示任何內容之前都會先要求輸入。這適合內部使用的頁面，或依協議只分享給單一客戶的頁面。

解鎖狀態會記在該頁面專屬的 cookie 裡，因此解鎖其中一個頁面不會連帶解鎖另一個；而且已解鎖頁面的訪客，取得的一律是即時版本，而不是快取副本。

我們刻意不揭露的內容

狀態頁面上任何地方，我們都不會指出檢查是從何處發出的。頁面上不會，事件中不會，API 裡也不會。檢查在哪裡執行，由我們決定、也由我們更動——探針會在不同主機與不同地點之間移動——因此把區域代碼擺在您的客戶眼前，等於對我們的基礎架構做出一項聲明，它會在無人察覺之下過時，而客戶也無法依據它採取任何行動。

訂閱來源

每個公開頁面都會以訂閱來源的形式發布其事件，並提供閱讀器都能辨識的兩種格式：/feed.xml 對應 RSS，/atom.xml 對應 Atom，兩者都緊鄰頁面本身的網址。頁面上也放了這兩個連結，因此大多數閱讀器只憑頁面網址就能找到它們。

訂閱來源讓別人不必交出電子郵件地址就能追蹤您。它承載的內容與頁面完全相同——最近三十天的事件、您標記為公開的那些更新，以及您選擇公開的維護時段——除此之外別無其他：沒有內部註記，沒有事後檢討，也沒有任何關於檢查從何處發出的資訊。

設有密碼或存取受限的頁面不提供訂閱來源。訂閱閱讀器無法被要求輸入密碼，因此那裡的訂閱來源會成為繞過這道關卡的途徑，而不是一項功能。

速度與可用性

狀態頁面會在邊緣節點快取，並由一份即使我們自己的來源站台停機也依然存在的副本提供服務。把狀態頁面放在它所回報的系統之外代管，理由全在於此：若一個頁面剛好在有人正為之查看的那次中斷期間無法連線，它就沒有完成自己唯一的任務。