建站外包交接，不能只收一个网站后台密码。我们要分别确认域名注册、DNS、托管、CMS、企业邮箱和内容备份：商家能否管理、由谁续费、怎样恢复，以及换服务商后哪些资料能继续使用。交接验收也不等于马上转域名、改解析或取消旧服务。
CMS指内容管理系统，例如用来编辑文章和页面的网站后台；DNS是域名解析配置。两者的管理范围不同。
我查了域名、WordPress和邮箱平台的官方说明。它们管理的是不同层面的东西，所以“我能登录后台发文章”不能证明所有权限都已交接。
本文给实体商家老板一张检查表，不代替具体平台的迁移操作，也不判断某项合同或版权争议。资料核验于2026年10月19日；以下WordPress和Google Workspace是说明差异的例子，不代表所有网站都采用这些系统。
先分清：能操作、能恢复、合同怎么写，是三件事
我建议每个账号都问这三个问题：
- 能操作吗？ 商家自己的账号实际能做哪些事，哪些仍要找代理？
- 能恢复吗？ 管理员离职或验证设备丢失时，由谁按平台流程恢复？
- 约定清楚吗？ 服务、内容、授权、费用和交付范围在现有约定里怎样写？
合同中的权利、平台登记信息与实际技术权限要分别核对。我们不能只凭一张账号截图，就判断争议中的法律归属；也不能把“合同写了归我”当成现在已经能登录、续费或恢复。
这六组账号和资产，分别记一行
| 账号或资产 | 它主要管什么 | 商家先核对什么 |
|---|---|---|
| 域名注册商 | 域名登记、期限和相关管理 | 注册商、登记资料、有效期、续费负责人和可用访问方式 |
| DNS管理 | 网站、邮件等服务的解析记录 | 实际管理平台、记录备份、谁能改、怎样撤回权限 |
| 网站托管 | 网站运行环境与相关服务 | 服务账号或项目权限、费用、支持方式、迁出条件 |
| CMS网站后台 | 页面、文章、媒体及站内管理 | 自己的账号与角色、实际可管理范围 |
| 企业邮箱 | 邮箱用户、管理和恢复 | 管理员、恢复安排、续费与收发测试 |
| 内容与备份 | 内容、文件、数据库或平台可导出资料 | 文件存放、授权限制、恢复或迁出是否可行 |
这些名称不是要求老板买六套产品。同一家公司可能同时提供几项服务，但我们仍需要分别确认，不能拿其中一项权限代替全部。
图中展示控制范围，不表示同一平台都提供相同角色，也不是立即迁移的操作顺序。
域名：不只问“是谁付的钱”
ICANN的域名注册流程说明区分注册商和注册人：注册人是持有相应域名注册权利的个人或实体，需要提供身份与联络资料。国家代码顶级域名通常由相应运营方管理，不能把一套流程套到所有后缀。
老板先记录域名在哪家注册商或转售服务处管理、账号如何访问、登记资料是否准确，以及续费通知发给谁。代付款的人、账号管理员和登记主体不一定是同一个角色，不能仅凭付款或公开查询结果就下结论。
如果域名在代理商的集合账号里，要求对方说明商家可用的管理方式、后续转出条件和恢复途径。不要仅为证明“拿回来了”，当场解锁域名、生成转移码或启动转移；这些应由有权限的人按实际注册商流程另行安排。
CMS后台：角色名一样，也要看实际权限
以WordPress为例，官方角色说明区分编辑、管理员和多站点超级管理员等角色；单站与多站点的管理员权限也不同。
因此，收到“Admin”三个字，仍要核对这个账号实际能管理什么。需要编辑内容的人与负责系统维护的人，权限不一定相同；有些平台或托管方案也不会提供服务器Root或完整源代码访问。
我的建议是：商家保有适合自己业务的独立管理与恢复安排，服务商使用可识别、可调整的独立授权。不要把所有平台都硬套成“老板必须Root、代理只能Editor”，也不要多人共用一个主密码。
如果合同采用代管或订阅建站，先确认可导出哪些内容、哪些功能依赖原平台、费用如何继续。不能把“开源WordPress”推导成所有托管都应免费，或所有模板与插件授权都随项目永久转移。
企业邮箱：能收邮件，不等于能管理和恢复
老板自己能登录一个邮箱，只能说明这个邮箱当前能用。它不能证明你能新增用户、处理管理员离职，或在丢失验证设备后恢复访问。
Google Workspace的管理员安全建议建议设立多名由不同个人管理的超级管理员、避免共享管理员账号，并安排安全的恢复方式和备用凭据。日常工作也应与超级管理员操作分开。
我们可以据此检查自己的平台安排，但不直接照搬角色名称。至少确认：谁是可信管理员、恢复资料由谁掌控、续费或安全通知能否被合适的人收到。密码、恢复码和转移码应通过适当安全方式管理，不放在公开交接表、群聊截图或文章里。
邮箱还有一个容易漏掉的依赖：Google的MX记录说明指出，MX记录关系到邮件投递至哪个邮件服务器。域名、DNS和邮箱后台需要分别核对，控制其中一个不等于自动取得全部权限。
备份：收到压缩包，还要知道能恢复什么
WordPress的备份文档明确说明，典型网站完整恢复需要文件和数据库两部分。只下载图片，或只导出文章，都不能自动当成完整恢复包。
我建议交接记录写清：
- 备份覆盖什么、是什么日期，由谁保管。
- 是否包含相应数据库、上传素材、主题和必要配置；敏感信息怎样保护。
- 字体、照片、模板、插件和定制功能有哪些授权或平台依赖。
- 订阅平台不能提供完整代码时，可以导出什么，以及仍缺什么。
- 谁负责在隔离环境确认备份能用，发现缺项怎样补齐。
恢复测试应避开生产环境，并防止测试站误发顾客通知、重复预约或真实付款。不会操作时，让负责实施的人完成并提供结果；不要为了验收直接覆盖正在营业的网站。
先验收交接，再单独安排迁移
这张表是我整理的验收顺序建议，不是某个平台强制的固定流程：
| 阶段 | 核对什么 | 不要把什么当成完成 |
|---|---|---|
| 盘点 | 平台、账号、角色、续费、依赖和恢复负责人 | 服务商发来一份名称列表 |
| 验证 | 商家自己的账号能登录，管理范围与约定相符 | 只看服务商账号演示 |
| 检查业务 | 网站访问、表单收件、邮箱收发和预约处理 | 表单显示成功，却没人收到 |
| 确认资料 | 备份与可导出内容、授权限制、必要恢复验证 | 只收到一个打不开的压缩包 |
| 收尾 | 经确认后调整旧授权，记录完成状态 | 先删唯一管理员或取消仍被依赖的服务 |
如果确实要换服务器、域名注册商或邮箱供应商，再另作变更计划，确认依赖、回退和验收。不能承诺“只不改MX就绝不断邮件”，也没有适合所有项目的固定保留旧服务天数。
预约系统的业务连续性可以参考美容沙龙更换预约系统的交接说明。Google商家资料是另一个资产，权限安排见老板与员工、代理商的GBP交接清单；不要把网站权限等同于地图资料权限。
常见问题
拿到WordPress后台管理员，就算网站全部交接了吗？
不算。网站后台、域名注册、DNS、托管和邮箱可能分属不同平台。要分别核对商家自己的访问、续费、恢复和可迁出资料，不能只靠一个后台账号判断。
建站公司说域名在大账号里，老板就不用管了吗？
仍需要确认实际管理平台、登记资料、期限、续费通知、商家可用权限和转出条件。先把现状记录清楚，不为验收贸然解锁或转移，也不凭一张截图判断法律归属。
外包公司是不是永远不能获得管理员权限？
不能一概而论。按实际工作授予适当、可识别和可调整的独立权限；不同平台角色不同，某些维护任务可能需要较高权限。商家还应保有独立管理与恢复安排，避免共享主账号。
收到网站压缩包，为什么还不能认定备份完整？
典型WordPress完整恢复需要文件和数据库。还要核对备份时间、素材和授权依赖、可恢复范围；订阅平台则按实际可导出内容验收，不能把所有系统都当成同一种备份。
为了拿回控制权，需要马上改DNS或取消旧服务吗？
不需要把交接和迁移绑在一起。先核对权限、恢复和业务可用性；需要迁移时另行安排依赖、回退与测试，确认不再依赖旧服务后再按约定收尾。
今天先填哪一项
我们先为域名、网站和邮箱各写一行：平台在哪里、商家自己的账号是什么、谁续费、出问题找谁恢复。表里不放秘密凭据，只记录管理方式和负责人。把这些真实控制关系讲清，网站以后需要更新、换人或恢复时，才有可执行的基础。
