乌鲁木齐建站：更换合作方怎样交接账号
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4fe01513df51.html
📄
乌鲁木齐建站：更换合作方怎样交接账号
更换建站合作方时，账号交接的核心不是“把密码发过去”，而是先把账号清单列全，再按控制权高低分批移交，最后逐一验证新方能否独立操作。乌鲁木齐建站同样适用这套方法，地域不影响交接逻辑，只影响沟通时区和见面成本。下面从一个假设例子展开，说明先做什么、容易错在哪。
假设案例：三个账号只交了一个，网站停摆一周
假设某公司此前的网站由一位个人开发者维护，双方合作终止。原开发者交出了网站后台的管理员账号，但域名注册商账号、服务器或主机的控制台账号仍在对方手里。新合作方接手后想改解析、换服务器，发现没有域名管理权限，只能等原开发者配合。对方回复不及时，网站改版被迫推迟。这个例子里，错误不在技术，而在交接顺序：先交了低控制权的后台账号，却把决定网站能否访问的高控制权账号留到最后。
这个例子是假设的，用于说明步骤，不代表任何真实项目。它想说明的判断是：账号的控制权大小，决定交接的先后顺序。
先列清单：哪些账号必须交，哪些只需确认
在动手交接前，先做一份账号清单。可以按下面几类逐项核对：
- 域名类：域名注册商账号、域名管理密码、转移密码（Auth Code）、注册邮箱。
- 主机类：服务器或虚拟主机的控制台账号、SSH或FTP账号、数据库账号。
- 建站类：网站后台管理员账号、主题或插件市场的授权账号。
- 配套类：企业邮箱管理账号、SSL证书管理账号、备案相关账号（如适用）。
- 统计与推广类：网站统计账号、搜索资源平台账号、广告投放账号。
清单里每一项都要写清：账号名、绑定邮箱或手机、当前持有人、是否可改密码。清单不全，后面就会反复返工。最容易漏的是注册邮箱，因为很多账号的找回入口都指向它。
按控制权分批交接：先高后低
建议按控制权从高到低分批处理。高控制权账号一旦移交，新方就能独立恢复或重建其他权限；低控制权账号即使晚一点交，也不影响网站运行。
- 先交域名注册商账号，并把注册邮箱改为公司可控的邮箱。
- 再交服务器或主机控制台账号，确认新方能重启服务、查看日志。
- 然后交数据库和建站后台账号，核对网站能否正常打开和登录。
- 最后处理统计、推广、邮箱等配套账号。
每一步都要当场验证，而不是只听对方说“已经给了”。验证方式可以是：用新账号登录一次、改一次密码、发一封测试邮件。改密码后要立刻确认原持有人无法再登录，避免出现“双方都能进”的模糊状态。
常见错误与检查项
交接中最常见的错误有三类。第一类是只改网站后台密码，没动域名和主机，结果对方仍能通过更高权限找回控制权。第二类是共用账号不拆分，比如多人共用一个管理员账号，交接后无法判断谁在操作。第三类是口头交接、没有记录，出问题时说不清哪一步没做。
可以用下面的检查项逐条确认：
- 域名注册邮箱是否已改为公司邮箱，且公司能收到验证邮件。
- 域名是否已开启转移锁，锁的开启和关闭权限在谁手里。
- 服务器控制台是否已新增独立账号，而不是继续共用原账号。
- 网站后台是否已删除或降权原持有人账号。
- SSL证书到期时间和续费方式是否已记录。
- 备案信息中的主体和联系方式是否需要同步更新（如适用）。
如果某项暂时无法变更，比如域名处于转移锁定期，就把它标为待办，并写明预计可处理的时间点，不要默认“以后再说”。
时间和人手有限时，最先做哪三件事
如果时间紧、人手少，优先做这三件：第一，把域名注册邮箱改成公司可控邮箱；第二，给新合作方开一个独立的服务器或主机账号；第三，记录所有账号的当前状态和待办项。这三件事做完，网站的控制权基本回到公司手里，后续细节可以慢慢补。
判断交接是否完成的依据不是“对方说交完了”，而是新合作方能否在不联系原持有人的情况下，独立完成一次登录、一次密码修改和一次网站访问测试。三项都能做到，才算交接到位。
下一步：把上面的账号清单复制成一张表，按“账号名、绑定邮箱、当前持有人、是否已移交、验证结果”五列填写，每移交一项就填一行，直到所有高控制权账号都验证通过。
