網站掛掉一天，公司的損失怎麼估？

文章導讀

星期一早上，業務要把官網連結傳給客戶，才發現網站打不開。大家在群組裡問了一輪，沒人說得出網站從什麼時候開始掛、該找誰。等網站恢復，老闆問的第一句話通常是：「這樣到底損失多少？」很多公司第一次認真算這筆帳，就是在這個時候。

官網現在要承擔的角色比過去多。它可能是報價入口、客服窗口、訂單金流或搜尋能見度，也可能只承擔其中一兩項。承擔得越多，掛掉的影響就越大。這篇不給現成的金額公式，我們想拆的是損失由哪幾塊組成、每一塊怎麼估。順便說明，為什麼有些網站停一小時就很痛，有些停一整天卻幾乎沒感覺。

估這筆帳，是為了事前決定要在可用性上投入多少資源。能說出「停一天是什麼量級」，就能和維護團隊一起，把備份頻率、監控方式與應變安排配置到位。

網站停機的損失，要拆成四類成本來算

只算當天少賺的錢，通常會低估到只剩實際影響的一小部分。四類成本發生的時間不同，估算方式也不同，放在一起看會比較清楚：

成本類別	發生時間	估算方式	常被忽略的原因
直接營收損失	停機當下	同時段成交紀錄回推	誤用日平均而低估
補救成本	結束後數天內	人力工時加臨時支出	內部人力被當成免費
信任折損	數週	看客服量與退訂率變化	難歸因，通常不被算進去
能見度回落	數週到一季	看流量與廣告成效曲線	與季節性波動混在一起

四塊的量級差距很大，不同型態的網站落在不同組合上，所以下一段先分型態。

估算前先分型態：四種網站停機一天的意義不同

停機損失的量級，主要看網站型態，公司規模反而其次。年營收很高的公司，如果官網只是形象展示，停一天的損失，可能遠低於一家小型電商。

四種型態與各自的痛點

• 交易型網站

  購物車、線上報名這一類，損失是連續累積的。每個小時都有原本會成交的訂單消失，多數不會在恢復後補回來，消費者當下就轉去別的地方了。

• 名單型網站

  靠表單詢價、預約帶進業務的網站。損失要用漏掉的名單來算，再乘上平常的成交率與客單價。麻煩的是，你不會知道漏了誰。

• 形象型網站

  不做交易，也不靠表單，功能是讓人查得到、看得出是正規公司。直接營收損失接近零，傷害集中在「被誰看見」：剛好是準客戶在那時查你，扣分很實質。

• 系統型網站

  會員後台、預約系統或線上學習後台，例如線上課程案例這一類。停機同時影響外部客戶與內部作業，還會留下資料落差。

直接營收損失怎麼估：用時段分布回推

用「月營收除以三十」來估停一天的損失，是我們最常看到的算法，也是最不準的一種。流量與成交在一天之內分布很不平均，停在哪個時段，差距可能好幾倍。

• 先取出停機那個時段的歷史成交

  找過去幾週、同一星期幾、同一時段的成交筆數與金額，取中位數，不取平均，免得被單筆大額訂單拉高。

• 再乘上一個回流係數

  停掉的訂單不會全部消失，一部分客戶會在恢復後回來完成。忠誠度高、替代選擇少的品類，回流比較高；比價型與衝動型，幾乎不回頭。

• 名單型另外用漏斗換算

  先預估漏掉的表單數，扣掉恢復後會回來重送的那一部分（詢價型的回流通常比電商高），再乘上表單進入實際洽談的比例，以及平均成交金額。漏掉的表單，不宜全部當成流失的成交。

• 把廣告費一起算進去

  停機當下如果還在投放，被浪費的是平台偵測到到達頁異常之前的那段預算：流量照樣進來，頁面打不開，費用照計。多數平台之後會降量或暫停放送，但偵測需要時間，所以停機時第一個營運動作，就是暫停廣告。

停機期間還在燒的廣告預算，最容易被漏掉。它卻也最容易從廣告後台的時段報表核對出來（各層的名詞可對照網站組成的白話說明）。有在投放的話，這一項要最先算。

停機還有三塊看不見的成本

看不見的三塊，很容易被整個略過。形象型與名單型網站的損失，幾乎全部落在這裡。

補救成本：從發生到善後的所有投入

補救成本包含技術端的排查與修復，也包含內部應變：客服解釋、業務說明、行銷發公告、主管開會。這些人力平常不被計價。但那一天沒做原本該做的事，就是機會成本。

交易型網站還有一塊容易被忽略的落差。客人付款後，金流商會主動回傳通知給網站；停機期間，這個通知送不到。網站恢復後，付款狀態不會自動補正，就會出現客人已經付款、後台卻顯示未付款的訂單。這些訂單，得靠金流後台的交易紀錄逐筆對帳補回。

信任折損：客戶記得的是「那次打不開」

信任折損很難量化，但有跡可循。停機後的一到兩週，觀察客服詢問量、訂單取消率與回購頻率有沒有變化。B2B 客戶通常不會當下抱怨，但這件事會被記住，可能要到下次比價或續約，才看得出影響。

能見度回落：搜尋與廣告的恢復需要時間

短時間停機，對搜尋排名影響有限，搜尋引擎會稍後重試。但停機拉長到以天計算，或短期內反覆停機，被判定為長期不可用的頁面，可能暫時退出索引。網站恢復了，排名也要一段時間才回得來。

廣告端更直接。到達頁打不開時，平台會下調品質評分，累積的成效紀錄也會被這段異常拉低。恢復投放後，要靠新的數據才拉得回來。以上是 2026 年 8 月查證時各平台公開說明的原則，實際判定機制會調整，以官方最新公告為準。能見度的損失，要算的是後面那幾週的爬升期，停機那幾小時只是開頭。

復原時間差在哪：從發現到恢復的五個階段

「網站掛了多久」，其實是五個階段加起來的時間。工程上真正在修的，往往只佔其中一小段。

• 發生到被發現

  沒有監控的網站，通常是客戶打電話來才知道。有沒有自動監控定時檢查，差距就在這一段，這也是最值得先補起來的一段。

• 被發現到被通報給對的人

  公司內部發現後，訊息要傳到能處理的人手上。窗口不明確時，這一段會在群組裡空轉。事先講定「出事找誰」，比事後究責有用。

• 判斷是哪一層出問題

  問題可能出在網域解析、主機、資料庫，也可能在程式或外部服務。每一層出問題時，畫面上的訊息其實不一樣：找不到伺服器、連線逾時、資料庫連線錯誤、整片空白，各自對應不同的層。有沒有把畫面和網址截圖留下來，常常決定了定位是幾分鐘的事，還是要花上大半天。

• 執行處置

  依原因不同，可能是重啟服務、回復設定、還原備份或聯繫上游。這是唯一真正的技術時間，也是多數人以為的全部。

• 確認與後續追蹤

  網站恢復之後，還要另外確認資料與功能都回到正常狀態。這一段做不做，決定同樣的問題會不會再來一次。

系統層的處置由維護團隊統一執行，原因就在判斷和處置這兩段。更新、備份與資安處置都要能當下動手，流程一分散，應變就會慢下來。每一層對應哪一種專業，可以參考官網維護需要哪些角色。

網站為什麼會掛：常見成因與停機長度

成因決定復原時間，也決定能不能事前預防。有些靠事前安排，就能大幅降低機率；有些屬於外部因素，只能縮短影響。

成因	典型停機長度	能不能事前預防
網域到期	續費後解析恢復需時，快取可能再拖數小時	可以，靠到期日追蹤大幅降低機率
憑證到期	重新簽發後即時生效，過期期間瀏覽器會跳安全警告	可以，靠自動續期與到期監控
主機資源不足或流量暴增	短到中等	部分可以，靠資源規劃與快取
更新造成的相容性衝突	中等	可以，靠測試環境與更新順序
被入侵或被植入惡意程式	長，且需清查	部分可以，靠防護與版本維持
資料庫損毀或誤刪	取決於備份新舊	可以，靠備份頻率與可還原性
上游服務中斷	不可控	無法預防它發生，可靠架構備援降低單點依賴

停機長度是相對比較，實際時間因規模與架構而異，不能當成固定的數字。

上表多數項目的關鍵，是「有沒有人固定在看」。到期日、資源用量、版本落差、備份能不能真的還原，都不會自己跳出來提醒你。所以維護是持續在跑的例行工作，不論這個月網站有沒有要改東西。分工方式可以看網站架設與主機代管的服務說明。

估完之後：可用性買到哪一層，停機當下做什麼

判斷的原則是：停機影響越集中、量級越高的網站，越需要把監控、備份與應變安排一次配置到位。發生頻率也要一起看。同樣的損失金額，一年一次和一季一次，意義完全不同。

投入大致分三層。第一層是監控與備份，涵蓋大多數狀況，任何型態的網站都該具備，也是維護配置的基本盤。第二層是效能與資源餘裕，適合有行銷檔期或季節尖峰的網站。第三層是架構備援，投入較高，適合停機成本特別高的交易型或系統型網站。

• 常見誤解

  買比較貴的主機就不會掛

  主機規格只解決資源不足這一種成因。到期日、更新衝突、資安事件與誤刪資料，不會因為升級而消失。

• 實際情況

  可用性要靠流程，規格只是其中一環

  同樣的主機，有人固定檢查和沒人管，結果完全不同。常見的停機成因裡，有相當一部分出在沒人追蹤的例行事項，硬體不夠力反而很少是主因。

可用性的要求差多少，對照電商購物車案例與形象網站案例就看得出來，兩者不在同一個層次。

停機當下該做的事與不該做的事

停機當下，你們公司內部最重要的是三件事，依序是確認範圍、保留現場、對外說明。修復交給維護團隊，這三件做好，就能把損失壓到最小。

• 是整站打不開，還是只有某個頁面或功能不能用？（範圍不同，處理方式完全不同）
• 用手機的行動網路再開一次，確認不是自己這端的網路或快取問題。
• 錯誤畫面、完整網址與發生時間有沒有先截圖？（狀況一改變就找不回來，這是判斷哪一層出問題的線索）
• 對外說明準備好了嗎？社群、通訊軟體官方帳號或電話語音都算。
• 停機期間進來的訂單、預約與詢問，有沒有統一的地方記下來？

不該做的事同樣重要。狀況不明的時候，不要重啟服務，也不要更動任何設定，現場資訊會因此消失，判斷時間也會拉長。對外也不要急著把停機說成小事，淡化只會讓信任折損更大。應變安排怎麼放進合作節奏，可以參考網站專案的合作流程。

我們怎麼替一個網站估停機風險

討論可用性時，參考的做法是先問：「網站一天之中，哪個時段最不能停？」有人答午休時間，有人答晚上十點以後，也有人說是廣告投放的那幾天。這個答案決定了更新要排在什麼時段、監控的通知要先送到誰手上，也決定了檔期前要先檢查哪幾條流程。

真的遇到停機，網站恢復後，先把營運接回來。交易型網站，先補正前面提到的付款狀態落差；名單型網站，先確認停機前後的表單有沒有漏接。之後，再回頭追原因。

估過量級，比較方案時才有依據。只看月費高低，比到的是涵蓋範圍，跟你們需要的那一層不一定對得上。我們的維護配置涵蓋監控、備份、更新與資安處置，完整範圍可以看服務項目。

常見問題