平台迁移与SEO保护
网站迁移服务：URL对应、数据范围与上线复查
迁移先记录旧URL、内容、功能和数据归属，再确定新系统怎样对应。测试环境中验证关键资料、跳转和业务操作，保留切换前备份与恢复条件；不承诺搜索流量不变或固定稳定期。
项目判断
从一个系统迁移到另一个系统，不只是换视觉。页面、媒体、商品、订单或客户数据逐项确认权限、字段和迁移范围；没有合法导出权限时先解决授权，不绕过限制。
旧地址先有结论，再开始切换
URL对应表可记录原地址、当前任务、重要内容、目标地址与处理方式。保留或合并需要有真实相近的承接内容，不能为了“每个URL都有去向”把全部旧页重定向到首页；没有替代内容的删除页可按实际决定返回404或410。
有流量、外链或业务资料的页面先保留有价值内容并核对新位置。切换前验证跳转、canonical、内链和站点地图是否一致，同时检查旧媒体与下载文件的访问路径。
数据搬过来，还要能继续处理业务
确认商品/变体、客户、订单和表单数据哪些能合法迁移，字段、关系和第三方系统是否一致。数量相同不代表记录正确；抽样核对重要关系和可执行操作，个人资料只在获授权的必要范围内处理。
使用约定的测试账号检查询盘送达、购物车、支付流程和统计。测试不计真实业绩，不能向客户发测试通知；任何对真实订单有影响的操作都需另行确认。
切换、停止条件和回滚分别记录
计划应列切换时间、负责人、可复查备份、关键功能通过条件以及触发回滚的故障。出现无法解释的数据缺失、重要路径失败或目标配置冲突时先停止，不为赶上线继续覆盖。
上线后按重要URL、实际请求和业务操作复查；Search Console中的状态与当前公开响应不一定同一时间更新。记录观察周期和限制，不能把某个固定周数写成搜索结果已稳定。
先确认旧站权限与必须连续的业务任务
提供旧站和目标系统、需要保留的页面/功能/数据，以及访问和导出的合法权限情况。客户资料和账户密码不在公开留言中上传，迁移范围与测试方式单独约定。
