# 建站外包要交接哪些账号？域名、邮箱和网站资料清单

Canonical URL: https://cantrust.shop/guides/website-agency-domain-email-account-handoff-checklist
Published: 2026-10-19T21:37:34.571Z
Summary: 建站外包账号交接清单：区分域名、DNS、托管、CMS和企业邮箱权限，核对恢复、续费和备份，交接不等于立即迁移。

## CanTrust Guide Context

This is a CanTrust guide. CanTrust keeps editorial recommendation logic separate from merchant claiming, sponsorship, and paid visibility. Public review patterns may be used as research signals, but the guidance below is original CanTrust editorial context.

**建站外包交接，不能只收一个网站后台密码。我们要分别确认域名注册、DNS、托管、CMS、企业邮箱和内容备份：商家能否管理、由谁续费、怎样恢复，以及换服务商后哪些资料能继续使用。交接验收也不等于马上转域名、改解析或取消旧服务。**

CMS指内容管理系统，例如用来编辑文章和页面的网站后台；DNS是域名解析配置。两者的管理范围不同。

我查了域名、WordPress和邮箱平台的官方说明。它们管理的是不同层面的东西，所以“我能登录后台发文章”不能证明所有权限都已交接。

本文给实体商家老板一张检查表，不代替具体平台的迁移操作，也不判断某项合同或版权争议。资料核验于2026年10月19日；以下WordPress和Google Workspace是说明差异的例子，不代表所有网站都采用这些系统。

## 先分清：能操作、能恢复、合同怎么写，是三件事

我建议每个账号都问这三个问题：

1. **能操作吗？** 商家自己的账号实际能做哪些事，哪些仍要找代理？
2. **能恢复吗？** 管理员离职或验证设备丢失时，由谁按平台流程恢复？
3. **约定清楚吗？** 服务、内容、授权、费用和交付范围在现有约定里怎样写？

合同中的权利、平台登记信息与实际技术权限要分别核对。我们不能只凭一张账号截图，就判断争议中的法律归属；也不能把“合同写了归我”当成现在已经能登录、续费或恢复。

## 这六组账号和资产，分别记一行

| 账号或资产 | 它主要管什么 | 商家先核对什么 |
| --- | --- | --- |
| 域名注册商 | 域名登记、期限和相关管理 | 注册商、登记资料、有效期、续费负责人和可用访问方式 |
| DNS管理 | 网站、邮件等服务的解析记录 | 实际管理平台、记录备份、谁能改、怎样撤回权限 |
| 网站托管 | 网站运行环境与相关服务 | 服务账号或项目权限、费用、支持方式、迁出条件 |
| CMS网站后台 | 页面、文章、媒体及站内管理 | 自己的账号与角色、实际可管理范围 |
| 企业邮箱 | 邮箱用户、管理和恢复 | 管理员、恢复安排、续费与收发测试 |
| 内容与备份 | 内容、文件、数据库或平台可导出资料 | 文件存放、授权限制、恢复或迁出是否可行 |

这些名称不是要求老板买六套产品。同一家公司可能同时提供几项服务，但我们仍需要分别确认，不能拿其中一项权限代替全部。

![域名、DNS、托管、CMS、邮箱和备份分别核对；拿到网站后台不等于全部交接](https://cdn.sanity.io/images/1kt98b7c/production/14c9a5117ab5ae6933ecd055b856cbb0db119eea-1536x1024.png)

*图中展示控制范围，不表示同一平台都提供相同角色，也不是立即迁移的操作顺序。*

## 域名：不只问“是谁付的钱”

[ICANN的域名注册流程说明](https://www.icann.org/resources/pages/domain-name-registration-process-2023-11-02-en)区分注册商和注册人：注册人是持有相应域名注册权利的个人或实体，需要提供身份与联络资料。国家代码顶级域名通常由相应运营方管理，不能把一套流程套到所有后缀。

老板先记录域名在哪家注册商或转售服务处管理、账号如何访问、登记资料是否准确，以及续费通知发给谁。代付款的人、账号管理员和登记主体不一定是同一个角色，不能仅凭付款或公开查询结果就下结论。

如果域名在代理商的集合账号里，要求对方说明商家可用的管理方式、后续转出条件和恢复途径。不要仅为证明“拿回来了”，当场解锁域名、生成转移码或启动转移；这些应由有权限的人按实际注册商流程另行安排。

## CMS后台：角色名一样，也要看实际权限

以WordPress为例，[官方角色说明](https://wordpress.org/documentation/article/roles-and-capabilities/)区分编辑、管理员和多站点超级管理员等角色；单站与多站点的管理员权限也不同。

因此，收到“Admin”三个字，仍要核对这个账号实际能管理什么。需要编辑内容的人与负责系统维护的人，权限不一定相同；有些平台或托管方案也不会提供服务器Root或完整源代码访问。

我的建议是：商家保有适合自己业务的独立管理与恢复安排，服务商使用可识别、可调整的独立授权。不要把所有平台都硬套成“老板必须Root、代理只能Editor”，也不要多人共用一个主密码。

如果合同采用代管或订阅建站，先确认可导出哪些内容、哪些功能依赖原平台、费用如何继续。不能把“开源WordPress”推导成所有托管都应免费，或所有模板与插件授权都随项目永久转移。

## 企业邮箱：能收邮件，不等于能管理和恢复

老板自己能登录一个邮箱，只能说明这个邮箱当前能用。它不能证明你能新增用户、处理管理员离职，或在丢失验证设备后恢复访问。

Google Workspace的[管理员安全建议](https://support.google.com/a/answer/9011373?hl=en)建议设立多名由不同个人管理的超级管理员、避免共享管理员账号，并安排安全的恢复方式和备用凭据。日常工作也应与超级管理员操作分开。

我们可以据此检查自己的平台安排，但不直接照搬角色名称。至少确认：谁是可信管理员、恢复资料由谁掌控、续费或安全通知能否被合适的人收到。密码、恢复码和转移码应通过适当安全方式管理，不放在公开交接表、群聊截图或文章里。

邮箱还有一个容易漏掉的依赖：Google的[MX记录说明](https://support.google.com/a/answer/174125?hl=en)指出，MX记录关系到邮件投递至哪个邮件服务器。**域名、DNS和邮箱后台需要分别核对，控制其中一个不等于自动取得全部权限。**

## 备份：收到压缩包，还要知道能恢复什么

WordPress的[备份文档](https://developer.wordpress.org/advanced-administration/security/backup/)明确说明，典型网站完整恢复需要文件和数据库两部分。只下载图片，或只导出文章，都不能自动当成完整恢复包。

我建议交接记录写清：

- 备份覆盖什么、是什么日期，由谁保管。
- 是否包含相应数据库、上传素材、主题和必要配置；敏感信息怎样保护。
- 字体、照片、模板、插件和定制功能有哪些授权或平台依赖。
- 订阅平台不能提供完整代码时，可以导出什么，以及仍缺什么。
- 谁负责在隔离环境确认备份能用，发现缺项怎样补齐。

恢复测试应避开生产环境，并防止测试站误发顾客通知、重复预约或真实付款。不会操作时，让负责实施的人完成并提供结果；不要为了验收直接覆盖正在营业的网站。

## 先验收交接，再单独安排迁移

这张表是我整理的验收顺序建议，不是某个平台强制的固定流程：

| 阶段 | 核对什么 | 不要把什么当成完成 |
| --- | --- | --- |
| 盘点 | 平台、账号、角色、续费、依赖和恢复负责人 | 服务商发来一份名称列表 |
| 验证 | 商家自己的账号能登录，管理范围与约定相符 | 只看服务商账号演示 |
| 检查业务 | 网站访问、表单收件、邮箱收发和预约处理 | 表单显示成功，却没人收到 |
| 确认资料 | 备份与可导出内容、授权限制、必要恢复验证 | 只收到一个打不开的压缩包 |
| 收尾 | 经确认后调整旧授权，记录完成状态 | 先删唯一管理员或取消仍被依赖的服务 |

如果确实要换服务器、域名注册商或邮箱供应商，再另作变更计划，确认依赖、回退和验收。不能承诺“只不改MX就绝不断邮件”，也没有适合所有项目的固定保留旧服务天数。

预约系统的业务连续性可以参考[美容沙龙更换预约系统的交接说明](https://cantrust.shop/guides/us-salon-fresha-booking-system-migration)。Google商家资料是另一个资产，权限安排见[老板与员工、代理商的GBP交接清单](https://cantrust.shop/guides/google-business-profile-access-handoff)；不要把网站权限等同于地图资料权限。

## 常见问题

### 拿到WordPress后台管理员，就算网站全部交接了吗？

不算。网站后台、域名注册、DNS、托管和邮箱可能分属不同平台。要分别核对商家自己的访问、续费、恢复和可迁出资料，不能只靠一个后台账号判断。

### 建站公司说域名在大账号里，老板就不用管了吗？

仍需要确认实际管理平台、登记资料、期限、续费通知、商家可用权限和转出条件。先把现状记录清楚，不为验收贸然解锁或转移，也不凭一张截图判断法律归属。

### 外包公司是不是永远不能获得管理员权限？

不能一概而论。按实际工作授予适当、可识别和可调整的独立权限；不同平台角色不同，某些维护任务可能需要较高权限。商家还应保有独立管理与恢复安排，避免共享主账号。

### 收到网站压缩包，为什么还不能认定备份完整？

典型WordPress完整恢复需要文件和数据库。还要核对备份时间、素材和授权依赖、可恢复范围；订阅平台则按实际可导出内容验收，不能把所有系统都当成同一种备份。

### 为了拿回控制权，需要马上改DNS或取消旧服务吗？

不需要把交接和迁移绑在一起。先核对权限、恢复和业务可用性；需要迁移时另行安排依赖、回退与测试，确认不再依赖旧服务后再按约定收尾。

## 今天先填哪一项

我们先为域名、网站和邮箱各写一行：平台在哪里、商家自己的账号是什么、谁续费、出问题找谁恢复。表里不放秘密凭据，只记录管理方式和负责人。把这些真实控制关系讲清，网站以后需要更新、换人或恢复时，才有可执行的基础。