網站做完多年，原設計公司不再接案、負責的工程師離職，或企業希望重新評估維護品質時，常會遇到一個問題：WordPress 網站可以直接交給另一家廠商維護嗎？可以，但「能登入後台」不等於「已完成交接」。真正需要確認的，是企業能否持續掌握網域、主機、原始檔案、備份、授權與數據資產。
本文聚焦既有 WordPress 網站接手維護，提供企業窗口、行銷主管與資訊人員可實際使用的交接清單。若你的需求是換主機或改網址，應另參考WordPress 網站搬家與 DNS 切換指南；兩者可能同時發生，但不是同一件事。
一、先分清楚：接手維護、網站搬家與網站重做
| 需求 | 主要目的 | 是否一定更換主機 | 主要風險 |
|---|---|---|---|
| 接手維護 | 由新團隊管理現有網站、修復問題、持續更新 | 不一定 | 帳號、授權與系統知識未完整交接 |
| 網站搬家 | 轉移網站至其他主機或網域環境 | 通常是 | DNS、SSL、郵件、資料同步與搜尋索引 |
| 網站重做 | 重新規劃資訊架構、設計與功能 | 不一定 | 舊網址、內容、追蹤與既有 SEO 成果 |
對多數仍可正常營運的企業網站，較穩健的做法是先盤點、再接手、最後才決定是否改版或搬家，避免在尚未掌握系統的情況下，同時改動多項高風險設定。
二、企業網站接手前，必須確認的 12 項清單
1. 網域所有權與 DNS 管理權
確認網域註冊商、到期日、管理者帳號、DNS 代管位置，以及誰有權修改 A、AAAA、CNAME、MX、TXT 等紀錄。網域應盡量由企業持有，廠商以授權方式協作。若有企業信箱，修改 DNS 前須特別核對 MX、SPF、DKIM、DMARC，避免網站維護波及收信。
2. 主機與帳務歸屬
確認主機服務商、方案、PHP 版本、資料庫、磁碟空間、備份機制、帳單與續約責任。不要只收到一組 WordPress 管理員帳密，卻不知道網站實際部署在哪裡。託管主機、VPS 與共享主機的維運責任不同，可參考WordPress 主機選擇比較。
3. WordPress 管理員與角色權限
盤點現有管理員、編輯、作者與服務帳號，辨識不再任職的員工或舊廠商帳號。接手時先建立新團隊專用帳號，測試必要權限後，再依企業授權流程停用不需要的舊存取；避免直接共用唯一的管理員密碼。WordPress 官方的角色與權限說明可作為最小權限配置依據。
4. 完整備份與實際還原能力
備份至少應涵蓋資料庫、佈景主題、外掛、上傳媒體及必要的客製程式。確認備份保存位置、保留週期、最近一次成功時間，以及是否真的測試過還原。只有備份檔名而沒有還原驗證，無法充分代表災難復原能力。重要網站宜保有與正式主機分離的備份副本。
5. 佈景主題、外掛與客製程式
列出 WordPress 核心、PHP、佈景主題、外掛版本與用途，標記停用但仍保留的套件、停止維護的外掛，以及自訂 PHP、CSS、JavaScript、短代碼、ACF 欄位或第三方 API。特別注意 Elementor、WooCommerce 與自製功能之間的相依性，避免更新單一元件後導致前台異常。
6. 付費授權與續約責任
確認 Elementor Pro、ACF Pro、商用外掛、字型、圖庫或 API 的授權持有人、授權範圍與到期日。若授權綁在前廠商帳號，接手團隊不一定能直接繼續更新；應先釐清轉移或重新採購方式，不能假設原授權永久有效。
7. 資安防護與存取紀錄
檢查 HTTPS、備份、防火牆、管理員多因素驗證、異常登入、檔案修改及弱密碼風險。若網站疑似遭入侵，應先保存必要紀錄並評估隔離與清理，再安排一般更新。單純把外掛升級至最新版本，不代表歷史入侵已被清除。
8. 表單、通知與企業信箱
實際測試聯絡表單、報價詢問、檔案上傳與通知信，確認寄件網域、SMTP、收件窗口及垃圾郵件處理。表單畫面顯示「送出成功」，不等於業務人員一定收到訊息；交接驗收應包含完整寄送與收件流程。
9. SEO、GA4 與 Search Console 權限
確認 GA4 資源、Google Search Console 驗證權限、網站地圖、robots/noindex、canonical、重新導向及 Rank Math 設定。企業應保有自己的分析資產與可持續驗證的所有權，而不是只拿到廠商匯出的報表。若後續涉及網址變更，應依Google Search Central 網站遷移指南規劃網址對應與重新導向。
10. 第三方服務與自動化串接
盤點金流、物流、CRM、LINE、會員系統、n8n、Webhook、CDN 與 API 金鑰。交接時需確認服務擁有者、用途、權限、金鑰輪替方式及失效時的處理窗口。不要把 API 密鑰直接貼在一般文件或通訊群組中。
11. 電商訂單與會員資料
若使用 WooCommerce，除一般頁面外，還須檢查商品、庫存、訂單、優惠券、會員角色、稅務、運費、金流回呼與交易信件。尤其 B2B 報價、角色價格與客製流程，可能無法從一般外掛清單看出完整邏輯。測試時使用測試環境與測試訂單，避免影響正式營運資料。
12. 原始設計檔、文件與維護紀錄
交接項目應包含品牌識別、設計檔、頁面架構、客製功能說明、部署流程、過往錯誤與處理紀錄、重要廠商聯絡資訊，以及未完成的需求。這些資料能降低新團隊重新摸索的時間，也能避免同一問題反覆發生。
三、建議採用三階段接手流程
第一階段｜唯讀盤點與風險分級
先確認網站資產與現況，檢查核心版本、外掛相容性、主機健康度、備份與 SEO 基線。依「立即處理／近期安排／可持續觀察」分類，不急著在第一天大量更新或更換系統。盤點報告應寫清楚哪些問題已實際驗證、哪些只是待確認風險。
第二階段｜備份、測試與必要修復
在取得正式授權後建立可用備份；必要時於測試環境先演練核心、外掛及 PHP 更新。若涉及表單、購物車或第三方 API，應設計對應測試案例，確認功能正常後才安排正式環境變更。重大調整應有回復方案與變更紀錄。
第三階段｜正式交接與維護驗收
完成帳號、文件與服務權限移交，明確定義日常更新、緊急事件、備份保存、異常通知、內容修改與額外開發的責任範圍。以可追溯的工作紀錄和驗收項目取代「已經幫你處理好」的口頭承諾。
四、接手後前 30 天，應優先追蹤什麼？
- 第 1 週：確認管理權、備份與監控可用，建立網站現況清單，處理已確認的高風險問題。
- 第 2 週：驗證表單、通知、SEO、重要頁面與外掛相容性，必要時建立測試環境。
- 第 3 週：整理客製功能與第三方服務文件，建立例行維護、回復及緊急聯絡流程。
- 第 4 週：檢視事件紀錄與待辦清單，向企業窗口回報完成項目、剩餘風險及後續優先順序。
上述是可調整的管理範例，不是每個網站都能在固定天數內完成。高流量電商、會員系統或高度客製化網站，通常需要更細緻的測試與變更窗口。
五、網站接手維護的費用，通常受哪些因素影響？
接手成本不只取決於網站頁數，更取決於系統可理解程度與風險。常見評估因素包含：主機與帳號是否完整、網站是否已有備份、外掛與 PHP 相容性、客製功能數量、WooCommerce 交易複雜度、是否需修復既有問題、是否需要搬家，以及預期的支援時段與回應速度。
因此，接手盤點、既有問題修復與後續例行維護最好分開列項，避免把原本就存在的技術債誤認為一般維護費用。企業在詢價時，可請廠商明確說明工作範圍、排除項目、測試方式及交付文件。
六、企業可以直接使用的交接驗收表
| 驗收項目 | 應取得的成果 | 驗收方式 |
|---|---|---|
| 網域／DNS | 管理權與續約窗口明確 | 確認企業可登入與查看紀錄 |
| 主機／備份 | 環境清單、可用備份與回復流程 | 檢查備份並進行適當還原測試 |
| 帳號／授權 | 權限清冊與授權歸屬 | 新帳號測試、舊帳號清理計畫 |
| 表單／電商 | 主要功能測試結果 | 實際送件或測試交易 |
| SEO／分析 | Search Console、GA4、重要網址清單 | 確認可存取與資料來源 |
| 維護文件 | 更新、備份、通報與回復 SOP | 由企業窗口確認可理解、可執行 |
七、什麼情況應先處理風險，而不是急著換維護廠商？
若已出現網站被植入異常程式、資料庫持續錯誤、訂單狀態不一致、主機即將到期、網域控制權不明，或無法取得任何可用備份，應先安排風險隔離與資料保全，再評估交接時程。網站維護是持續性工作，不應以一次更新取代完整的營運管理。
WordPress 官方也建議持續檢查更新並在更新前確認備份與回復能力，詳見外掛與佈景主題更新文件及網站維護文件。
八、讓網站回到企業可掌握的狀態
好的網站接手，不是單純「換一個人更新外掛」，而是讓企業重新掌握網站資產、風險、資料與後續擴充的決策權。即使暫時不改版，只要建立完整的管理權限、備份驗證、技術文件與維護紀錄，網站的可持續性就能逐步提升。
如果你的 WordPress 網站正面臨原廠商無法聯繫、缺乏維護文件、更新後經常出錯，或希望由新團隊接手，可先整理網站網址、目前主機資訊、已知問題與可取得的權限。大郁可依實際環境討論盤點、風險修復與後續WordPress 網站維護服務的工作範圍。