網站掛掉一天，公司的損失怎麼估？
文章導讀
文章導讀
網站停機一天的損失，很少是「當天少賺的錢」這麼單純，真正的成本多半落在停機之後的幾週。
- 損失要拆成四塊：直接營收、補救人力與費用、信任折損，以及搜尋與廣告能見度回落。
- 同樣停一天，四種網站型態的意義完全不同：交易型每小時都在流失，形象型的傷害集中在被誰看見。
- 復原時間的差距多半不在修復本身，而在「多久才有人發現」與「有沒有可還原的備份」。
本文重點導覽
網站停機一天到底損失多少，是很多老闆在真的出事之後才第一次認真計算的問題。截至 2026 年，官網要承擔的角色比過去多，可能是報價入口、客服窗口、訂單金流或搜尋能見度，也可能只承擔其中一兩項。承擔得越多，掛掉的影響就越不只是網頁打不開。這篇不給現成的金額公式，而是拆解損失由哪幾塊組成、每一塊該怎麼估，以及為什麼有些網站停一小時就很痛，有些停一整天卻幾乎沒感覺。
估算的目的不是事後算帳，而是事前決定要投入多少資源在可用性上。能說出「停一天是什麼量級」，就能判斷備份頻率、監控方式與維護配置的程度。
網站停機損失是四類成本相加，不是一個數字
先給答案：停機損失要拆成四塊，分別是直接營收損失、補救成本、信任折損與能見度回落。只算第一塊，通常會低估到只剩實際影響的一小部分。
| 成本類別 | 發生時間 | 估算方式 | 常被忽略的原因 |
|---|---|---|---|
| 直接營收損失 | 停機當下 | 同時段成交紀錄回推 | 誤用日平均而低估 |
| 補救成本 | 結束後數天內 | 人力工時加臨時支出 | 內部人力被當成免費 |
| 信任折損 | 數週 | 看客服量與退訂率變化 | 難歸因，通常不被算進去 |
| 能見度回落 | 數週到一季 | 看流量與廣告成效曲線 | 與季節性波動混在一起 |
四塊的量級差距很大，不同型態的網站落在不同組合上，所以下一段先分型態。
估算前先分型態：四種網站停機一天的意義不同
停機損失的量級主要由網站型態決定，而不是由公司規模決定。年營收很高的公司，如果官網只是形象展示，停一天的損失可能遠低於一家小型電商。
四種型態與各自的痛點
- 交易型網站
購物車、線上報名這一類，損失是連續累積的。每個小時都有原本會成交的訂單消失，多數不會在恢復後補回來，消費者當下就轉去別的地方了。
- 名單型網站
靠表單詢價、預約帶進業務的網站。損失不是立即的成交金額，而是漏掉的名單乘上平常的成交率與客單價。風險是你不會知道漏了誰。
- 形象型網站
不做交易也不靠表單，功能是讓人查得到、看得出是正規公司。直接營收損失接近零，傷害集中在「被誰看見」：剛好是準客戶在那時查你，扣分很實質。
- 系統型網站
會員後台、預約系統或線上學習後台，例如線上課程案例這一類。停機同時影響外部客戶與內部作業，還會留下資料落差。
先分型態再估
大部分網站不會只屬於一種，常見的是形象型加名單型，或交易型加系統型。混合的情況分開估再相加，不要抓一個總數。
直接營收損失怎麼估：用時段分布回推
用「月營收除以三十」估停機一天的損失，是最常見也最不準的做法。流量與成交在一天之內分布極不平均，停在哪個時段差距可能好幾倍。
-
先取出停機那個時段的歷史成交
找過去幾週同一星期幾、同一時段的成交筆數與金額，取中位數而非平均，避免被單筆大額訂單拉高。
-
再乘上一個回流係數
停掉的訂單不會全部消失，一部分客戶會在恢復後回來完成。忠誠度高、替代選擇少的品類回流較高，比價型與衝動型幾乎不回頭。
-
名單型另外用漏斗換算
預估漏掉的表單數，先扣掉會在恢復後回來重送的那一部分（詢價型的回流通常比電商高），再乘上表單進入實際洽談的比例與平均成交金額。不宜把漏掉的表單全部當成流失的成交。
-
把廣告費一起算進去
停機當下若還在投放，被浪費的是平台偵測到到達頁異常之前的那段預算：流量進來、頁面打不開、費用照計。多數平台之後會降量或暫停放送，但偵測需要時間，所以停機時第一個營運動作就是暫停廣告。
停機期間仍在燒的廣告預算，最容易被漏掉（各層的名詞可對照網站組成的白話說明），也最容易從後台的時段報表核對出來。有在投放的話，這一項應該最先算。
停機還有三塊看不見的成本
看不見的三塊很容易被整個略過，形象型與名單型的損失幾乎全部落在這裡。
補救成本：從發生到善後的所有投入
補救成本包含技術端的排查與修復，也包含內部應變：客服解釋、業務說明、行銷發公告、主管開會。這些人力平常不被計價，但那一天沒做原本該做的事，就是機會成本。
交易型還有一塊容易被忽略的落差：金流商在客戶付款後會主動回打通知到網站，停機期間通知送不到，恢復後付款狀態不會自動補正，會出現客人已付款、後台卻顯示未付款，得靠金流後台的交易紀錄逐筆對帳補回。
信任折損：客戶記得的是「那次打不開」
信任折損很難量化，但有跡可循。停機後的一到兩週，觀察客服詢問量、訂單取消率與回購頻率有沒有變化。B2B 客戶通常不會當下抱怨，但這件事會被記住，可能要到下次比價或續約才看得出影響。
值得注意的差別
停機本身造成的信任折損，遠小於「停機時沒有人說明狀況」造成的折損。有對外說明、有預估恢復時間，客戶的接受度會高很多。
能見度回落：搜尋與廣告的恢復需要時間
短時間停機對搜尋排名影響有限，搜尋引擎會重試。但拉長到以天為單位，或短期內反覆停機，被判定為長期不可用的頁面可能暫時退出索引，回到原位需要時間，不是一恢復就同步恢復。
廣告端更直接。到達頁無法開啟時，平台會下調品質評分，累積的成效紀錄也被這段異常拉低，恢復投放後要靠新數據才拉得回來。以上是 2026 年 8 月查證時各平台公開說明的原則，實際判定機制會調整，以官方最新公告為準。能見度的損失不是停機那幾小時，而是後面那幾週的爬升期。
復原時間差在哪：從發現到恢復的五個階段
「網站掛了多久」這個數字，實際上是五個階段的總和：發生、被發現、被通報、被判斷、被修復。工程上真正的修復時間，往往只佔其中一小段。
-
發生到被發現
沒有監控的網站，通常是客戶打電話來才知道。這一段能從幾小時縮短到幾分鐘，取決於有沒有自動監控定時檢查，是投報率最高的一段。
-
被發現到被通報給對的人
公司內部發現後，訊息要傳到能處理的人手上。窗口不明確時，這一段會在群組裡空轉。事先講定「出事找誰」，比事後究責有用。
-
判斷是哪一層出問題
網域解析、主機、資料庫、程式、外部服務，這五層出問題時畫面上的訊息其實不一樣：找不到伺服器、連線逾時、資料庫連線錯誤、整片空白，各自對應不同的層。把畫面與網址截圖留下來，往往決定了定位要花五分鐘還是兩小時。
-
執行處置
依原因不同，可能是重啟服務、回復設定、還原備份或聯繫上游。這是唯一真正的技術時間，也是多數人以為的全部。
-
確認與後續追蹤
恢復不等於結束，資料與功能是否回到正常狀態需要另外確認。這一段做不做，決定同樣的問題會不會再來一次。
系統層的處置之所以由維護方統一執行，原因就在第三段與第四段：更新、備份與資安處置必須能當下立刻動作，流程分散通常是拖慢應變的主因。每一層對應到誰的工作，可以參考官網維護需要哪些角色。
網站為什麼會掛：常見成因與停機長度
成因決定復原時間，也決定能不能被預防。有些靠事前安排就能大幅降低機率，有些屬於外部因素，只能縮短影響。
| 成因 | 典型停機長度 | 能不能事前預防 |
|---|---|---|
| 網域到期 | 續費後解析恢復需時，快取可能再拖數小時 | 可以，靠到期日追蹤大幅降低機率 |
| 憑證到期 | 重新簽發後即時生效，過期期間瀏覽器會跳安全警告 | 可以，靠自動續期與到期監控 |
| 主機資源不足或流量暴增 | 短到中等 | 部分可以，靠資源規劃與快取 |
| 更新造成的相容性衝突 | 中等 | 可以，靠測試環境與更新順序 |
| 被入侵或被植入惡意程式 | 長，且需清查 | 部分可以，靠防護與版本維持 |
| 資料庫損毀或誤刪 | 取決於備份新舊 | 可以，靠備份頻率與可還原性 |
| 上游服務中斷 | 不可控 | 無法預防它發生，可靠架構備援降低單點依賴 |
停機長度是相對比較，實際時間因規模與架構而異，不宜當成保證值。
上表多數項目的關鍵，在於「有沒有人在固定看」。到期日、資源用量、版本落差、備份是否真的可還原，都不會自己跳出來提醒你。維護因此不是等出事才啟動，而是持續的例行工作，分工方式可以看網站架設與主機代管的服務說明。
怎麼判斷
評估備份時值得確認的不是有沒有排程，而是它有沒有被實際還原過。備份能不能還原，決定最壞情況下你退回到哪個時間點。
估完之後：可用性買到哪一層，停機當下做什麼
估算的用途是決定投入的上限。原則是：投入在可用性上的年度成本，應該低於一年下來的預期停機損失，也就是一次典型停機的損失乘上你估計一年會發生的次數。明顯超過時，值得重新檢視是不是買過頭。
投入大致分三層。第一層是監控與備份，成本低、涵蓋大多數狀況，任何型態都值得做。第二層是效能與資源餘裕，適合有行銷檔期或季節尖峰的網站。第三層是架構備援，成本高，只有停機成本極高的交易型或系統型才需要。
- 常見誤解
買比較貴的主機就不會掛
主機規格只解決資源不足這一種成因。到期日、更新衝突、資安事件與誤刪資料，不會因為升級而消失。
- 實際情況
可用性是流程問題，不只是規格問題
同樣的主機，有人固定檢查與沒人管，結果完全不同。常見成因裡有相當一部分落在沒人追蹤的例行事項上，不是硬體不夠力。
什麼情況你不需要多花這筆錢
純形象網站、沒有交易也沒有廣告投放、更新頻率很低的情況下，預算集中在第一層就夠了。要不要往上加，等到開始投放廣告、或網站開始承接交易與預約再評估。
可用性的要求差多少，對照電商購物車案例與形象網站案例就看得出來，兩者不在同一個層次。
停機當下該做的事與不該做的事
停機當下最重要的三件事依序是：確認範圍、保留現場、對外說明。修復交給維護方，公司端做好這三件就能把損失壓到最小。
- 是整站打不開，還是只有某個頁面或功能不能用？（範圍不同，處理方式完全不同）
- 用手機的行動網路再開一次，確認不是自己這端的網路或快取問題。
- 錯誤畫面、完整網址與發生時間有沒有先截圖？（狀況一改變就找不回來，這是判斷哪一層出問題的線索）
- 對外說明準備好了嗎？社群、通訊軟體官方帳號或電話語音都算。
- 停機期間進來的訂單、預約與詢問，有沒有統一的地方記下來？
不該做的事同樣重要。狀況不明時不要反覆重啟或更動設定，這會讓現場資訊消失，拉長判斷時間。也不要急著把停機說成無關緊要，淡化只會讓信任折損更大。應變安排怎麼放進合作節奏，可以參考網站專案的合作流程。
回到最初的問題：四塊分開估、再依型態調整權重，得到的不會是精準金額，而是足夠做決策的量級。沒有估過量級，就只能憑月費高低比較方案，但月費對應的是涵蓋範圍，不見得對應你需要的那一層。快找整合顧問的維護配置涵蓋監控、備份、更新與資安處置，範圍可以看服務項目。
內文精華總結
- 損失結構：停機損失由直接營收、補救成本、信任折損與能見度回落四塊組成，只算第一塊會低估。
- 先分型態：交易型逐小時累積，名單型漏掉看不見的詢問，形象型看被誰撞見，系統型多一層落差。
- 估算方法：用同時段成交取中位數回推再乘回流係數，名單型先扣掉會回頭重送的表單。
- 時間結構：總停機時間是發生、發現、通報、判斷、修復五段相加，拖最久的往往是「多久才發現」。
- 成因分布：常見成因裡相當一部分靠固定檢查就能降低機率，關鍵在有沒有人看，不在主機規格。
- 投入上限：可用性的年度投入應低於一年下來的預期停機損失，純形象網站放在第一層就夠。
先估出量級，再決定可用性要買到哪一層
快找整合顧問一次承接主機環境、監控備份、系統更新與資安處置，到期日追蹤與備份狀態檢查也在維護範圍內，方式與頻率依網站型態安排。告訴我們網站型態、流量規模與尖峰時段，我們會給你配置建議與報價。
延伸閱讀
重點整理
網站停機一天的損失要怎麼估？
把損失拆成四塊分別估再相加：停機當下的直接營收損失、事後的補救人力與臨時支出、客戶信任的折損，以及搜尋與廣告能見度的回落。直接營收用同時段的歷史成交紀錄回推，其餘三塊用工時、客服量變化與流量恢復曲線觀察。算出來的不會是精準金額，但會是一個足以做決策的量級，可以用來判斷該投入多少資源在可用性上。
為什麼不能用月營收除以三十來估停機損失？
因為網站流量與成交在一天之內分布極不平均。停在下單尖峰與停在深夜離峰，損失可能差好幾倍，用日平均會同時造成高估與低估。比較貼近實際的做法，是取過去幾週同一星期幾、同一時段的成交筆數與金額的中位數當基準，再乘上一個回流係數，因為部分客戶會在網站恢復後回來完成購買。
形象型網站沒有交易，停機也有損失嗎？
有，只是形式不同。形象型網站的直接營收損失接近零，傷害集中在「被誰看見」：如果剛好是準客戶、合作對象或求職者在那個時間點查詢公司，打不開的頁面會直接扣分。若網站同時承擔詢價表單的功能，停機期間送不出的表單不會留下任何紀錄，你不會知道漏掉了誰，這一塊最容易被忽略。
網站停機會影響 Google 搜尋排名嗎？
短時間的停機影響有限，搜尋引擎會在稍後重試。但若停機拉長到以天為單位，或短期內反覆停機，被判定為長期不可用的頁面可能暫時退出索引，重新回到原本位置需要時間。廣告端的影響更直接，到達頁打不開會拉低品質評分與累積的成效紀錄。以上是 2026 年 8 月查證時各平台公開說明的原則，實際判定機制會調整，以官方最新公告為準。
為什麼有的網站修得快、有的修很久？
因為「掛了多久」是五個階段相加：發生、被發現、被通報給對的人、被判斷是哪一層出問題、被修復。真正的技術修復往往只佔其中一小段，多數公司拖最久的是第一段，也就是沒有監控、要等客戶打電話來才知道。加上自動監控與明確的通報窗口，通常是縮短總停機時間投報率最高的做法。
常見的停機原因有哪些？哪些可以事前預防？
常見的有網域到期、憑證到期、主機資源不足或流量暴增、更新造成的相容性衝突、被入侵植入惡意程式，以及資料庫損毀或誤刪。這幾項多數靠事前安排就能大幅降低機率，關鍵在有沒有人固定追蹤到期日、資源用量、版本落差與備份的可還原性。上游服務中斷則無法預防它發生，只能靠架構備援降低單點依賴，並縮短影響與對外說明。
想降低停機風險，第一步該做什麼？
先把監控與備份補齊，這是成本最低、涵蓋範圍最廣的一層。監控決定「多久才發現」，備份決定最壞情況下要退回到哪個時間點。評估備份時值得確認的不是有沒有排程，而是它有沒有被實際還原過，沒有還原紀錄的備份，能不能救得回來其實是未知數。做完這一層，再考慮效能餘裕與架構備援。
想找人接手網站的監控與維護，怎麼開始、費用怎麼算？
先確認自己的網站型態、流量規模與尖峰時段，這三項會決定可用性要買到哪一層，也決定費用的量級。快找整合顧問的維護配置涵蓋主機環境、監控備份、系統更新與資安處置，並涵蓋到期日追蹤與備份狀態檢查這類容易被漏掉的例行事項，方式與頻率依網站型態安排。費用會依網站狀況評估，可以透過官網的需求表單說明現況。