更换网站维护方时，应一并收回掌控权、网站本体、数据与外部服务，以及授权与文件，共四类十二项。实务上最常出状况的，是网域、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 先确认，下次换厂商才不用重来。
- 以新环境能否运作作为验收标准：只拿到档案还不够，跑得起来才算完成。
- 至少在约满前两个月启动：才有时间发现缺口，並请旧厂商补齐。
日常维护可另建检查清单。若你已列出现况，却仍不确定缺了什么、该接手还是重建，先把条件整理清楚再决定，通常比一直猜测更快找到方向。
