Shopify 商品 Feed 上线前 QA 检查清单

Shopify 商品 Feed 不只是广告投放前的配置项。它是店铺、搜索引擎、购物入口、社交商品目录、市场平台、分析系统，有时还有 headless 前端之间的商品数据协议。Feed 错了，后果可能是商品被拒登、价格不一致、落地页打不开、商品摘要变弱，或者活动流量被带到错误变体。

这份清单适合 Shopify 建站、网站改版、商品分类迁移、多语言上线，以及需要把商品数据同步到店铺外部的维护工作。购物广告上线前、大目录更新前，以及 product、metafield、feed、market 或 tracking 变化后，都应该跑一遍。

先列出商品数据会去哪里。一个店铺可能把目录同步到 Google Merchant Center、Meta、TikTok、市场平台、站内搜索、邮件模块或报表导出。每个目的地的字段映射、刷新频率、图片要求和审核规则都可能不同。

每个目的地建一行记录。写清来源应用或集成、负责人、刷新频率、包含哪些商品、排除哪些商品、覆盖哪些市场或语言，以及错误在哪里查看。没有这张表，Feed 问题很容易在运营、投放、开发和支持之间来回转。

• 列出所有商品 Feed、商品目录同步、市场平台 connector、搜索索引、邮件商品模块和报表导出。
• 记录每个目的地读取的是 Shopify 核心字段、metafield、标签、集合、应用字段，还是人工覆盖值。
• 把上线关键 Feed 和低风险内部导出分开标记。
• 保存 Feed 设置、诊断、同步日志和商品级错误的访问位置。

Feed QA 最容易失败的地方，是没人知道哪个字段才是准的。商品标题可能来自 Shopify，SEO 标题来自应用，分类来自 taxonomy metafield，product type 是旧导入留下的，图片顺序又由主题决定。店铺前台看起来没问题，Feed 里仍然可能是错的。

测试前先定义核心字段的唯一来源。然后用样本商品去对照这个决策。如果团队需要人工覆盖，也要写清谁可以改、覆盖只影响 Feed、只影响落地页，还是两边都会影响。

• 核心身份：商品标题、handle、SKU、barcode 或 GTIN、vendor、product type、分类和变体选项名称。
• 交易数据：价格、划线价、促销时间、库存、可售状态、订阅状态、套装状态、提货或配送规则。
• 内容数据：描述、SEO title、meta description、商品图片顺序、alt 来源和结构化数据输出。
• 治理规则：谁负责字段变更、批量导入、应用规则、metafield、taxonomy 更新和回滚。

很多 Feed 问题藏在变体里。店铺前台可能因为默认变体可售而看起来正常，但 Feed 同步出去的是重复变体标题、缺失 SKU、旧标识符，或者不会预选正确选项的落地 URL。这会影响匹配质量，也会伤害用户路径。

样本里要包含简单商品、多变体商品、促销商品、缺货商品、套装、订阅商品、改过 handle 的商品，以及多个市场销售的商品。每个样本都对照 Feed 行、Shopify 后台数据、线上页面、canonical URL 和 redirect 行为。

• 确认每个变体都有正确的 SKU、标识符、选项标签、价格、可售状态、图片和目标 URL。
• 检查商品 URL 是否返回 200、canonical 是否符合预期，并且没有不必要的 redirect chain。
• 测试最近改过 handle 的商品，避免旧活动链接和 Feed URL 造成重复或死链。
• 确认被排除的商品是有意排除，而不是因为标签、集合、市场或库存逻辑误伤。

价格和可售状态不一致，是用户最容易发现的 Feed 问题。它们也常出现在促销、多市场上线、订阅配置和商品迁移期间。Feed 可能因为同步没刷新、应用覆盖值过期，或 market-specific 价格没有和落地页一致，而保留旧价格。

重点测试那些在运营压力下会变化的字段。每个活跃市场、币种、促销规则、库存状态和配送场景都抽样一个。如果业务有 B2B 价格或批发权限，要单独测试，避免公开 Feed 暴露私密价格。

• 对比 Feed 价格、线上页面价格、购物车价格、划线价、促销 badge 和结构化数据价格。
• 检查有货、低库存、缺货、预售、订阅和套装状态。
• 验证多市场 URL、语言路径、币种显示和本地化商品可售状态。
• 记录价格或库存变化应该多久同步到每个 Feed 目的地。

商品 Feed 内容既要让用户看得懂，也要让平台能理解。标题太弱、描述含糊、分类缺失、图片裁切不当、product type 不一致，都会让商品目录更难匹配，也更难优化。

不要只检查前十个商品。要按集合、vendor、product type、价格区间、语言和模板抽样。Feed 质量通常不是在精心维护的主推商品上出问题，而是在目录边缘的商品上出问题。

• 标题要区分变体和商品系列，但不要堆关键词，也不要重复无意义的店铺文案。
• 描述要避免空 CMS 字段、原始 HTML 残留、重复模板文案和未翻译内容。
• 图片要足够清晰，不能错误裁切，不能有失效 URL，并且要和线上商品页一致。
• 分类、product type 和 custom label 要与 SEO、商品运营和活动使用的 taxonomy 计划一致。

Feed QA 不应该停在 Feed validator。搜索和购物系统会把商品数据与落地页对照。如果 Feed 和页面说法不一致，就可能影响审核、商品摘要、活动质量和用户信任。

对核心商品，检查渲染后的 HTML 和结构化数据。把商品名称、图片、价格、可售状态、canonical URL、Open Graph 图片和 meta description 与 Feed 行逐项比较。尤其当 Shopify 应用、主题代码或 headless 层单独生成 schema 时，这一步很重要。

• 检查 Product schema 中的价格、可售状态、图片、SKU、brand 或 vendor，以及变体行为。
• 确认 canonical URL 和 hreflang alternate 指向正确的市场或语言页面。
• 确保集合页、搜索结果和推荐卡片展示的商品状态，与商品详情页一致。
• 检查 robots、noindex 和 redirect，确保 Feed 落地页在应该可访问、可索引时没有被挡住。

第一次 Feed QA 只能证明当下这一刻的目录。真正的问题往往出现在价格导入、新集合上线、促销开始、市场调整、图片更新或应用同步延迟之后。上线后前两周要当作观察窗口。

建立一个轻量监控流程。上线周每天看诊断，保留已知商品问题清单，并指定开发、商品运营、投放和 SEO 的负责人。如果 Feed 问题影响收入，团队要知道应该暂停活动、禁用某个商品组、回滚映射，还是重新发布修正后的 Shopify 数据。

• 监控被拒登商品、旧价格、缺失图片、抓取错误、重定向错误和商品数量异常变化。
• 保留一组核心商品样本，每次批量编辑或应用配置变化后都重新测试。
• 记录 Feed 刷新时间，让支持团队能判断是正常延迟还是同步故障。
• 保存错误映射、错误标签、应用规则、市场设置和批量导入的回滚步骤。