纯文字版教程展开阅读
这篇课解决一个很常见的问题：标题被当成垃圾桶，颜色、容量、材质、类目、集合页规则和促销承诺都往标题里塞。正确做法不是把标题写得更长，而是让标题、属性、Google product category、product_type、集合页规则和促销字段各自承担不同任务。
本课要交付什么
读完这篇，你要留下一个 标题、属性和分类决策表。它要能回答：标题公式是什么，哪些属性必须结构化，Google product category 选哪个官方类目，product_type 用哪条内部路径，集合页规则读哪个稳定字段，谁负责修改，在哪里验收。
这张表不是给后台录入人员看的备注，而是给广告、SEO、站内搜索、集合页、Merchant Center 和 Meta Catalog 共用的商品数据资产。
先把字段分工说清楚
| 字段 | 该负责什么 | 不要放什么 | 验收位置 |
|---|---|---|---|
| 标题 | 品牌、产品类型、关键规格、一个核心场景 | 折扣、免费配送、所有关键词 | 商品页、Feed 预览、搜索结果 |
| 属性 | 颜色、尺寸、材质、容量、适配型号 | 只写在描述或图片里 | Shopify 变体、category metafields、站内筛选 |
| Google product category | 最接近的 Google 官方类目 | 内部黑话、自定义经营路径 | Merchant Center 类目预览 |
| product_type | 自有分类路径，用于预算、报表和商品复盘 | 替代 Google 官方类目 | Feed、产品组、内部报表 |
| 集合页规则 | 站内导航和用户选择任务 | 临时依赖标题里的场景词 | 集合页、站内搜索、排序规则 |
名词先说清楚
标题 是用户和平台第一眼识别商品的字段。比如一款 20oz 不锈钢通勤保温杯，标题应该先讲清品牌、品类、容量、材质和核心场景，不应该承担折扣、物流承诺和所有关键词。
属性 是系统能单独读取的字段，比如颜色、容量、材质和适配型号。如果这些信息只写在描述里，站内筛选、Feed、产品集和动态广告可能读不到。
Google product category 是 Google 用来理解商品类目的官方分类；product_type 是你自己设计的内部分类路径。两者可以不同，但不能互相替代。
Category metafield 是 Shopify 按商品类目推荐的属性字段。选对 Shopify product category 后，系统会提示更适合该类目的属性，例如颜色、尺码、面料或容量。它可以和变体选项、色卡、筛选和渠道字段连接起来。
结构化数据 是页面里给搜索引擎读取的机器可读商品信息，常包含名称、价格、库存、品牌、评价和商品标识。它读取的是商品事实，不应该和标题、属性、Feed 或页面承诺互相冲突。比如标题写 20oz，但结构化数据或 Feed 仍让平台读到 32oz，搜索结果和审核信号就会被带偏。
Category metafields：先选类目，再补属性
小团队很容易先乱建 metafield，后面才发现前台变体、集合页筛选、Feed 字段和广告产品集各写了一套。更稳的顺序是：先确认 Shopify product category，再检查该类目建议的 category metafields，然后把属性 entry 连接到变体选项和前台色卡，最后验证 Feed 和市场平台能不能读到。
| 场景 | 正确动作 | 验证位置 |
|---|---|---|
| 商品还没有稳定类目 | 先选 Shopify product category，再看建议属性 | Shopify 商品页、category metafields |
| 颜色既是属性也是下单选项 | 把 category metafield entry 连接到 variant option | 变体页、商品页选项、Feed color 字段 |
| 前台要展示色卡 | 用可复用颜色 entry，不要只在主题里做视觉块 | 商品页色卡、集合页筛选、移动端显示 |
| 平台缺可读属性 | 把类目相关属性写进字段，而不是继续加长标题 | Merchant Center、Meta Catalog、结构化数据 |
属性缺口分诊：不要一上来就改标题
很多标题问题其实不是标题写作问题，而是字段缺口。先看症状，再决定是回源补属性、重写标题、修类目，还是改集合页规则。
| 症状 | 可能源头 | 第一证据 | 修复路径 |
|---|---|---|---|
| 标题很长，属性仍缺失 | 标题替代了属性采集 | 商品页标题、Shopify 属性、Merchant Center 预览、站内筛选 | 先补颜色、容量、材质等结构化属性，再重写标题公式 |
| 变体能买，但集合页筛选不到 | 变体选项、category metafield 和 Feed 字段没有连接 | Shopify 变体、Search & Discovery 筛选、Meta Catalog、Merchant Center 字段 | 连接属性 entry 和变体选项，再验证前台筛选和渠道预览 |
| Google 类目和 product_type 混用 | 平台类目、内部分类、集合路径没有拆开 | Feed 字段、Merchant Center 类目预览、Google Ads 产品组、内部报表 | Google product category 用官方类目，product_type 保留经营路径 |
| 集合页依赖标题里的场景词 | 集合规则没有使用稳定属性或 product_type | 集合规则、站内搜索词、标题重写记录、排序逻辑 | 把集合规则迁移到稳定字段，标题只负责识别 |
Category Metafield Builder Lab：按商品压力选择下一步
这一段对应页面里的互动实验室。它训练的不是记住 Shopify 有 category metafields，而是在真实录商品时判断下一步该先动类目、属性、变体、色卡还是集合页规则。判断顺序错了，后面很容易出现标题改漂亮了，但 Feed、筛选和产品集仍然读不到字段。
为什么先做这个判断？ 因为 Shopify 标准 product category 会决定系统能提示哪些 category metafields；这些属性又可能连接到 variant option values、商品页色卡、集合页筛选和渠道可读字段。Google product category 则服务平台理解，不应该被拿来替代内部 product_type。
| 商品压力 | 不要先做什么 | 更稳的动作 | 写进决策表的一行 |
|---|---|---|---|
| 20oz 保温杯还在 uncategorized | 先建一堆自定义 metafield | 先确认 Shopify product category，再补容量、材质、颜色 category metafields | 类目 -> category metafields -> 商品页/筛选/Feed 预览 |
| 20oz / 32oz 能买，但 Feed 容量缺失 | 把容量继续塞进标题 | 把 capacity category metafield 连接到 variant option values | capacity 字段 -> 变体选项 -> 集合页筛选 -> Feed 预览 |
| 颜色色卡好看，但渠道颜色不一致 | 只修主题里的视觉色块 | 用标准 color entry 同时驱动变体、色卡、筛选和 Feed color | color entry -> swatch -> filter -> channel color |
| 礼品集合页靠标题词收商品 | 为了集合页覆盖把 gift 塞回标题 | 把集合页规则迁移到稳定标签、product_type 或属性 | 集合页规则字段 -> 抽样 SKU -> 覆盖验证 |
| Google 类目被当成内部 product_type | 为了报表好看改 Google product category | Google product category 服务平台理解，product_type 服务经营路径 | 平台类目、内部路径、集合页规则分开验收 |
怎么在后台做？ 先在 Shopify 商品页确认 Category，不确定时选最接近商品主要功能的标准类目；再检查系统出现的 category metafields；如果颜色、尺码或容量同时也是购买选项，就把对应 entry 连接到变体选项；最后抽样检查商品页、集合页筛选、Merchant Center 预览和 Meta Catalog 商品项。
比如一款保温杯商品怎么重写
原来的标题可能是 20oz 保温杯 免费配送 限时折扣 通勤 露营 礼物推荐 防漏 不锈钢。它看起来信息很多，但颜色、容量、材质、场景、促销和集合规则全部混在一起。
重写后，标题可以回到 品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏。颜色、容量、材质进入属性字段；折扣进入促销字段；配送进入运费/履约字段；通勤、礼物、夏季等集合页规则使用稳定标签、product_type 或属性，而不是依赖标题词。
验收时不要只看标题是否顺眼。至少抽样 5 个主推 SKU，对照商品页、Shopify 字段、Merchant Center 预览、Meta Catalog 商品项、集合页和站内搜索结果。
字段结构压力实验室：先判断事实应该住在哪里
标题优化的前提，是字段已经各归其位。真实会议里，广告会要更多关键词，SEO 会要更多场景词，设计会先修色卡，商品同事会催新品发布，站内运营会要求集合页别掉商品。你要先判断这个事实到底应该成为 title、attribute、Google product category、product_type、variant option、swatch 还是 collection rule，而不是谁声音大就改标题。
| 压力场景 | 诱人的错误动作 | 更稳读法 | 第一证据 | 禁止动作 |
|---|---|---|---|---|
| 广告想继续往标题加关键词 | 继续把容量、材质、场景词和折扣词塞进 title | 先判断这些词是识别信息、结构化属性、促销承诺还是集合页场景；只有识别信息进标题 | 当前 title、Shopify 属性、category metafields、Merchant Center item preview、站内筛选和搜索词 | 没有属性缺口分诊前，不继续加标题词 |
| 新品急着上架，但 Shopify Category 还是空的 | 先发布，再用自定义 metafield 补颜色、容量和材质 | 先选最接近主功能的 Shopify product category，再确认建议的 category metafields，最后补属性和变体连接 | Shopify Category、系统建议属性、variant options、商品主功能、Merchant Center 类目预览 | category 为空时，不批量自建字段，也不把 Google product category 当内部 product_type |
| 色卡好看，但 Feed 和筛选颜色不一致 | 只改主题色块或只改 Feed 规则 | 用标准 color entry 做源头，连接 variant option、swatch、collection filter 和 Feed color，再抽样验收 | color category metafield entry、variant option value、主题 swatch、Search & Discovery filter、Feed color | 没有统一颜色源之前，不只修 UI，也不只修 Feed |
| 礼品集合页掉商品，团队想把 gift 加回标题 | 为了集合页覆盖，把场景词重新塞回所有标题 | 把集合规则迁移到稳定 tag、product_type 或属性；标题只保留识别任务 | 集合规则、标题变更记录、tag/product_type/属性覆盖、掉出集合的 SKU 样本 | 集合规则没迁移前，不为了集合页覆盖污染标题公式 |
这块不是多加一个结论，而是训练你在压力下先找字段归属。字段位置错了，标题越努力，后面的 Feed、筛选、产品集和报表越难解释。
停止/继续：标题、属性、分类没有分工，不上线
| 信号 | 动作 | 验收位置 |
|---|---|---|
| 标题可读、属性可筛、分类可复盘 | 继续，进入同步和验收 | 商品页、Feed 预览、站内搜索结果 |
| 标题塞折扣、物流或关键词堆砌 | 暂停，重写标题公式 | 标题公式表、主推 SKU 抽样 |
| 属性只在描述里，没有结构化字段 | 暂停，回源补属性 | Shopify 变体、category metafields、供应商资料 |
| Google category 用内部黑话 | 暂停，修平台类目 | Merchant Center 类目预览 |
| product_type 无法支持预算或报表 | 暂停，修内部分类路径 | 产品组、报表维度、商品复盘 |
复制笔记总结：标题、属性和分类决策表
复制出去的不是一句"标题已优化"，而是一组能让下一位同事继续判断的笔记。它要记录本课结论、第一证据、禁止动作和下一课入口。
- 本课结论：标题、属性、Google product category、product_type 和集合页规则各有任务；标题不能替所有字段背锅。
- 第一证据：当前 title、Shopify product category、category metafields、variant options、swatches、Feed preview、collection rules。
- 禁止动作：没有属性缺口分诊前，不继续加标题词；category 为空时，不批量自建字段。
- 标题公式：品牌、产品类型、关键规格、一个核心场景。
- 必须属性：颜色、尺寸、材质、容量、适配型号，以及这些属性的源头。
- 分类分工：Google product category、product_type、集合页规则各自的任务。
- 负责人与验收：谁改字段，在哪些渠道验收，等哪个同步周期结束。
- 反证信号：如果改错，最先会在哪个页面、Feed、产品集或报表里暴露。
- 下一课入口：字段结构稳定后，再进入 Merchant Center Feed 质量治理与排错。
下一篇会进入 Merchant Center Feed 质量治理与排错。带过去的是一张能被复查的字段决策表，而不是一句模糊的优化结论。
公开来源
这些来源不是让你把字段名背下来，而是确认每个字段的边界。Google product data specification 要求 title、image、availability、GTIN、变体属性和 google_product_category 等字段准确、格式正确并和落地页一致；google_product_category 用来在需要时覆盖 Google 自动分类；product_type 是你自己的分类体系，可用于 Google Ads Shopping campaign 的 bidding、reporting 和 product group；Shopify category metafields 说明 standard category 会解锁预定义类目属性，并可连接到 variant options；Shopify Standard Product Taxonomy 则说明 Shopify product category 是商品管理和销售渠道会读取的源字段之一。
| 边界 | 本课用法 |
|---|---|
| Google product data spec 要求字段准确且和落地页一致。 | 标题不能替颜色、容量、材质、变体和类目字段背锅。 |
| google_product_category 是 Google 官方类目，不是内部菜单。 | 用于平台理解，不替代 product_type 或集合页路径。 |
| product_type 是自有分类系统，可服务出价、报表和产品组。 | 可以贴近经营复盘，但不能假装是 Google 官方类目。 |
| Shopify standard category 会解锁 category metafields。 | 先选 product category，再补属性、variant option、swatch 和筛选。 |
| 不同类目的关键属性不同。 | 先用 category 判断该采集哪些属性，不给所有商品套同一张泛用表。 |