SEO、站内搜索与集合页里的商品数据职责

这课到底在讲什么

SEO、站内搜索和集合页都在帮用户找到商品，但它们读取字段的方式不一样。SEO 需要能被抓取的页面、清楚的页面任务，以及和页面一致的商品事实。站内搜索需要用户真实用语、同义词、筛选项和结果质量。集合页需要稳定的商品池和排序规则，能同时考虑库存、毛利、季节和用户任务。

错误做法是把所有问题都理解成改商品标题或加一个标签。标题负责识别商品，筛选项负责缩小选择，集合页负责组织购买场景，商品结构化数据负责让机器读到和用户看到一致的商品事实。只要这些职责混在一起，一个修复就会带出三个新问题。

搜索词路由器：有关键词，不等于立刻改标题

当 SEO 研究、站内搜索日志、客服问题或广告报告里出现一个新词，先问用户到底想完成什么任务。任务不同，应该改的字段也不同。

为什么结构化数据不是另一套商品资料

商品结构化数据是页面代码里给搜索引擎读取的商品事实，可能包含价格、库存、品牌、GTIN、评分和配送信息。它应该读取用户在页面上看到、Feed 里提交的同一套事实。如果结构化数据写有货，但 Shopify 或商品页显示缺货，修复入口是源字段同步或模板读取，不是手写第三套事实。

Google 说明，商品数据可以通过页面上的 Product structured data 和 Merchant Center Feed 提供，有些展示会同时参考两者。Merchant Center 也会检查网站信息和提交数据是否一致。所以字段职责不是文档问题，而是 SEO、商品数据和投放资格都会受影响的运营问题。

标题、标签、集合页和筛选项怎么拆

团队有分歧时，按这个顺序裁决。第一，先保护商品事实：价格、库存、品牌、GTIN、SKU、变体选项和核心规格。第二，保护用户路径：标题、URL、集合页和筛选项。第三，保护机器读取：结构化数据和 Feed 属性。最后再决定商业排序：哪些商品应该因为库存、毛利、季节和转化质量排在前面。

Shopify 的 smart collection 可以按标题、variant title、type、vendor、product category、标签、metafield、价格和库存等条件纳入商品。Shopify storefront filtering 可以读取 availability、category、price、product tags、product type、vendor、variant options 和 metafields。这说明标签和筛选项很有用，但如果没有负责人、结束日期和验收规则，也很容易污染搜索和集合页。

站内搜索字段要有回收规则

同义词、标签、搜索加权和排除规则都不能默认永久存在。它们应该在解决明确用户任务时新增，在活动结束、商品缺货、搜索量消失或匹配错误时回收。

保温杯示例：旧活动标签污染搜索和产品集

一家保温杯店在节日活动里用了 gift-cup-q4 标签。活动结束后，这个标签还在驱动站内搜索同义词、礼物集合页和 Meta 产品集。现在缺货颜色还出现在站内搜索和动态广告里。SEO 想保留这个词，因为它有需求；广告想继续读取这个产品集，因为它曾经表现不错。

正确动作不是全部删除，而是拆职责。真实用户语言如果仍然有用，可以保留为同义词。活动标签要有结束日期和归档路径。集合页规则要改成价格、库存和毛利条件。产品集读取路径要更新，只让广告读取已确认商品池。最后保存四张截图：搜索结果、集合页商品池、目录/产品集覆盖、结构化数据或 Feed 预览。

复制笔记总结

不要只复制一句 SEO 已优化。真正要带走的是字段分工图：字段、主职责、真相源、负责人、可建议方、下游系统、验收位置、回收规则和反证信号。下一课会把这些字段决策写进变更日志、QA 节奏和 RACI 式运营记录。

公开来源边界

这些来源用来确认结构化数据、Merchant Center 商品数据、集合页规则和筛选字段边界。官方文档不会替你判断一个词该不该进标题，但会定义机器、Feed、集合页和筛选项到底能读取什么。非官方实践信号只转成上面的路由器和 QA 表，不作为公开来源标签展示。