交接的核心不是“说一声换人”,而是把账号权限、数据资产、正在进行的改动和后续责任逐项落成清单,双方确认后旧服务商退出、新服务商接手。假设你此前把网站交给一家服务商做优化,现在准备换人,下面按可执行的顺序说明。
很多交接卡住,是因为网站和数据的控制权不在自己手里。接手前先确认三类资产:
判断标准很简单:如果旧服务商不再响应,你能否独立登录并修改。不能,就先补权限,再谈交接内容。常见错误是把“对方口头答应配合”当成已经拿到控制权。
假设 A 公司此前由某服务商负责站点优化,现改由新团队接手。可以按以下顺序推进,每一步都留下书面或邮件记录:
顺序不能颠倒。先给新方权限、后收回旧方权限,比反过来安全,因为中途出问题时你仍有可用入口。
口头交接容易漏项,建议用一张表逐条打勾:
检查项可以这样判断:随机挑一个账号,用你方自己的设备登录,能进且权限完整,才算移交成功。只看到截图或对方代登录,不算。
第一类错误是只交接账号密码,不交接“为什么这么做”。比如某页面被设置跳转,如果没人说明原因,新服务商可能直接删掉,导致已有流量入口失效。判断方法是:对每一项历史改动,要求一句原因说明。
第二类错误是交接期间两边同时改站。可能出现一方改了标题、另一方又改回去。避免办法是约定一个冻结窗口,期间只允许一方操作。
第三类错误是把数据导出当成数据可用。导出后要实际打开检查字段是否完整、时间范围是否正确,而不是只看文件大小。
如果旧服务商不配合,先确认合同里关于账号归属和数据交付的约定,再通过平台自身的找回流程恢复控制权。这一步的依据是账号注册信息归谁,而不是谁在操作。
新服务商接手后,不要立刻大改。先记录当前状态作为基线:主要页面能否正常访问、统计是否持续记录、站长平台是否有异常提示、站点地图是否可读取。等基线稳定几天,再按新计划调整。这样后续出现波动时,你能判断是交接引起还是新改动引起。
下一步:把上面的账号清单和未完成事项表整理成一页文档,发给旧服务商逐项确认,确认一项勾一项,全部勾完再正式结束合作。