網站維護要做什麼：備份、更新與故障回報的日常安排

網站維護的目標，是讓讀者持續完成原本要做的事，也讓出問題時有人知道如何處理。只在後台把更新通知清空，無法確認聯絡信有沒有寄出、備份是否可用，或合作伙伴離職後還保留哪些權限。維護需要一份明確的工作清單與負責人。

以下以持續發布文章的小型 WordPress 網站為例。文中的檢查節奏是可調整的安排方法，並非每個網站通用的固定服務標準。交易、預約或會員網站對資料遺失與中斷的容忍程度不同，應依實際服務另訂備份頻率、監測與回復方式。

先把網站維護拆成可交接的工作

把工作分成內容、程式、服務與帳號四類。內容包含資訊正確性與連結；程式包含 WordPress、主題與外掛；服務包含主機、網域、郵件與備份；帳號則包含管理員、協作者及第三方整合。每一項都要有負責人，不能只寫「網站有人顧」，卻沒有人確認信箱或網域到期通知。

內容編輯不一定有處理伺服器的權限，主機商也不一定負責修復每個第三方外掛。若委託代管，請把正常維護、異常處理與新增功能分開列。你需要知道發生問題時由誰接手、需要提供什麼資料，以及哪些情況會另外計費，才能避免網站故障時才臨時追問服務範圍。

依風險安排檢查頻率

每天大量更新的網站，和很少變動的形象網站，不能只因使用相同軟體就套用相同備份安排。先問自己能接受遺失多少新內容、網站停止服務多久會造成影響，再決定備份、監測與人工檢查頻率。重要交易資料還需要考慮付款與訂單一致性，不適合只靠偶爾下載文章來保護。

日常觀察可以從最短的訪客流程開始：首頁能否打開、重要文章能否閱讀、聯絡入口是否正常。定期檢查則加入內容過時、失效連結、帳號權限及服務到期資訊。當收到安全更新通知、付款失敗或異常登入通知時，應另行評估處理，不必等到原本排定的月度維護才看。

更新前先準備可回復的狀態

WordPress 官方備份與更新文件提醒，在更新前保留備份。一般網站完整恢復需要考慮檔案與資料庫，兩者不能互相代替。請記下更新前的版本、重要設定與備份位置，再看更新說明是否涉及相容性或資料變更。若網站有測試環境，先在隔離副本驗證重要流程。

更新時不要一次加入很多新外掛、換主題又改設定，否則發生異常時難以定位原因。可以依相關功能分組處理，每組完成就檢查首頁、文章與主要表單。若某個更新需要資料轉換，單純把程式檔換回去未必足以回復，必須依該產品的官方說明決定還原方式。

1. 確認本次要更新的元件、原版本與更新說明，列出受到影響的頁面或流程。
2. 建立並核對備份，確認包含需要的檔案與資料庫，以及實際的還原步驟。
3. 先在測試環境驗證，或安排可接受的維護時段，再按相關功能分組更新。
4. 完成後走訪客流程、查看錯誤記錄並寫下結果，異常則依已準備的方式回復。

備份要能拿來恢復，不只是存在

請為每份備份記下日期、內容範圍與存放位置。若備份和正式網站只放在同一個帳戶或同一台主機，該服務不可用時，你可能同時失去兩者。依自己的資料與管理需求安排額外副本，也確認誰能讀取備份，避免把包含帳號或客戶資料的檔案放成公開下載。

還原演練應在隔離環境進行。恢復後檢查文章、媒體、選單及必要設定，並避免測試站誤寄正式信件或觸發真實付款。能開啟首頁不代表完整成功；如果最近的內容、圖片或必要設定缺失，應回頭檢查備份範圍與時間，而不是只保留「還原成功」這一句紀錄。

故障回報要有時間、步驟與影響

遇到網站異常時，先記錄開始時間、受影響網址、你看到的訊息，以及最近做過的變更。描述「無法使用」之前，先區分是所有訪客都進不去、只有登入失敗，還是某個表單送不出。這些資訊能讓維護者縮小範圍，避免不同人同時修改不相關的設定。

回報截圖與記錄檔前，遮蔽密碼、金鑰、個人資料及不必要的帳單資訊。也保留問題發生前後的證據，不要為了清理畫面而直接刪除記錄。處理完成後，使用原本會失敗的操作重新驗證，並確認一般訪客的結果；只有管理員後台沒有顯示錯誤，還不能判定使用者問題已排除。

定期清理權限與未使用服務

每當協作者加入、離開或改變工作，核對帳號角色及外部服務授權。停用不需要的權限時，也要確認是否有排程、寄信或備份依賴該帳號。對不再使用的外掛，先查資料保留與移除後的影響，再安排停用或刪除，避免把網站仍需要的功能一起移除。

維護紀錄不需要寫成很長的報告，但至少包含做了什麼、結果如何、還有哪些待處理事項，以及下一位負責人。讓內容編輯、技術維護與站主看得懂同一份紀錄，網站的可靠性才不會只存在某個人的記憶裡。下一次接手時，也能分清已完成、仍待查證與正在觀察的問題。

網域或主機到期會怎樣：續約與停用前的檢查表

讓網站使用 HTTPS：憑證、轉址與混合內容檢查

• 教學
• 軟體與 App
• 架站與電商
• 網域、主機與前端