公開狀態頁面顯示 Zentor App 核心平台的當前可達性。它會直接且無緩存地向後端健康檢查終點發出查詢。頁面會顯示在請求時刻後端與數據庫是否可達。該頁面刻意不顯示虛構的上線率百分比,亦不提供歷史服務等級協議(SLA)分析。
正面狀態並不表示每個租戶(Tenant)功能均運作無誤。即使核心平台可達,WhatsApp 訪問可能配置錯誤、SMTP 密碼已過期,或某個網域尚未獲准許。外部供應商如 Twilio、PayPal 或人工智能供應商,並不會因一般健康檢查而自動得到全面驗證。
發生故障時,應先查看狀態頁面。若顯示核心錯誤,重複進行本地配置變更通常無益。若平台可達,則需進行租戶診斷:系統狀態面板、通道測試按鈕及日誌。日誌最多包含 500 行,且無過濾功能。在自動化運行(Automation Runs)標籤頁中,並無重試按鈕。
此顯示僅為瞬間快照。若要進行新檢查,必須刷新頁面。它無法證明過去某個時間點並無故障。如需向支援團隊報案,應記錄時間、租戶、受影響功能、可見錯誤及可重現步驟。祕密鍵及個人訊息內容不應未經請求地納入報案。
因此,狀態頁面僅能回答「核心平台當前是否可達」這一問題。它既不能替代通道測試,亦無法驗證單一 SIP 實例的運作狀況。目前尚未提供公開的歷史可用性統計或公開服務等級協議。
若頁面在瀏覽器中完全無法載入,應額外檢查自身網絡連接或 DNS 解析問題。本地網絡問題可能產生與平台故障相同的現象。反之,可達的狀態終點亦不能證明單一前端組件的正常運作。因此,瀏覽器控制台及網絡日誌應納入進階診斷範疇。
針對反覆發生的故障,記錄個人觀察的時間序列是有用的,因為公開頁面本身並不儲存歷史數據。時間、持續時間及受影響功能可於內部記錄。然而,在未有相應平台統計數據發布前,不得據此推導出正式的 Zentor 可用性比率。
此外,應檢查問題是否僅影響某種語言版本、單一設備或所有用戶。此範圍界定有助於區分前端、網絡及後端成因,並避免對運作正常的租戶配置進行不必要的變更。