网站项目交接清单：账号、源码、域名、服务器和文档

网站交接不能只是一封带源码附件和后台账号的邮件。企业需要知道资产在哪里、谁能管理、哪些需要持续付费、故障后怎样恢复，以及换人以后能否继续运行。账号、代码、数据、内容、授权与运维应分别核对，并用实际接管演练确认。

核心资产应由企业按约定掌握控制权，日常操作按角色分配。平台不允许某种转移、文件没有出口或许可证不能转让，就说明当前限制与替代安排，不能因为收到一个 ZIP 便写成完整买断或随时可迁。

建资产总表，同时分清所有者与管理员

按域名与 DNS、主机与 CDN、代码和部署、CMS 与媒体、统计及邮件工具、第三方许可列出对象。每项记录平台、地址、用途、所属主体、管理员、付款方、到期或续费时间、恢复渠道和负责人员。

账号能够登录，不等于持有者、付款方或最高控制权已经改变。先核对企业拥有什么权限，恢复邮箱和验证方式由谁控制；供应商个人邮箱若是唯一恢复入口，就仍有接手缺口。系统支持时采用角色或子账号，避免所有人共用主账号。

涉及双重验证时，还要核对验证设备、验证应用、备用恢复渠道和恢复码的保管责任，并按平台支持的方式验证新负责人能够接管。不能只改密码，登录却仍依赖原负责人的设备。恢复码通过约定的安全方式交付，不直接放入普通交接文档。

清单不直接写真实密码和密钥，按企业约定的安全方式保管。交接文档说明怎样取得所需权限，变更与恢复由谁批准。尚未取得的信息写待确认，不用猜测的平台名称和续费日期补齐。

域名交接，先判断需要改变哪一层

分别确认注册服务商、管理账号、登记持有者、DNS 服务与续费责任。“转域名”可能指更换注册商、同平台注册账号间移动，或变更持有者，它们改变的对象不同。阿里云官方引导也将这三种场景分开，不能当成一个按钮。

企业已经是登记持有者、只是放在供应商账号里，先评估管理账号与权限接管；需要换注册商，才核对转出、转入条件；持有者信息需要改变，则按相应程序核对。仅更换建站公司，不意味着必须同时做全部动作。

操作前导出当前 DNS 记录，并说明网站、邮箱、证书和搜索验证等依赖。域名注册与解析可能由不同服务提供，管理域名转走不保证所有解析也一起迁走。不要删除不认识的 TXT 或邮件记录，先找维护方确认。

实际限制、验证条件及迁移安排按对应平台核对。完成后检查新管理权限、持有者信息的预期状态、解析、网站和邮件等关键服务，再更新续费与恢复责任。不能只凭转移成功提示保证服务均无中断。

代码、服务器与备份，要能够重新部署和恢复

源码交接应覆盖最终发布版本、相应历史或版本记录、依赖、构建说明和必要配置示例；敏感凭证单独处理。商业插件与私有组件说明采用条件，不把一份源文件包理解为全部第三方许可也已转让。网站源码的交付边界可用于提前讨论范围。

主机与部署说明包括环境版本、部署位置、进程和数据库、证书、日志、监控、更新与回滚办法。区分正式、测试和预览环境，让接手者能找到当前使用版本，不靠目录日期猜测。

备份至少根据实际架构覆盖代码、数据库和上传资料，并说明保留周期与存放位置。任务显示成功不等于能够恢复，应在获准的隔离环境验证读取与恢复，不能为了演练直接覆盖正式业务。

让未参与开发的人按说明构建或部署测试版本，记录必须临时询问的步骤。缺少依赖、私有下载权限或配置，就补成明确事项，不把应用能在原电脑运行作为独立可部署的证明。

CMS、内容、设计与运营工具，都要有交接对象

后台说明实际角色、编辑与审批、草稿和发布、文件管理与恢复边界。导出文章、产品、案例、表单及媒体时，核对字段、地址、图片和关联关系；多语言还要保留对应关系、翻译状态与地区差异。

表单资料还要确认导出范围、访问角色、留存与删除规则，以及执行这些规则的负责人。保留期限按企业实际政策核对，尚未确认的事项列为交接缺口，不能由接手者任意清空或默认永久保留。

平台采用范围不同，出口能力也不同。先实际导出代表内容并打开检查，明确哪些需要人工处理、哪些不能迁出。当前后台可用，不证明未来迁移一定完整；交接包应记录真实条件。

设计文件、原图和字体素材与代码分别登记，说明可编辑对象和许可范围。源文件存在不代表可任意用于所有媒体，第三方素材也不因交给企业而自动扩大授权。品牌设计文件与版权交付可补充这一类对象。

统计、搜索、标签管理、通知邮件和其他运营资产，优先在原有资产中完成适当权限交接，保留历史记录。新建另一账号可能切断原有比较。核对事件、报表、接收规则和恢复入口，停用不需要的工具则按实际影响安排。

许可、续费和维护责任，不能混成一项“永久可用”

对字体、图片、主题、插件、地图、视频、邮件和云服务，逐项记录购买主体、许可或订阅对象、采用范围、到期条件、谁续费以及停用影响。一次性交付、持续托管与外部订阅是不同事项。

许可证属于供应商账号时，检查是否允许转移、是否需要另购或采用替代。按具体条款与项目约定处理，不先承诺都可迁，也不认为只能永久依赖同一供应商。权限、文件交付与合同权利分开确认。

续费提醒要有企业接收人，并安排人员变化后的复查。付款渠道、自动续费与有效期都查实际记录；不能从“已经开通”推定几年后仍有效。停止订阅可能影响展示、发送或某项功能，按真实配置说明，不用一份通用恐吓清单替代检查。

后续维护写清缺陷处理、内容修改、安全更新和新增需求怎样区分，谁接收故障、怎样报问题。界达设计工作室（JVDS）的官网交付与维护范围按项目约定，可在企业官网建设服务沟通中逐项确认，不默认固定免费期限或无限修改。

用换人演练，确认接手不是只增加访问权

交接会安排企业管理员登录关键资产、实际编辑代表内容，由接手技术人员测试部署与备份恢复，再核对通知和告警的实际接收。不能仅由原供应商展示一遍，就认定企业能够独立操作。

还要问紧急情况：管理员失去访问时怎么恢复，证书和域名谁续费，接口凭证需要更新时谁处理，异常由哪个联系人接手。操作不能完成的项目列出原因、负责人和补充期限，不用签收文档掩盖问题。

确认新控制与维护安排后，撤销不再需要的临时权限，轮换已共享凭证时先评估依赖，避免突然使服务失效。保留必要维护访问，应采用独立身份与约定范围，并定期复查。

资产清单继续随版本、账号和外部服务变化更新。成功标志是企业能找到并控制约定资产、接手者可按文档完成代表任务、恢复路径已验证，余下限制与责任有据可查。

常见问题

域名接管就是改密码吗？

不一定。需要分别核对账号、登记持有者、解析和续费责任，密码只是访问方式的一部分。

源码齐全，是否一定能迁到任何主机？

不能保证。还要核对环境、依赖、平台条件、数据出口与许可，并通过测试部署确认当前可行范围。

企业没有技术人员怎么办？

由合适的技术协助者完成独立核验，企业仍负责主体、付款与业务安排。不能因为没有开发人员就不掌握关键资产。