主機代管一年費用到底包含什麼？六個常被誤會的範圍

文章導讀

「規格看起來都一樣，主機代管的價差為什麼這麼大？」這是我們在報價階段很常被問到的問題。多數人會先比空間、比流量、比規格，但這筆年費裡，機器本身通常只佔一小部分。撐起金額的，是畫面上看不到的事：備份有沒有在跑、系統有沒有跟上、出狀況時誰在看、到期日誰在追。

這篇不比哪一家主機商好，也不列價格帶。我們想回答更前面的問題：同樣一筆年費，花在哪些持續在做的工作上。

主機代管的年費，買的到底是什麼

先講答案：主機代管買的是「網站一直維持在可用狀態」，機器只是載體。網站跑在一個一直在變的環境裡。程式語言的版本在推進，新的資安漏洞持續被發現，外部服務的規格也在改。網站一行程式都沒動，環境也會自己往前走。

所以「代管」和「租主機」是兩個層級的服務。租主機，拿到的是一塊空間和一張帳單。代管，是有人把這塊空間上跑的網站，當成要持續照看的對象。費用的差距，幾乎都在人的工作上。理解這一點，後面六個範圍就都說得通。

「主機代管」這四個字，市場上還有另一種用法。早期講的主機代管，是公司自己買伺服器，付費放進機房託管，機房只管電力、網路和機器本身。這篇談的是另一種：機器由服務方提供，網站的狀態也一起照看。看報價前先確認是哪一種，比較起來才有意義。

• 常見誤解

  主機費就是機器的租金，規格越高越划算

  拿兩份報價比空間、比流量、比記憶體，數字差不多，價格卻不同，就認定其中一份比較貴。這樣比，會漏掉價差真正的來源。

• 實際情況

  以多數中小企業網站的規模來說，機器不是金額的主要來源

  同樣規格的機器誰都租得到，價格也相當透明。兩份報價真正的差距，藏在服務內容裡，規格表上看不出來。

範圍一：主機資源與執行環境，規格只是起點

規格決定上限，執行環境決定網站實際跑起來的樣子。同樣的規格，設定得好和設定得差，開啟速度可以差很多，圖片多、查詢重的頁面尤其明顯。這段設定工作，不會寫在方案表上。

執行環境包含的東西，比多數人想像的多。程式語言的版本與參數、資料庫調校、快取的層次，是一組；圖片處理、上傳限制、寄信路徑，又是另一組。只要一項沒調好，症狀就會用很奇怪的樣子出現：後台上傳大圖失敗、通知信掉進垃圾郵件，或是活動期間流量一來就變慢。

我們檢查網站時很常看到一種情況：主機規格早就升級過了，快取和資料庫的參數卻還停在開站那天的設定。機器變大了，網站還是一樣慢。

層次	包含什麼	沒有人照看時的典型症狀
機器資源	運算能力、記憶體、儲存空間、流量	尖峰時段變慢、資源用盡時整站中斷
執行環境	語言版本、資料庫參數、快取與壓縮設定	速度長期偏慢，換機器也沒改善
周邊服務	寄信管道、圖片處理、排程工作	通知信收不到、排程沒跑卻沒人發現
網路層	網域解析、加速與快取節點	設定變更後部分使用者看到舊版本

這四層的症狀很像，都是「網站怪怪的」，處理方式卻完全不同。光是判斷問題出在哪一層，就是一項工作。

網站長大了，執行環境也要跟著重新調整。商品從幾十筆變成幾千筆，或是開始有會員相關的運算，這些變化不會自動觸發調整。它們只會先變成一句：「最近怎麼有點慢？」

範圍二：備份，主機代管裡常被一句話帶過的一項

「含備份」三個字，在代管的服務說明裡很常見。但備份真正派上用場的時刻只有一次，就是需要還原的那一天。所以這一項要看四件事：多久做一次、留幾份、存在哪裡、還原要多久。這四件事，決定了出事之後你能退回到哪一天。

• 頻率：多久做一次

  每天備份一次，最壞的情況是少掉一天的資料。形象網站一天內的異動通常不多；每天都有訂單的網站，少掉一天就是營運損失。

• 保留：留幾份、留多久

  只留最新一份，有個盲點：如果問題幾天前就發生、一直沒被發現，最新那份也已經是壞的。能往回退好幾個時間點，才擋得住這種晚發現的狀況。

• 位置：跟網站放在一起還是分開

  備份檔跟網站放在同一台機器上，機器出問題時會一起消失。放到另一個位置，多一層成本，換到的是機器層故障時還有一份可用。這兩種做法市場上都有，差別會反映在費用上。

• 還原：需要多久

  還原要把資料庫、檔案和設定一起對回去，按一個鍵結束不了。這段時間有多長，網站就停擺多久。

範圍三：系統更新，網站沒動不代表主機環境沒動

網站沒壞，也要更新，原因就是前面講的：它依賴的每一層都在往前跑。一個不更新的網站，會和外面慢慢脫節，直到某天突然接不上。

更新分成三層，節奏和風險都不一樣。三層混在一起談，就會出現「更新過了，為什麼還是有問題」這種對話。

• 核心系統更新

  網站用的內容管理系統本身。更新次數不多，但幅度大，可能牽動版面與功能，要先確認相容性。

• 功能模組更新

  外掛、佈景、金流串接這些延伸元件。更新頻繁，單次影響小，但數量多。落後太久再一次補上，風險反而比小步更新高。

• 伺服器端更新

  作業系統、程式語言版本、資料庫版本與安全性修補。平常畫面上看不出變化，卻是漏洞修補的主要來源。它也牽動語言與資料庫版本，升級前的相容性確認，往往比核心更新更花時間。

更新本身有風險，這點不必迴避。參考的做法是把風險管起來：更新前先備好可以退回的版本，時間避開營運尖峰；更新後，再確認網站的主要功能都正常。這些判斷與確認，本身就是維護工作的一部分。不更新，風險也不會消失。它只是被往後推，推到一個你沒辦法選時間的日子。

這些工作各自對應哪一種專業，可以參考官網維護需要哪些角色，那篇把人力的部分拆得更細。

範圍四：資安監控與異常狀況的當下處置

資安在代管範圍裡，是防護和處置兩件事。防護降低發生的機率；處置決定出事之後，多久能收拾乾淨。少了哪一個都不完整。

網站會遇到的，也不限於被入侵。更常見的是這三種：機器人流量吃光資源、表單被灌垃圾訊息，或是被植入看不見的外連內容，讓搜尋結果出現異常標示。這些狀況不會跳出警告視窗，通常是先影響到營運，才被發現。

這一層的工作有個特性：要能當下動手。更新要排、備份要跑，遇到異常流量要當場處理，這些動作都等不得。所以主機與系統層由維護團隊統一維運，應變時不必卡在中間的等待。你們公司內部照樣使用營運需要的操作介面，發文章、上架商品都不受影響。

範圍五：主機代管的故障排除到哪裡為止

故障排除到哪裡為止，是六個範圍裡最容易有落差的一項。比較實用的分法，是看這件事要讓網站「回到原本的樣子」，還是「變成原本沒有的樣子」。前者屬於維運，後者屬於新增，兩者的評估方式本來就不同。

各家的切法不完全一樣，下面這張表，是市場上比較常見的歸類。

類型	典型情形	性質	市場上常見的歸類
回復原狀	網站打不開、表單失效、結帳中斷、版面跑位	維運	常見會列在維運範圍內，實際項目與處理順序依服務內容而定
維持相容	金流規格更新、系統版本推進後的調整	維運	基本調整常見會列在維運範圍內，幅度較大的規格改版依服務內容另行評估
內容異動	換圖、改文案、上架商品、發布文章	營運	公司內部自行操作，或另約支援方式
功能新增	加一個頁面類型、串新的外部系統、改版	專案	多數不併入代管，另行評估

實際納入哪些項目、處理的先後，以各自的服務內容為準。弄清楚自己拿到的是哪一種，比爭論誰的分法對更有用。

另一個常被誤會的，是嚴重程度。整站打不開、無法結帳，屬於營運停擺；圖片比例跑掉、區塊換行不好看，難看，但不影響交易。兩者的急迫程度不同。事前把等級分開，雙方對「急」的定義才會一致。專案期和維護期怎麼銜接，可以看網站專案的合作流程。

範圍六：網域、憑證與第三方服務的到期照看

一個網站背後，同時掛著好幾個有期限的項目。它們的到期日通常不在同一天，通知也不在同一個信箱。這件事聽起來像是記得續約就好，實際上要橫跨註冊商、憑證和多個第三方服務，逐一追蹤到期時間，所以最常掉在中間沒人接。

其中最該講清楚的是網域。用了幾年之後，名片、發票、廣告投放和搜尋索引全都綁在上面，換掉的代價很高。網域和商標不同，它是向註冊商付費，取得一段期間的使用權。使用權以年計算，可以一次註冊多年，而且先到先得。

網域到期沒續約，解析會先停掉，網站和信箱同時中斷。之後多半還有寬限期和贖回期可以搶救，但那段期間網站已經不通，贖回通常還要另外付費。（寬限期與贖回規則依 TLD 與註冊商而異，本文查證日期為 2026 年 8 月，實際以註冊商與 TWNIC 公告為準。）

所以網域應該以你們公司的名義註冊，續約追蹤和解析設定則交給維護團隊。資產歸公司，執行交給熟悉環境的一方，這是我們在合作一開始就會講定的分工。

其他有期限的項目，還有加密憑證、金流與發票服務的規格，以及寄信服務的網域驗證。加密憑證現在多半會自動續期，真正要盯的，是自動續期失敗的那一次：憑證一過期，整個網站都會跳出安全警告。寄信驗證失效的表現就不一定了。信可能安靜地掉進垃圾郵件，也可能被對方退回，各家信箱的處理方式不同，往往是客戶說沒收到，才被發現。

• 網站的網域，是以你們公司的名義註冊的嗎？（續約追蹤與解析設定，交給維護團隊）
• 你知道一個網站背後，同時掛著好幾個有期限的項目嗎？（知道有這件事，討論代管範圍時才對得上話）
• 通知信突然收不到時，你會想到原因可能在寄信驗證，信箱本身並沒有壞嗎？

為什麼同樣叫主機代管，內容會差這麼多

因為這四個字，市場上同時有三種很不一樣的服務在用，實際承接的工作量差很多。

• 空間租用型

  提供機器與空間，確保機器本身是通的。網站上發生什麼事、有沒有更新與備份，不在範圍內，適合有技術人力的公司。

• 基本代管型

  在空間之外，加上例行備份與基本監看。出事時協助處理明顯的機器層問題，程式與功能層通常另計。

• 全代管型

  機器與環境、備份與更新、資安與故障處置，都當成同一件事來承接。網站的可用狀態本身就是服務的標的，適合網站直接牽動營收的情境。

這三種沒有優劣，只有合不合適。如果網站是一年更新幾次的形象頁，沒有交易也沒有會員，前兩種是合理的選擇。重心先放在機器穩定與定期備份這一層，等到開始有交易或會員再往上加。反過來，網站正在收單、正在跑會員，停擺一天的代價通常遠高於服務的價差，判斷的重心就不一樣了。不同型態的網站差在哪裡，對照形象網站案例和電商購物車案例就看得出來。

我們怎麼規劃一個網站的主機代管

談主機代管，參考的起點是先問：「這個網站停一天，會影響到什麼？」有沒有在收單、有沒有會員、有沒有在投廣告，答案不同，要排進例行工作的項目就不同。

接著，把網站背後所有會到期的項目列成一份清單，連同各自的到期日，以及通知寄到誰的信箱。這份清單放在維護團隊的內部維運紀錄裡，持續更新。很多公司第一次發現這些通知散在不同同事的信箱，是在其中一項突然過期的那天。

在我們的網站架設與主機代管裡，這幾塊由同一組人負責：環境調校、備份與還原、系統與元件更新、資安監看與異常處置。不會出現「這件事要問另一家」的空隙。文章、圖片、商品、訂單與會員資料這些營運資料，屬於你們公司，需要時以通用格式匯出提供。為這個網站開發的功能模組與客製前端，則以授權方式供網站使用。日常發文與商品上架，由你們自己操作。

如果網站上線一段時間了，卻不確定備份還在不在跑、上次更新是什麼時候，可以先看服務項目，了解我們負責的範圍。實際運作中的網站，可以看網站作品實例；需求偏客製的，客製化功能案例比較容易對照。

常見問題