WordPress 迁移到 Shopify 检查清单：保护 SEO 和内容

WordPress 迁移到 Shopify 可以改善结账体验、产品管理、活动上线速度和维护成本。它也可能伤害搜索可见性，特别是团队把它当成视觉改版，而不是内容、数据、URL 和 SEO 的迁移项目。

这份 WordPress 迁移到 Shopify 检查清单适合正在把 WordPress 或 WooCommerce 网站迁移到 Shopify 的团队，不管最终使用 Shopify theme 还是定制 storefront。建议在设计前用一次，内容录入前用一次，上线前再用一次。目标是保护现有有效资产，同时让新店更容易运营。

先看旧网站，不要先看新的 Shopify 模板。列出每一种页面类型、文章类型、产品类型、taxonomy、表单、插件、媒体库规则、SEO 字段、重定向规则、追踪脚本和集成。很多 WordPress 网站的重要业务逻辑藏在插件、shortcode、自定义字段、page builder 或 WooCommerce 扩展里。

不要默认 Shopify 必须复刻每个旧字段。盘点的作用是帮助团队判断哪些内容应该变成 Shopify 产品、collection、页面、metaobject、metafield、博客文章、redirect、app 设置，哪些内容可以合并或删除。

• 页面类型：首页、服务页、落地页、博客、产品页、分类页、政策页和活动页。
• 数据来源：WooCommerce 产品、variation、attribute、tag、category、自定义字段、评价、表单和媒体。
• 集成：邮件营销、评价、订阅、CRM、analytics、Cookie 同意、站内搜索、配送、税费和支付工具。
• 决策状态：保留、重写、合并、重定向、在 Shopify 重建、用 app 替换或删除。

Redirect map 应该在 Shopify 路由定稿前开始。导出 WordPress sitemap，抓取全站 URL，拉出 analytics 落地页，检查 Google Search Console 页面，收集广告活动 URL，并查看有外链的页面。然后把每个重要旧 URL 映射到最接近的新页面。

匹配用户意图，而不是只看页面名称。一个 WooCommerce category 通常应该重定向到对应的 Shopify collection，而不是首页。一个仍然有排名的 WordPress 文章，应该重定向到新文章或最相关的指南。如果没有合适替代页面，就明确标记为 404 或 410，不要把决定藏起来。

• 如果旧 URL 干净、有价值，而且 Shopify 技术上可行，就尽量保持稳定。
• 对移动或合并的页面使用 301 redirect。
• 避免出现 WordPress 到 Shopify，再到语言路径或尾斜杠版本的 redirect chain。
• 在 staging 和上线后都用旧 URL 列表测试一遍。

WooCommerce 和 Shopify 的产品模型并不完全一样。导入数据前，先决定 Shopify 如何处理产品、variant、option、collection、product type、vendor、tag、metafield、媒体、库存、订阅、组合销售和筛选。

很多迁移就是在这一步变乱的。如果每个 WordPress 自定义字段都不经判断地变成 Shopify metafield，新店会继承旧复杂度。如果 variant 导入前没有确认 option 命名，筛选和 analytics 都可能变得不可靠。把导入当成一次清理运营模型的机会。

• 统一产品标题、handle、option 名称、SKU、barcode、价格和 variant 规则。
• 决定哪些产品属性属于 metafield、tag、collection 或 app 数据。
• 检查图片比例、alt text、图库顺序、视频、下载文件和说明文档。
• 最终导入前先做测试导入，并对比产品数量、variant 数量和缺失字段。

迁移不应该把 Shopify 变成复制 WordPress 页面的仓库。先决定哪些内容属于 Shopify page、blog post、metaobject、theme section、product template、collection template，哪些内容需要外部 CMS。结构要符合团队上线后真实发布内容的方式。

对于服务页、购买指南、品牌页、政策页和活动落地页，在录入内容前先定义可复用 section。编辑团队应该知道图片比例、标题长度、CTA 规则、SEO 字段，以及哪些模块可以安全调整顺序。这样新店才不会每次更新内容都要找开发。

• 迁移前重写薄弱或过时的 WordPress 页面，不要盲目复制。
• 保留有价值的博客、购买指南和支持内容，并确保新页面意图匹配。
• 为标题长度、图片裁切、CTA 文案和可选字段写清编辑说明。
• 更新内部链接，避免迁移后的内容里继续出现旧 WordPress URL。

上线前要检查搜索引擎和报表工具依赖的信号。包括 title tag、meta description、heading、canonical URL、noindex 规则、Open Graph 文案、图片 alt text、结构化数据、XML sitemap、robots 规则、内部链接，以及如果是多语言商店，还要检查 language alternates。

然后测试数据追踪。Shopify checkout、加购事件、产品浏览、collection 筛选、订阅表单、联系表单、预约链接、活动参数和 Cookie 同意行为，都应该能在 analytics 系统里看到。如果迁移改变了事件名称或 URL 结构，在对比报告前要先记录清楚。

• 根据页面类型验证 Product、BreadcrumbList、Organization、Article 和 FAQ schema。
• 在正式环境确认 Search Console、analytics、tag manager、pixel 和 Cookie 同意工具。
• 上线前保存自然搜索落地页、查询词、收录页面和转化数据基线。
• 用真实产品、真实表单和活动 URL 测试移动端和桌面端。

Shopify 迁移不是首页看起来正确就算通过，而是购买路径完整可用才算通过。测试产品发现、搜索、筛选、产品详情页、variant 选择、加入购物车、购物车编辑、折扣、礼品卡、配送、税费、checkout、支付方式、账号流程、订单邮件、弃购邮件，以及退换货或支持路径。

边界情况也要测。包括售罄产品、草稿产品、未发布 collection、缺失图片、旧产品 URL、已重定向博客、很长的产品名称、翻译内容、app block 和移动端导航。这些问题通常不会在内部演示里出现，但真实客户很快会遇到。

• 至少测试一个简单产品、一个多 variant 产品和一个不可购买产品。
• 确认交易邮件、表单通知和 CRM 交接。
• 在目标市场检查折扣规则、配送信息、税费和支付方式。
• 建立上线记录，包含问题、URL、严重程度、负责人、修复方式和验证备注。