文章目錄
網站上線後，每一項重要功能都要有人接手維護。 表單能送出、後台能登入，是當下的測試結果；半年後的套件版本、帳號權限與備份狀態，仍需要檢查。
維護可以很精簡，但要說得出誰負責、何時檢查，以及出了問題怎麼處理。這比單純購買一個「安全外掛」更接近完整的交付。
一、表單資料：送到哪裡、誰能看到？
用測試資料走一次流程，確認資料有存入、通知有送達、管理者找得到紀錄。再確認資料是否被重複寄到私人信箱、是否留在第三方服務，以及已離職的人是否仍可讀取。
若表單收集可識別個人的姓名、聯絡方式等資料，應核對個人資料保護法的適用規定與條文生效狀態。資料最小化、告知、存取限制與刪除流程，要在設計時一起考慮；具體法遵判斷應由熟悉業務的法務或專業人員確認。
測試防濫用時，應使用自己有權管理的測試環境，依規格檢查伺服器端驗證與請求限制。連續送幾次空表單，不能證明整個網站安全。
二、後台帳號：登入之外，還要測權限
除了強密碼與多因素驗證，還要確認一般編輯者不能讀取不需要的資料或操作管理功能。共用帳號會讓責任與紀錄難以追查，應盡量使用個別帳號。
保留帳號清單，換人或更換廠商時撤銷不必要的存取權。修改後台網址可以減少部分雜訊，但不能取代身分驗證、權限檢查與安全更新。
三、核心與套件：更新後仍要確認關鍵流程
WordPress 核心、主題與外掛，或客製網站的依賴套件，都需要追蹤更新。重要安全修補應依風險儘快處理，不能一律等到固定保養日。
更新前準備備份與回復方案，更新後測試表單、登入、付款和其他關鍵流程。WordPress 官方安全指南也將可信來源、更新與限制權限列為基本方向。
四、金鑰與外部服務：離場時也要能撤銷
API 金鑰與資料庫密碼不應放在公開程式或前端。交接時應提供必要的存取方式與設定說明，並核對誰能管理帳號、查看帳單及撤銷金鑰。
金鑰若曾公開，刪除畫面上的文字通常不足以處理風險，還需要撤銷或更換，並查核相關使用紀錄。第三方服務的額度、付款失敗與權限變動，也應有通知窗口。
五、備份：要驗證真的還原得回來
備份至少要回答三個問題：
- 能接受最多遺失多久的新資料？
- 故障後希望多久恢復關鍵功能？
- 最近一次成功還原到測試環境是什麼時候？
WordPress 官方備份文件說明，一般 WordPress 網站需要同時備份檔案與資料庫。客製網站也要盤點檔案、資料庫和外部服務，避免只有網站原始碼，沒有真正的營運資料。
六、監控：有人收到，還要有人處理
網站回傳 200，不代表表單通知或付款流程正常。依網站用途監控可用性、錯誤、通知與重要交易，並寫明負責人及升級處理方式。
如果網站遭入侵，可能有惡意頁面、垃圾內容或資料外洩。Google 的防止網站濫用說明提供相關檢查方向；不能把所有事件都說成搜尋流量必定歸零，也不能承諾固定幾天恢復。
交給廠商的維護確認表
| 項目 | 應取得的資訊 |
|---|---|
| 更新 | 負責人、檢查週期、緊急修補方式、驗證紀錄 |
| 備份 | 備份範圍、頻率、保存位置、還原測試結果 |
| 帳號 | 管理權歸屬、權限清單、離場撤權流程 |
| 通知 | 異常會通知誰、多久確認、無回覆如何升級 |
| 費用 | 包含時數、額外工作、第三方費用與停止維護的交接方式 |
事後處理成本與事件範圍、備份、資料敏感度和營運影響有關，沒有適用所有網站的固定倍數。可以搭配〈網站的真實成本〉，把持續維護納入預算。
常見問題
小公司的網站也需要安全維護嗎？
需要。自動化掃描和已知漏洞不會因為網站規模小就消失。應依功能與資料風險安排更新、帳號管理、監控與備份，不能只用訪客數決定要不要維護。
只有聯絡表單，也需要管理個人資料嗎？
若收集可識別個人的姓名、聯絡方式或其他資料，就應確認適用的蒐集與告知規定，並規劃存取權限、保留期間和刪除方式。是否涉及通知、通報或裁罰，需依實際事件與當時適用法規判斷。
網站被入侵後，重做就能解決嗎？
不一定。還要查明入侵原因、處理遭洩漏的金鑰與資料、確認備份可信，並檢查其他系統是否受影響。搜尋警示與索引恢復也需要另外追蹤，不能承諾固定天數恢復。
不清楚目前的維護分工，可以帶著網站與現有維護項目來討論。
