網站維護包括程式更新、資料保護、內容正確性與營運檢查。上線時正常,不代表外部服務、瀏覽器與套件改變後仍然正常。對一般公司而言,最重要的是知道每條工作線由誰負責,以及如何證明有做。

第一條:程式與環境持續可用

WordPress 核心、外掛、佈景主題或其他套件可能需要更新。更新前評估相容性與備份,更新後檢查重要功能。不是所有網站都用相同技術,維護清單應依實際架構列出,而不是複製一份通用名單。

若某個元件已停止維護,應討論替換方式。為避免短期修改而一直保留舊元件,可能讓未來升級更困難。

第二條:出事時能恢復

備份要包含需要的檔案、資料庫與其他服務資料。保存位置、頻率與期限,應依可接受的資料損失決定。還原演練則確認備份不是只有檔名存在,而是真的能重建網站。

問題合約或流程應回答
誤刪文章能否找回、可以回到哪個時間?
主機故障備份是否也在同一個故障環境?
更新失敗如何回到可用版本?
資料庫異常誰判斷還原會覆蓋哪些新資料?

第三條:內容仍然可信

價格、服務時間、員工資料與下載文件都可能過期。這些更新未必包含在技術維護中,通常需要公司內部提供正確內容。尤其服務已停止卻仍接到詢問,往往不是網站故障,而是內容責任沒有安排。

可把頁面指定給相應部門:產品資料由產品負責人確認,聯絡資訊由行政確認,文章由編輯檢查來源與時效。每次不用重看全站,但應有輪替節奏。

第四條:關鍵工作真的有完成

表單、付款、登入與寄信都可能受到第三方變動影響。定期走一次主要流程,核對實際收到的資料,比只檢查首頁能否連線更接近營運需要。

維護、保固與改版不是同一件事

保固通常處理原約定功能的錯誤;維護可能包含更新與監控;新增功能或大幅換版則常另計。實際範圍以合約為準,不要假設「一年服務」自動包含任何修改。

回應時間也要分清:收到通知多久回覆,不等於多久一定修好。可要求列出緊急程度、聯絡方式、處理範圍與超出範圍的估價方式。

沒有更新內容的小網站,也不能完全放著

網域會到期、憑證需要續期、寄信服務可能改變規則,這些都不取決於你是否新增文章。即使純靜態網站沒有後台外掛,也需要管理服務與內容正確性。

維護頻率可以依功能簡化,但要保留必要的到期提醒與故障聯絡。把工作減少到合理程度,和完全沒有人負責,是不同的安排。

一份能看懂的維護報告

報告不必充滿術語,可以列出本期更新、測試結果、備份狀態、待處理問題與需要公司確認的內容。若沒有變動,也應能說明檢查範圍。持續留下這些紀錄,換人接手時才知道網站的現況與限制。