更換網站維護方時，應一併收回掌控權、網站本體、數據與外部服務，以及授權與文件，共四類十二項。實務上最常出狀況的，是網域、DNS 與公司信箱。不能只聽對方說已交付，還須在新環境驗證網站能完整運作，才算交接完成。
近期有企業表示，原製作方的合作即將屆滿，希望另找夥伴承接後續維護與調整。這與廠商完全失聯不同：對方仍可聯繫，你還有時間把移交做完整。本文即針對這段緩衝期。若原廠商已無法聯繫，應改以失聯情境處理，而不是沿用一般交接。
先讀契約，勿急著通知解約
最常見的失誤，是先宣布不再續約，才開始盤點要收回什麼。對方配合意願可能下降，而你也不清楚自己有權要求哪些東西。
正式通知前，先找出契約與報價單，核對下面四點：
- 屆滿日與通知期限：須提前多久告知？未通知會不會自動展延？
- 交付範圍：有沒有寫明原始碼、資料庫與文件如何交付？
- 著作權與使用權：完成後權利歸誰，你能如何使用與修改？
- 移交費用：協助匯出或轉移是否另計費用？
若契約未約定著作財產權歸屬，著作權法第 12 條的原則是：出資聘人完成的著作，未約定時由受聘人享有財產權，出資人仍得利用該著作。因此權利在製作方手上，並不表示你不能繼續使用網站；但實際能怎麼用、能否取得原始碼，仍要看契約與個案。金額較大或已有爭議時，建議先請律師審閱。
權利留在製作方未必全然不利。重點是使用、修改，以及日後委託其他廠商維護的權限，有沒有事先寫清楚。審約時應把這些條款看明白。
交接須收回的十二項
第 1 到 4 項是掌控權，第 5 到 8 項是網站本體，第 9 與第 10 項是數據與外部服務，第 11 與第 12 項是授權與文件。建議列印後逐項勾核。「怎樣才算真正拿到」這一欄最關鍵：不少項目對方說已給，實際上只是一組權限不足的帳號。
| 項目 | 怎樣才算拿到 | 未取得的影響 |
|---|---|---|
| 1. 網域管理權 | 註冊人登記為貴公司，且能登入註冊商 | 網址可能逾期，或無法轉出 |
| 2. DNS 管理權 | 可自行修改紀錄，並匯出全部設定 | 主機切不過去，郵件也可能中斷 |
| 3. 主機或雲端帳號 | 具備管理員權限，可下載全部檔案 | 程式與資料庫都取不到 |
| 4. 公司 Email 服務 | 清楚信箱所在位置，並持有管理員帳號 | 切換後可能收不到來信 |
| 5. 完整原始碼 | 程式碼、版面、外掛與相依套件都要列明 | 接手團隊無法修改或重建 |
| 6. 資料庫備份 | 取得最近一次完整備份，匯入後內容無缺 | 客戶資料、交易紀錄與頁面內容可能不見 |
| 7. 上傳檔案 | 圖片、PDF 與使用者上傳檔都在 | 圖片連結會大面積失效 |
| 8. 後台最高權限帳號 | 可建立與移除其他管理員 | 僅能編輯內容，無法調整人員權限 |
| 9. Google 與廣告帳號 | GA、Search Console、商家檔案與廣告帳號皆有管理權 | 過往流量與廣告紀錄無法一併移轉 |
| 10. 金流、物流、簡訊與發信 | 帳號屬於貴公司，並列出全部 API 金鑰 | 付款流程與系統通知可能停擺 |
| 11. 付費授權證明 | 載明字型、圖庫與付費外掛的授權對象及期限 | 授權可能到期或無法移轉 |
| 12. 技術文件 | 含環境版本、排程、串接方式與 SSL 到期日 | 接手團隊得自行摸清每個設定 |
其中第 4 項最容易被漏掉。公司信箱有時與網站放在同一台主機，或由同一家廠商代管。若只處理網站，切換後才發現收不到客戶來信，衝擊往往比網站故障更大。
帳號應回到貴公司名下，而不是由舊維護方直接過戶給新維護方；否則下次更換時，問題會原樣出現。
向原廠商確認的六問
有的廠商移交很配合，有的會用含糊答覆拖延。以書面提出下列問題，可從回答判斷交接是否順暢。
| 要確認的問題 | 理想回答 | 需要留意的回答 |
|---|---|---|
| 網域目前登記在誰名下？ | 附上查詢結果，並提供註冊商登入方式 | 「放我們這邊比較省事」 |
| 原始碼交付範圍包含什麼？ | 列明範圍，並說明外掛與套件 | 「檔案都在主機上，你們自己下載」 |
| 備份的時間點為何？ | 告知備份日期，並答應切換前再備一次 | 「以前有備過」 |
| 網站接了哪些外部服務？ | 列出服務名稱與帳號所屬公司 | 「等交接當天才查」 |
| 移交是否另計費用？ | 列明項目、工時與費用 | 「屆時再談」 |
| 新環境還原出錯時能否協助？ | 說明協助範圍與期限 | 「檔案交出去就結束」 |
溝通時語氣宜平和。對方給的資訊越完整，對你越有利。若雙方仍有未結款項，先把帳目釐清；帳沒對清楚，移交很容易卡住。
五個步驟且不可調序
順序的原則是：先確保掌控權，再搬移資料，最後才切換。建議在契約到期前 60 天啟動；功能複雜，或含會員、金流的網站，應再提早。
- 盤點契約與現況（約到期前 60 天）：對照十二項清單，標出已掌握與仍缺的部分。
- 收回掌控權（約到期前 45 天）：優先處理網域、DNS、主機與 Email，再正式索取其他交付物。
- 做完整備份（約到期前 30 天）：取得原始碼、資料庫與上傳檔，存到公司自有空間。
- 在新環境還原（約到期前 21 天）：請新維護方於測試環境重建，並逐一檢查表單、登入、結帳與寄信。
- 切換並收尾（於到期前完成）：至少提前一週調低 DNS 的 TTL（紀錄變更生效前的快取時間），切換前再備份一次，切換後確認網站與信箱都正常。
第 4 步最不能省。檔案在手，不代表新環境一定能跑起來：實際還原時，常見缺設定檔、外掛版本不符，或主機版本過舊。這些問題越早發現越好，因為舊廠商仍在，你還能要求補齊。
切換主機時，應以盡量不停機為目標，另做一次檢查。
切換後還要收尾權限與個資
上線成功後，不要立刻拆除舊主機。先保留一段時間，直到舊站流量歸零，並確認沒有漏搬的檔案或排程，再正式停用。
網站穩定之後，請完成下面五件事：
- 撤除舊存取：後台、主機、DNS、Google 與廣告帳號中，舊廠商的登入權都要拔除。
- 重設密碼與金鑰：管理員密碼、資料庫密碼與 API 金鑰都要換新。
- 清掉個資副本：若站上有會員或訂單，請舊廠商書面確認手邊資料與備份已刪除。
- 核對排程與通知：自動備份、自動寄信與 SSL 更新，都要在新環境照常運作。
- 更新資產清單：把這十二項整理完成，指定公司內部保管人，不要只留在某位同事信箱。
最後這一步尤其重要。不少公司移交如此費力，往往是因為資產清單多年無人維護。
三個常見錯誤
一、到期前兩週才啟動。緩衝不足時，通常只能先搬檔，上線後才發現缺漏，而舊約可能已經終止。
二、把整個移交丟給新維護方。對方可協助判斷與操作，但契約、網域登記人與公司帳號仍須由你決定，部分手續也只有貴公司能辦理。
三、只交檔案，不交知識。例如某個排程何時執行、某項功能當初為何這樣設計。請舊廠商留下文件，或安排一次移交會議，新團隊才不用從零推測。
目標是不依賴單一廠商
更換維護方，是重新整理網站掌控權的機會。請記住下面三點：
- 關鍵帳號登記在本公司：網域、DNS、主機與 Email 先確認，下次換廠商才不用重來。
- 以新環境能否運作作為驗收標準：只拿到檔案還不夠，跑得起來才算完成。
- 至少在約滿前兩個月啟動：才有時間發現缺口，並請舊廠商補齊。
日常維護可另建檢查清單。若你已列出現況，卻仍不確定缺了什麼、該接手還是重建，先把條件整理清楚再決定，通常比一直猜測更快找到方向。
