主機 SLA 條款讀懂才知道保障範圍——99.9% vs 99.99% 實際停機時數與補償機制

簽署網站主機合約時,主機商的銷售頁面往往著重於「99.9%」或「99.99%」的可用性保證。這些數字看起來相近,但實際換算成每年允許停機時數,兩者相差近 9 倍。電商在促銷旺季損失 1 小時交易與損失 8 小時,成本完全不在同一個量級。真正的風險往往不在這些大數字上,而藏在合約條款深處——可用性如何計算、維護窗口如何定義、申請賠償的條件是什麼。本文逐條拆解主機 SLA 合約的核心條款,幫助站長與企業主掌握保障全貌。

99.9% 與 99.99% 的實際落差

可用性數字後面跟著一個關鍵問題:這個「可用性」是怎麼算出來的?

部分主機商把排定維護時段從計算基準裡扣除。合約允許每月 4 小時例行維護,99.9% 的基準就不是每月 43,800 分鐘,而是 43,560 分鐘,兩者只有幾十分鐘差異,看起來無關緊要。但如果「維護窗口」的定義很寬鬆,或每次維護可以用「緊急作業」名義插入,實際停機保障就會被大幅稀釋。

另一個常見缺口是「服務中斷」的認定門檻。有些合約要求 5 分鐘以上的連續中斷才算進 SLA 計算,偶發的短暫斷線不計。這對高頻交易或即時服務的站台影響尤其大,因為每次短暫中斷雖然不足 5 分鐘,累積起來可能超過幾十分鐘。

補償機制的實際效力

SLA 保證不等於自動退款。大多數合約規定,客戶必須在中斷發生後的特定天數內(常見 7 至 30 天)主動提出申請,並附上中斷時間的佐證記錄,才能啟動賠償程序。這個設計讓實際申請率遠低於理論應得比例。

賠償比例同樣值得細看。未達 SLA 的賠償通常以「月費信用額度(Service Credit)」計算,比例從 10% 到 100% 不等,依停機時數落在哪個區間而定。現金退款幾乎從不出現,信用額度也只能用來折抵未來帳單,不能當成損失補償。一個月台費 1,000 元、因停機損失 50,000 元銷售額的電商站主,就算拿回全額月費信用,實際損失幾乎沒有被彌補。

可用性等級 年允許停機時數 月允許停機分鐘
99.9%(Three Nines) 約 8.7 小時 約 43.8 分鐘
99.95% 約 4.4 小時 約 22 分鐘
99.99%(Four Nines) 約 52.6 分鐘 約 4.4 分鐘
99.999%(Five Nines) 約 5.3 分鐘 約 0.4 分鐘

合約審閱重點清單

拿到合約後,下列幾個條款段落值得逐條核對,不能只看銷售頁面的行銷說明。

可用性計算基準 確認分母是否排除維護窗口,以及維護窗口的頻率上限與單次時長上限。沒有明確限制的「例行維護」條款,等於允許主機商在理論上合法地縮短 SLA 保障時數。

中斷認定門檻 確認合約對「服務中斷」的最低時長定義(如 5 分鐘、10 分鐘),低於門檻的事件是否完全不計入。中斷認定從客戶回報時算起還是從系統日誌算起,同樣影響記錄有效性。

申請期限與舉證責任 確認申請賠償的時間窗口與所需文件。部分合約要求提供第三方監控(Third-Party Monitoring)的截圖或日誌,而主機商自己的控制台記錄不被接受,事先準備獨立監控工具就成了必要動作。

賠償上限 確認單月賠償上限,通常不超過當月費用的 100%,且以信用額度而非現金退款的形式發放。

流量超額計費 部分方案標榜「不限流量」,但合約附表往往定義了「合理使用政策(Fair Use Policy)」——超過一定數量後,主機商保有限速、暫停服務或額外收費的權利。具體流量上限與超額單價需要在附表裡找,不在主要條款頁面。

頻寬上限與超額費率 若方案明確標示頻寬上限(如每月 10 TB),超額費率是按 GB 計還是按 TB 計,以及是否有緩衝區(Grace Period)讓客戶在超額後仍有時間升級方案,都需確認。頻繁跑高流量活動的站台,超額費率的影響可能超過方案本身的月費。

合約終止條款 主動終止的提前通知期(常見 30 至 90 天)、提前終止費(Early Termination Fee)的計算方式、資料備份與遷移的配合義務,是這個段落的三個核心。部分合約規定,若客戶因主機商違反 SLA 而提前終止,仍需支付剩餘合約費用,只是有權申請信用額度——終止費與信用額度的扣抵規則必須明確。

監控搭配合約才能落實保障

SLA 條款本身是書面保障,落實需要客戶端的獨立監控工具作為憑證。如果只依賴主機商提供的控制台資料,一旦中斷發生,客戶舉證能力幾乎為零。

常見的獨立網站監控服務(如 UptimeRobot、Better Uptime 等)提供每 1 至 5 分鐘一次的探測記錄,資料保存期通常從 7 天到 1 年不等,可以作為申請 SLA 賠償的第三方憑證。設定上建議選擇探測間隔與合約「中斷認定門檻」相近或更短的頻率,確保短暫中斷也能被捕捉。

合約裡定義的「中斷起算點」,若以「主機商內部系統偵測到」為基準,客戶端的外部監控記錄時間點可能比主機商的晚幾分鐘。這個落差在申請賠償時可能造成認定爭議,簽約前值得主動確認雙方以哪個時間點為準。

持有監控記錄之外,備份策略也需要與 SLA 分開檢視。多數主機商的 SLA 只保障服務可用性,不涵蓋資料完整性——硬體故障導致資料遺失,通常不在 SLA 賠償範圍內,而是走另一份資料復原政策(Data Recovery Policy),條件與期限都不同。兩份文件都需要在簽約前確認。

相關文章
標籤: 停機補償, 合約審閱, 主機購選, SLA 合約, 主機可用性