旧站商品地址已经换成 Shopify 新地址时，先建立等价页面映射，再保存原生重定向，最后检查真实 HTTP 响应。本文解决迁移中的这项 URL 验收：同一主域名下，已退役的普通商品路径应直接到达对应的新商品页。它适用于 Shopify 在线商店，包括 Shopify Plus；域名切换、外部服务器规则和整站数据迁移另行安排。
以下用假设路径 /old-catalog/desk-a → /products/desk-a 演示，未在商店执行。实际操作前替换为自己的旧路径与等价目标，并保留原映射及重定向备份。后台英文入口与官方资料核验于 2026 年 10 月 4 日。
先证明这条旧路径适合原生重定向
准备一行记录：旧完整 URL、旧路径、新完整 URL、新路径、原页面用途、目标商品及规格、负责人。先打开目标，确认商品可访问、规格与旧页面相符，再检查旧路径是否已返回 404。Shopify 原生重定向只对失效路径起作用，仍有效的页面不能被这条规则覆盖；不要为了让规则生效而误下架仍在使用的商品。依据Shopify 重定向条件与保留路径。
创建前的路径判断
| 输入情况 | 是否继续创建 | 下一步 |
|---|---|---|
| 假设旧路径已失效，新商品页是相同购买任务的替代页 | 可以进入创建步骤 | 记录目标商品身份和规格，检查最终页面可访问 |
| 旧路径仍显示有效商品或页面 | 暂停 | 先确认它是否真的退役；保留有效页面，不用重定向掩盖迁移冲突 |
/cart、/orders 等系统前缀，或固定的 /products、/collections、/collections/all | 不适用这套操作 | 对照官方保留路径列表，交给负责相应系统路由的人处理 |
| 旧商品没有等价目标，只能跳到不相关首页 | 暂停 | 重新判断页面去留，不能批量把所有失效商品指向首页 |
最后一项是内容与搜索验收判断：Google 建议将旧 URL 映射到相关新页面，无关的大批首页跳转可能被视为 soft 404。重定向完成也不等于排名自动保留。参见Google URL 变更迁移指引。
在 Redirect from / to 填值并保存
- 在 Shopify 后台打开 Content → Menus → View URL redirects，再点 Create URL redirect。
- 在 Redirect from 输入实际失效路径。本例是
/old-catalog/desk-a。 - 在 Redirect to 输入等价目标。本例同一主域名使用
/products/desk-a；转向外部网站时才填完整 URL。 - 点 Save redirect，返回列表核对来源和目标，保存这条记录的截图及操作时间。
以上入口、相对路径与外部完整 URL 用法来自Shopify 创建重定向步骤。保存后的规则会立即起作用，因此先校对方向：旧路径填来源，新路径填目标；目标不能又跳回来源。
如果保存后列表里的目标错误，先修正这条记录，再进行验收。批量迁移时应先完成一个代表样本，确认方向与页面身份，之后再扩大范围。
用 Network 检查单跳和最终商品页
下面是建议的验收方法。先打开 Chrome 开发者工具的 Network 面板，勾选 Preserve log 和 Disable cache，保持工具打开，再访问实际旧完整 URL。前者保留跨页面请求，后者停用浏览器缓存，具体行为见Chrome Network 日志与缓存设置。
筛选 Doc 请求，选中旧地址的主文档请求，在 Headers 查看状态和响应头；再检查最终主文档请求。Chrome 网络检查指南说明了 Status、请求类型和 Headers 的查看方式。
这条假设映射的通过标准
| 检查位置 | 本例应看到什么 | 不满足时怎么查 |
|---|---|---|
| 旧主文档响应 | 原生永久重定向的 301，Location 指向等价目标 | 仍为 200：先查旧页是否有效；仍为 404：查保存的来源路径与访问路径是否一致 |
| 重定向经过的文档请求 | 旧地址直接到最终目标，不绕过另一个迁移地址 | 出现多跳：把已审核映射改为直接目标；循环则停止使用该映射并修正来源/目标 |
| 最终目标 | 返回 200，标题、商品、规格与映射记录一致 | 返回 404 或错误商品：修复目标或重新选择等价页面，再验收 |
301 → 200 是本例的验收目标，不是已经观测到的结果。单跳、相关目标的技术依据见Google 迁移重定向要求；Shopify 的永久 301 行为及缓存说明见原生重定向文档。
浏览器可能记住旧 301。规则修改或删除后仍跳向旧目标时，先清除缓存或换设备复核，并保存新响应；不能仅凭某个旧标签页判断修改失败，也不能把删规则当成所有客户端立即回退。
批量导入时先 Review，再 Import
已有大量经审核的映射时，在 URL redirects 页先用 Export 保存现有记录。按Shopify 提供的 CSV 模板及导入流程准备文件，使用实际下载的模板结构，不另猜列名。
在同页点 Import → Add file → Upload file，检查 Review import 展示的内容，确认才点 Import redirects，完成后 Close。导入完成标志包括结果提示、列表里的来源/目标，以及代表旧 URL 的 HTTP 验收。文件上传成功不能替代后两项。发现错向、重复来源或目标无效，先处理对应记录，不继续扩大批次。
语言路径与搜索检查另留验收记录
把实际存在的各语言、市场旧 URL 单独列入映射与请求检查。官方文档对通用商品重定向和市场子目录有不同场景说明，实际配置与覆盖范围需要逐个 URL 验证；不能用主域名的一次成功代替所有语言通过。带查询参数、标签筛选或保留路由的地址也应单列，按Shopify 原生规则限制判断，不能直接套本例。
完成 URL 抽样后，再检查新页面的 canonical、语言标记、站点地图和站内链接是否一致，并用 Search Console 观察抓取与索引。本文的同域路径变更不使用 Change of Address；Google 把该工具用于域名等地址迁移。参见Google 迁移检查与监测。这份 URL 证据与商品、订单、支付等验收一起进入切换计划，不能由一条成功跳转代替整站上线验收。