📍 WDQWDWQD987AAAAA:216.73.217.112
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f8b6bb5b0eaf.html
📄

上海网站建设更换合作方怎样交接账号：按交付结果倒推资料、任务与验收

更换上海网站建设合作方时，账号交接的核心不是“把密码发过去”，而是让新合作方在约定时间内独立完成一次发布、一次修改和一次备份恢复演练。做不到这三点，说明交接不完整。下面从最终要交付的结果倒推，列出必须交接的资料、任务、责任和验收方法。

先明确交接完成后要能独立完成哪些操作

把目标写成可验证的结果，交接才有边界。建议至少覆盖：

• 能登录并管理域名解析记录，包括新增、修改、删除一条A记录或CNAME记录。
• 能登录服务器或主机控制面板，完成文件上传、数据库导出与导入。
• 能登录网站后台，发布一篇测试文章、修改一个页面标题并回滚。
• 能登录所使用的统计、表单、邮件推送等第三方服务，查看数据来源。
• 能触发一次完整备份，并把备份文件下载到本地或另一存储位置。

如果旧合作方只给后台账号，不给域名和服务器权限，新合作方就无法处理解析故障、证书续期和迁移，交接视为未完成。

账号清单要按控制层级整理，而不是按人名整理

多人协作最容易出问题的地方，是账号挂在个人手机号或私人邮箱下。交接时应按控制层级列出：

1. 域名层：域名注册商账号、域名管理密码、转移密码（如需转出）、DNS服务商账号。
2. 主机层：服务器或虚拟主机面板账号、SSH密钥或密码、数据库账号。
3. 程序层：网站后台管理员账号、主题与插件授权账号、对象存储或CDN账号。
4. 服务层：SSL证书管理入口、企业邮箱解析记录、短信或表单接口账号。
5. 协作层：代码仓库、工单系统、统计后台、备案相关联系人信息。

每一项都要注明：账号归属谁、绑定手机或邮箱是什么、是否开启二次验证、二次验证设备在谁手里。只写账号不写绑定方式，换人后可能连验证码都收不到。

交接任务要有责任人和完成时间

账号交接不是一次性动作，而是一组有先后顺序的任务。可以按以下顺序推进：

• 旧合作方导出账号清单并核对可用性，责任在旧方。
• 新合作方逐项登录验证，记录无法登录的条目，责任在新方。
• 双方共同确认域名解析、服务器、后台三类权限已转移，责任在双方。
• 旧方在确认后移除自己的多余权限，责任在旧方。
• 新方完成一次发布、一次修改、一次备份恢复演练，责任在新方。

每一项都写上日期和负责人。口头说“已经给了”不算完成，要以新方能独立操作为准。

验收要看结果，不看承诺

验收时不要只问“能不能登录”，而要检查这些具体结果：

1. 用新账号发布一篇测试文章，前台能正常显示，后台能再次编辑并删除。
2. 修改一条DNS记录后，用 nslookup 或在线DNS查询工具确认解析已变化。
3. 导出一份数据库备份，再导入到测试环境，确认数据表数量与关键内容一致。
4. 检查证书到期时间，确认续期入口在新合作方可控范围内。
5. 确认旧合作方已无法通过原账号修改网站内容。

如果任何一项无法完成，先判断是权限缺失、验证方式受限，还是账号本身不属于旧方。不同原因对应不同处理方式，不要直接认定是某一方不配合。

多人协作时把交接结果写成一份可复查的记录

交接完成后，留一份简短记录：账号清单、验证日期、验证人、未通过项、后续处理人。这样下次再换合作方时，不需要重新猜测账号在哪里。记录中不要写明文密码，密码应通过密码管理工具或加密方式传递，并在交接后尽快更换。

下一步：把上面五类账号逐项对照现有资料，标出缺失项，先补齐域名和服务器两类权限，再安排一次发布与备份恢复演练。