换主题可能改变页面内容、内链、结构化数据、资源加载和应用展示，但不等于一定改URL，也不等于必然掉排名。要判断影响，先保存旧主题实际输出，再用同一批页面比较候选与正式版；不要把“新主题看起来正常”当作SEO验收完成。
先把这次改版到底改什么写清楚
只发布另一套主题，与同时改商品handle、域名、分类结构或平台，是不同任务。已有商品和内容仍使用原地址时，不应为了“迁移完整”额外改URL或添加跳转；确实改址才准备旧新地址关系。颜色与尺码还涉及变体独立页判断，不能用一条canonical规则覆盖全部商品。
Shopify发布主题帮助说明同时只有一个主题对顾客发布，原主题发布位置改变后进入草稿区。主题副本与下载帮助则明确主题文件不包含商品、集合、菜单、页面和博客等整店内容；主题副本不能代替这些数据的单独备份，也不隔离店铺级应用安装或卸载。
基线清单要能拿来逐项比较
| 对象 | 保存什么 | 候选与正式版核什么 |
|---|---|---|
| URL与页面类型 | 地图、实际抓取、已有搜索/访问记录中的URL | 原地址可用性、参数/分页行为及有意变更 |
| 正文和商品信息 | 标题、描述、规格、图片、价格及当时市场 | 主内容有无丢失，选项与实际商品对应 |
| 搜索相关输出 | title、description、robots、canonical、适用语言与Schema | 最终HTML和渲染DOM的真实值与来源 |
| 入口和操作 | 导航、面包屑、产品/文章链接及购买路径 | 目标语义、可操作性、是否形成孤立内容 |
| 应用与追踪 | 应用区块、app embed状态、像素和同意配置 | 新主题中的启用、事件及依赖是否仍正确 |
| 性能与显示 | 页面/设备/网络/缓存条件及原始结果 | 同条件实验室复测、不同屏宽与后续现场数据 |
自动站点地图是URL来源之一，不能代替实际链接抓取和历史入口资料。地图不列出的参数路径仍可能被用户访问；既有路径也不一定都需要保留为独立索引页，先判断内容用途。
应用仍装着，不代表新主题已经启用
主题应用扩展配置区分app block与app embed：安装应用后，区块默认不会自动加入每套主题，app embed默认也未启用，需要按相应主题配置。ScriptTag迁移说明明确app embed按主题启用，必须在实际发布的主题上生效。
核评价、订阅、尺码表等真实模块及其数据，再核必要的统计、同意管理和转化事件；不能为了跑分快删这些集成。主题副本适合验证主题代码，涉及应用安装、卸载或店铺数据的试验，要先确认影响范围。
预览中通过的项目，发布后还要核一次
- 覆盖首页、集合、产品、博客、文章及实际存在的特殊模板；有市场或语言差异时增加对应样本。
- 检查主内容、空状态、长文本、图片、菜单和表格；走通选规格、加购及适用的购买流程，手机与桌面分别看。
- 核元字段是否真正显示，产品标记是否与当前价格、库存和评价相符；不能因主题默认支持就跳过实际结构化数据检查。
- 确认新主题相关应用已启用、旧集成没有重复运行，按脚本与像素归属检查保存结果。
- 发布后从公开地址重新抓取、清理适用缓存并复走上述关键路径。发生故障时按实际变更回退；只切回旧主题不一定恢复店铺数据或应用设置。
搜索变化要结合时间和页面解释
URL检查的历史索引记录与实时测试不是同一时点。上线技术通过后，再观察同口径页面、查询与业务表现，不能由一天波动断言新主题导致排名变化。性能也要区分实验室与真实用户数据；没有现场数据时不能用单次分数宣布CWV已经改善。
若改版还包含内容重构，可按光算SEO服务的实际范围安排页面与搜索任务；仅换主题时，先把已有可用内容、入口与功能准确带到新版本。