先判断缺的是“能继续用的资料”还是“能证明归属的凭证”。前者可以边补边用,后者缺失会让后续改版、迁移、续费都受制于人。多数情况下,正确做法是保留现有站点不动,先补齐账号与配置,再决定是否改写或更换服务方。
离职带走或遗留的资料通常分两类。运行资料决定网站还能不能正常改:域名注册商账号、DNS解析记录、服务器或虚拟主机登录方式、CMS后台管理员、数据库连接信息、SSL证书与到期时间、CDN和对象存储配置、邮件解析记录、统计与站长验证文件。这类资料缺失,站点可能暂时能访问,但一次续费失败或证书到期就会中断。
归属资料决定这些资产算谁的:域名注册人信息、备案主体、云账号实名主体、合同与付款记录、发票、交付验收单。归属资料缺失时,即使你有后台密码,也可能在争议或迁移时被原服务方主张权利。补齐顺序应是先归属、后运行,因为运行资料可以重置,归属资料往往无法事后补造。
补资料之前先做一次取舍,三种走向各有成立条件。
判断依据不是“服务方好不好”,而是域名注册人、备案主体、云账号实名这三项是否在自己手里。三项都在,优先保留;缺一项且无法变更,就要按退出准备。
假设一家企业发现原负责人离职后,只留下一张写着后台地址的便签。第一步不是改密码,而是查域名注册信息。在WHOIS或域名注册商查询页输入域名,看注册人邮箱和注册商。如果注册邮箱是公司邮箱且能登录,就可以发起密码重置,把域名控制权收回。这一步的结果决定后面所有动作:控制权收回,才谈得上解析和迁移;收不回,就要走域名争议或赎回流程。
第二步核对云账号或主机账号的实名主体。登录云控制台查看账号实名信息,如果是个人而非公司,需要评估能否变更实名或另购主机迁移。此时不要急着删旧服务器,先导出数据库和网站文件,确认新环境能跑起来再切换解析。
第三步整理一份可交接的配置清单,至少包含:域名到期日、DNS各条记录及用途、证书到期日、后台管理员列表、数据库地址与库名、统计工具账号、以及每一项的最后核对日期。清单里不写密码明文,改由密码管理器保存,只记录条目名称和保管人。
第四步验证。用一台不登录任何账号的电脑,仅凭清单里的入口和密码管理器,尝试完成一次“修改一条DNS记录并改回”的操作。如果做不到,说明清单仍有缺口。这个动作的结果直接决定你是继续补资料,还是转入退出方案。
出现以下信号时,继续补资料的投入产出比会变差:域名注册邮箱是已停用的个人邮箱且注册商不支持凭公司证件找回;备案主体是原服务方且对方不配合变更;云账号实名无法变更且合同里没有资产归属条款。这些情况下,补资料只是在延长不确定状态。
退出的第一步是保全证据:保存合同、付款记录、聊天记录、后台截图和当前页面存档。第二步是注册新域名或确认可用的自有域名,重新走备案。第三步才是重建站点。注意,旧域名如果无法收回,已有的收录和外部链接不会自动转移到新域名,这部分损失需要提前计入决策,而不是事后才发现。
资料补齐不是一次性任务。把上述配置清单设为每季度核对一次,重点看域名和证书到期日、管理员列表是否有离职人员未移除、云账号实名是否仍与公司主体一致。每次核对只改变化项并记录日期,这样下一次人员变动时,交接对象是清单而不是某个人。
如果公司内部没有专人负责,也可以把清单和密码管理器的保管责任写进岗位职责,而不是口头交接。这一步不产生直接收益,但决定了下一次原负责人离职时,你是花半天核对还是花几周追讨。