字段分工工作台
标题不是垃圾桶，属性和分类也不是装饰。
标题、属性和分类不是同一个字段。标题负责识别，属性负责筛选和变体，分类负责平台理解和内部复盘。把所有信息塞进标题，会让广告、搜索和集合页一起变乱。
本课产出
标题、属性和分类决策表
完成标准：标题可读、属性可筛、分类可用于广告和站内复盘。5 个主推 SKU 只是本课演练样本。小目录直接全量检查；中等目录按主推、新品、变体边界、集合页规则和渠道问题分层抽样；大目录先查高收入、最近改过、被平台提示、复杂变体和多市场边界 SKU，再按 product_type、市场、问题类型和收入层级扩展。
标题
品牌、产品类型、关键规格、核心场景
变体属性
颜色、尺寸、材质、容量、适配型号
Google product category
平台类目理解
把商品事实分配到正确字段
一个好标题不是把更多词塞进去，而是删完以后每个重要事实都有新住址
继续使用 20oz/Sage/US 保温杯。旧标题是“20oz best leakproof cup free shipping limited sale commute camping gift stainless steel sage”。它把商品身份、未经核实的形容词、促销、配送、场景和属性混成一句话。看起来信息很多，实际上 Google、Meta、Shopify 筛选、集合页和客服都不知道该信哪个稳定字段。
先回到上一课的真相源：品牌、商品类型、容量、颜色、材质和经过证据支持的盖子特性来自商品主数据；活动价和免邮来自促销/配送规则；gift、camping、commute 是集合与页面情境，不是商品身份。重写后的主标题可以是“NorthPaw Insulated Travel Bottle — 20oz, Sage”。只有当防漏测试和适用边界已经存档时，才把 “Leak-resistant lid” 放进标题或属性；否则先留在待验证字段，不能靠文案把它变成事实。
删词不是完成。20oz 要进入 capacity 和 variant option；Sage 要进入标准化 color entry、色卡和 variant option；stainless steel 进入 material；locking lid 进入 lid_type；内部经营路径写进 product_type；Google product category 选择当前 taxonomy 中最贴近主要功能的一个官方类目，并保存 category ID 与核对日期；gift/camping/commute 用稳定标签或集合规则，不依赖标题字面匹配。
| 信息 | 字段位置 | 谁读取 | 为什么不只放标题 | 验收证据 | 失败动作 |
|---|---|---|---|---|---|
| 20oz / Sage | capacity + color + variant options | PDP / filters / feed / Catalog | 标题文本不能稳定驱动筛选和变体 | 变体、色卡、移动筛选和 item preview 同值 | 停止发布，先连接 category metafield 与 option |
| stainless steel / locking lid | material + lid_type | Search / filters / feeds / support | 描述或图片里的事实机器可能读不到 | 供应商证据、PDP 规格、字段和渠道样例一致 | 证据不足就不发布 claim，回采购补证据 |
| Google category | google_product_category | Merchant Center / Shopping | 内部分类词不能代替官方 taxonomy | 一个最相关 category ID + taxonomy 核对日期 | 类目不确定就抽样核对，不批量猜 ID |
| Drinkware > Insulated Bottles > 20oz | product_type | Ads grouping / internal report / merch | 经营路径与平台官方类目承担不同任务 | 完整内部路径、报表样例和负责人 | 路径不能支持报表就暂停迁移并重构层级 |
| gift / camping / commute | stable tags / metafields / collection rules | Collections / site search / merchandising | 删标题会让字面集合规则掉商品 | 规则预览、进入/掉出 SKU 与移动端结果 | 先迁移规则，再发布标题改写 |
从旧标题到字段合同，按这个顺序做
- 保存旧标题、PDP、变体、筛选、Feed 预览和集合规则样例。
- 把每个词标成身份、结构化属性、分类、促销/配送、集合情境或未证实 claim。
- 先补 capacity/color/material/lid_type 和变体连接，再写新标题。
- 分别确认 Shopify category、一个 Google category 和完整 product_type；不要互相复制。
- 迁移依赖标题词的集合规则，抽样 12 个 hero/new/flagged/promo SKU。
- 发布后回读 PDP、移动筛选、Merchant item、Meta item 和集合页；任一掉值就回滚。
示例：商品字段决策记录（PD-002）
对象：NorthPaw 20oz/Sage/US；主标题：NorthPaw Insulated Travel Bottle — 20oz, Sage；结构化字段：capacity=20oz、color=Sage、material=stainless steel、lid_type=locking；product_type=Drinkware > Insulated Bottles > 20oz；Google category=当前最相关官方 ID（记录核对日期）；owner=Merch Data；验收=12 SKU × PDP/filter/Google/Meta/collection；失败=回滚 title change 并修字段或规则。
平台规则复核（R1）：Google 的 google_product_category 仍要求每件商品只提交一个最相关的官方类目，ID 或完整路径二选一；product_type 是商家自定义路径。Shopify 仍支持把 category metafield 连接到 variant option，Search & Discovery 的筛选来源也可使用 category/product/variant metafield。真实执行前仍要以当前后台和官方文档为准。
下面互动会切换字段归属、类目属性连接、缺口分诊、标题改写、压力场景、测试题和可复制笔记。无论卡片怎么切换，静态标准不变：删出标题的信息必须有结构化去处、reader、owner、验收表面和失败动作；只让标题变短，不算完成。
What
先把字段岗位拆开
这篇不是教你写一个更长的标题，而是让 title、attribute、Google product category、product_type、集合页规则和结构化数据各自回到自己的岗位。
Why
标题背太多锅，后端字段会越来越乱
颜色、容量、材质、促销和集合页场景都塞进标题后，Feed、站内筛选、产品集、结构化数据和报表会各读一版，增长判断就会失真。
How
点击模块时判断事实住在哪里
每次选择类目、属性缺口或压力场景，都把结论写回复制笔记总结：这个事实应该住在 title、attribute、category、product_type、variant option、swatch 还是 collection rule。
00 字段分工路由
看到一个信息，先判断它应该放进哪个字段。
这篇课的核心不是把标题写得更长，而是让标题、属性、分类、集合页和促销字段各自承担正确任务。下面这个路由器先把该放哪里讲清楚。
这句话应该放在哪里？
字段判断
放进标题和属性。
名词先说清楚
先把本课会用到的词讲清楚。
标题
标题是用户和平台第一眼识别商品的字段。它应该回答这是什么、哪个品牌、关键规格是什么，不负责塞下折扣、物流承诺和所有关键词。
比如一款 20oz 不锈钢通勤保温杯，标题先讲清品牌、品类、容量、材质和核心场景。
属性
属性是颜色、容量、材质、适配型号这类系统能单独读取的字段。小白常见误区是把它们只写在详情描述里，结果筛选、Feed 和广告系统读不到。
颜色只写在图片上，站内筛选、商品 Feed 和广告产品集都可能读不到。
Google product category
这是 Google 规定的商品类目，用来帮助 Merchant Center 理解商品属于哪一类。它不是你店铺里的菜单，也不是随便写的中文分类。
保温杯要放到更接近的 Google 类目里，而不是只写"新品"或"热卖"。
product_type
product_type 是你自己给商品设计的内部分类路径，常用于报表、产品组和运营复盘。它可以更贴近你的经营方式，但不能替代 Google product category。
比如 Outdoor > Drinkware > Insulated Cup，可以帮助你按品类看预算和销量。
Category metafield
Category metafield 是 Shopify 按商品类目推荐的属性字段，在 taxonomy 里也叫 product attributes。它不是随便新建的备注字段，而是把颜色、尺码、材质等类目相关信息结构化。
选择服装类目后，Shopify 可能建议 size、neckline、sleeve length 这类类目属性。
结构化数据
结构化数据是页面里给搜索引擎读取的机器可读商品信息，常包含名称、价格、库存、品牌、评价和商品标识。它读取的是商品事实，不应该和标题、属性、Feed 或页面承诺互相冲突。
标题写 20oz，结构化数据或 Feed 仍让平台读到 32oz，搜索结果和审核信号就会被带偏。
变体选项
变体选项是用户选择颜色、尺寸、容量时看到的选项。Category metafield 可以连接到变体选项，让属性值和前台选项保持一致。
颜色从 black 改成 graphite，如果连接正确，所有使用该颜色的变体选项会一起更新。
色卡 / swatch
色卡是前台用颜色块展示变体选项的方式。它看起来是 UI，但背后依赖颜色属性和变体选项一致。
如果颜色属性乱写，前台色卡、站内筛选和 Feed 颜色都可能不一致。
集合页
集合页是用户在网站上看到的一组商品，比如通勤水杯或夏季宠物用品。它服务用户选择，不等于平台类目，也不等于内部分类。
同一款保温杯可以在"通勤水杯"和"礼物推荐"两个集合页里，但源字段仍要一致。
01 三方读取差异
Google、Meta 和 Shopify 筛选读的不是同一个字段。
标题改写前先看谁会读取这个事实。Google 更关心商品身份、类目、变体和落地页一致性；Meta Catalog 更关心商品项、产品集和 content_id；Shopify 筛选和站内搜索更关心可复用属性、变体和集合页规则。把三方都靠标题解决，后面一定会漂移。
Google Merchant Center
它会读什么
title、description、image、brand、GTIN、price、availability、google_product_category、item_group_id 和变体属性。
标题的任务
标题要识别商品和关键规格，不能塞促销、配送和临时活动词。
属性 / 类目的任务
颜色、尺寸、容量、材质、GTIN 和类目要进入结构化字段，和落地页一致。
验收位置
看 Merchant Center 商品项预览、Diagnostics、类目预览和变体分组。
Meta Catalog / 商品集
它会读什么
content_id、title、availability、price、brand、condition、product_type、custom_label、颜色/尺寸等属性和产品集规则。
标题的任务
标题帮助广告里识别商品，但不应该替产品集规则或 custom label 做分组。
属性 / 类目的任务
产品集、动态广告和 Catalog 诊断要读稳定字段，而不是标题里的场景词。
验收位置
看 Commerce Manager 商品项、产品集规则、content_id 匹配和 Catalog 诊断。
Shopify 集合页筛选 / 站内搜索
它会读什么
product option、category metafield、product / variant metafield、tag、product_type、vendor 和标准属性。
标题的任务
标题可以帮助搜索识别商品，但不能让筛选依赖标题里的颜色、容量或礼品词。
属性 / 类目的任务
筛选值要来自可复用字段；描述文字和图片上的信息不能直接当筛选源。
验收位置
看 Search & Discovery Filters、集合页抽样 SKU、站内搜索结果和移动端筛选。
02 类目属性
先让 Shopify 类目决定该采集哪些属性。
Category metafield 不是多加一个后台字段，而是把商品类目、商品属性、变体选项、前台色卡、筛选和平台可读字段连起来。小白最容易反过来做：先乱建字段，再发现前台选项、筛选和 Feed 各写了一套。正确顺序是先定类目，再补类目建议属性，再连接变体和前台体验。
类目属性怎么接？
类目属性连接练习
类目信号
同一商品还没有稳定类目，团队已经开始补颜色、材质和容量字段。
字段动作
先确认 Shopify product category，再看该类目建议哪些 category metafields。
变体动作
不要先自建一堆 metafield；否则后面变体和筛选会返工。
验收证据
商品类目、建议属性、前台筛选、Google/市场平台字段缺口。
02 类目属性连接练习
按商品压力选择下一步：类目、属性、变体、色卡还是集合规则。
这不是再看一张说明表，而是模拟实际录商品时会遇到的岔路。先选一个商品压力，再选择本轮动作；反馈会告诉你为什么只改标题通常不是根因修复。
第一步：选择商品压力
第二步：选择动作
20oz 保温杯还在 uncategorized
03 属性缺口分诊
把标题要不要改先拆成字段缺口。
很多标题问题不是标题写作问题，而是属性、类目、集合规则或渠道字段没有接好。先分诊，再决定是重写标题、回源补属性、修类目，还是改集合规则。
先选症状
诊断卡
标题被关键词塞满
可能源头
标题被拿来替代属性采集；颜色、容量、材质、场景没有进入 Shopify category metafields、变体选项或 Feed 字段。
第一证据
对照商品页标题、Shopify 变体/类目属性、Merchant Center 商品预览、集合页筛选和站内搜索结果。
修复路径
先把可筛选事实回源到属性字段，再把标题重写成品牌 + 产品类型 + 关键规格 + 一个核心场景。
禁止动作
不要继续加关键词，也不要只改广告标题来掩盖源字段缺失。
写回决策表
写回标题公式、必须属性、验证位置和负责团队。
03B 标题改写练习
拿一个坏标题练：哪些词留下，哪些词搬走。
先点最像你当前商品的问题。结果面板会把坏标题拆成改写后标题、迁移字段和验收位置。不要只看标题是否顺眼，要看每个被移走的信息有没有新的字段承接。
第一步：选择坏标题类型
第二步：拆字段
保温杯标题被关键词塞满
促销字段
限时折扣、免费配送移到 sale_price、promotion、shipping policy。
验收：验收 sale_price / promotion 生效时间、运费规则和活动页。
结构化属性
20oz、不锈钢、防漏进入容量、材质、功能属性。
验收：验收 Shopify 字段、Feed 预览、集合页筛选。
集合页规则
通勤、露营、礼物不要都塞标题，用 tag、product_type 或属性承接。
验收：验收相关集合页抽样 SKU 和站内搜索结果。
复制笔记行：标题只保留识别信息；促销、属性和集合页场景回到可验收字段。
标题仍然要自然包含关键规格。品牌、品类、容量、颜色或尺寸等能帮助买家识别商品的信息，可以按重要性前置；促销、运费、活动日期、所有场景词和临时集合词，不要塞进 title。Google 的 title 指南也要求标题清楚描述商品、区分变体，并把促销和配送信息放到对应字段。
04 主资产
字段要按任务分工，不要互相代替。
标题、属性、Google product category、product_type 和集合路径都要写清楚自己的任务、不能承载什么、影响哪些下游系统，以及在哪里验收。
标题
品牌、产品类型、关键规格、核心场景
折扣、物流承诺、堆砌关键词
Shopping 展示、SEO、站内搜索
商品页、Feed 预览
变体属性
颜色、尺寸、材质、容量、适配型号
只写在描述里让系统读不到
筛选、变体、广告匹配、产品集
Shopify 变体、目录商品项
Google product category
平台类目理解
内部黑话、自定义路径
Merchant Center 识别、审核、商品匹配
Merchant Center 类目预览
product_type
自有分类路径
平台类目的替代品
预算、报表、商品运营复盘
Feed、报表、产品组
集合路径
站内导航和用户选择任务
无任务的装饰性分类
集合页、站内搜索、CRO
集合页、搜索结果
05 标题公式
标题负责识别，不负责全部解释。
比如一款保温杯商品的 20oz 保温杯标题应该表达品牌、容量、材质和场景。折扣、运输承诺和售后政策应该进入促销、履约和政策字段。
品牌
比如一款保温杯商品
帮助用户和平台识别来源。
产品类型
保温杯
说明这是什么，不靠形容词。
关键规格
20oz 不锈钢
承载容量和材质，不塞进描述里等系统猜。
核心场景
通勤防漏
只放一个购买场景，不把所有关键词都塞进去。
05B 品类字段包与阅读面
同一个标题公式不能覆盖服装、美妆、电子和家居。
先用品类决定属性包、变体和单位，再核对目标市场的语言与受限声明。桌面和移动预览只帮助读者发现标题是否难读；它们不是任何平台的字数阈值或发布许可。
| 品类 | 先采集的字段 | 变体与市场检查 | 标题与声明闸门 | 复查面 |
|---|---|---|---|---|
| 服装 | 先记服装类型、材质、颜色和尺码；版型、领型或袖长只在该类目确实需要时补充。 | 颜色和尺码要连接变体选项；尺码表、尺码单位和市场语言单独核对，不能让一个英文尺码词替代所有市场。 | 标题保留品牌、服装类型、一个关键材质或款式事实；没有事实来源时，不把显瘦、塑形、保暖等级等效果写成商品事实。 | 商品页尺码/色卡、移动筛选、变体库存、Feed 属性和目标市场语言。 |
| 美妆 | 先记产品形态、色号、净含量和有证据支持的成分或使用信息；色号和容量不要只留在图片或描述里。 | 色号、容量或套装要有独立变体/商品值；INCI、单位、成分名称和市场语言按当前合规资料核对。 | 标题只保留可证明的形态、色号或净含量；无来源时，不把“低敏”“临床证明”“适合所有肤质”等当作默认卖点。 | 商品页色号/容量、色卡、Feed 商品项、目标市场标签资料和受限声明审查。 |
| 电子 | 先记型号、兼容对象、接口、额定规格、插头/电压或容量等可验证参数；不要用泛化的“万能”替代具体兼容范围。 | 插头、地区电压、套装和型号差异需要独立 SKU/变体与市场范围；同一标题不能掩盖地区型号不同。 | 标题保留品牌、产品类型、型号和一项关键规格；快充、续航、兼容或安全表现没有测试/厂家资料时，留在待验证，不写成承诺。 | 商品页型号/接口、变体 SKU、市场插头与电压、Feed 属性和客服可核对的规格资料。 |
| 家居 | 先记品类、材质、尺寸、件数、颜色和护理信息；尺寸单位、套装与单件不能只靠标题说明。 | 尺寸、颜色、件数和套装状态要在变体或商品字段中分开；按市场核对单位、配送范围和页面语言。 | 标题保留品牌、品类、一个关键尺寸/材质事实；“适合所有空间”“儿童安全”或耐用等级没有证据就不写成可验证承诺。 | 商品页尺寸/件数、变体、集合页筛选、Feed 属性、市场单位和履约/退货说明。 |
每个字段包还要有一行受控词记录：源字段值、允许的前台/本地化展示值、同义词应该出现在哪个页面或搜索规则、不能直接使用的词，以及来源和复查日。这样 Graphite、Black 和 charcoal 之类的表达不会同时变成三套颜色事实。
阅读面预览
桌面单行
品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏
看品牌、商品类型和关键规格是否仍在前面可读；实际展示宽度取决于当前渠道。
移动窄宽
品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏
若变体、市场语言或声明让识别信息被挤掉，先回字段包和本地化记录，不用虚构统一字符上限。
06 属性覆盖
属性缺失，不要靠描述补。
颜色、尺寸、材质、容量、适配型号如果只写在描述里，很多下游系统读不到。先回到采集源，再进入同步和验收。
颜色
源头：Shopify 变体选项或 metafield 字段
只在图片或描述里出现，筛选和广告读不到。
容量
源头：商品录入表 + 变体字段
标题写了 20oz，但变体字段为空。
材质
源头：供应商资料或 PIM 字段
描述中写不锈钢，Feed 和结构化数据没有对应字段。
适配型号 / 场景
源头：商品事实表和页面模块
广告创意说通勤，集合页却按露营分类。
07 分类分工
Google category 和 product_type 不是一回事。
平台类目、内部路径和集合路径可以不同，但都要有负责团队，并能说清验证位置。
Google product category
选择最接近的官方叶子类目，服务平台理解。
Merchant Center 类目预览和 diagnostics。
product_type
保留自有分类路径，服务预算、报表和 merchandising。
Feed、产品组、报表维度。
集合路径
按用户选择任务组织，服务站内导航、搜索和 CRO。
集合页、站内搜索结果、排序规则。
08 比如一款保温杯商品演练
字段重写要同时改标题、属性、分类和验证位置。
比如一款保温杯商品 原来把标题写成一串关键词，颜色和容量散落在描述里，product_type 只有内部简称。重构后每个字段只承担自己的任务。
标题是一串关键词、折扣和物流承诺。
比如一款 20oz 保温杯商品：不锈钢通勤防漏保温杯。
商品页和 Feed 预览可读。
颜色和容量散落在描述里。
颜色、容量、材质、场景进入结构化字段。
Shopify 变体、目录商品项、站内筛选。
product_type 只有内部简称。
Google 类目用官方叶子类目，product_type 保留内部路径。
Merchant Center、报表维度、产品组。
10 字段归属压力练习
最容易出错的不是标题写差了，而是团队把每个字段都塞进标题。
商品录入时先把事实分成识别信息、结构化属性、促销承诺或集合页场景，再决定它应该进入哪个字段。不要让会议里声音最大的人直接改标题。
我建议你把这一段当成商品录入会来读：不要先问标题怎么写得更满，而要先问这个事实到底应该成为 title、attribute、Google product category、product_type、variant option、swatch 还是 collection rule。字段位置错了，标题越努力，后面的 Feed、筛选和产品集越难解释。
标题优化的前提，是字段已经各归其位。否则你以为在做 SEO，实际是在用标题替属性、促销、集合页和内部分类擦屁股。
当前字段压力
广告想继续往标题加关键词
11 快速自测
不要让标题继续替属性背锅。
比如一款保温杯商品的标题已经很长，但颜色、容量和材质只在描述里。Merchant Center 没有报错，广告团队想继续加关键词。现在最该做什么？
12 停止/继续
标题、属性、分类没有分工，不上线。
上线前要确认每个字段承担正确任务，且能被商品页、Feed 预览、Merchant Center、站内搜索和结构化数据共同验证。
标题可读、属性可筛、分类可复盘
继续，进入同步和验收
商品页、Feed 预览、站内搜索结果
标题塞折扣、物流或关键词堆砌
暂停，重写标题公式
标题公式表和主推 SKU 抽样
属性只在描述里，没有结构化字段
暂停，回源字段补采集
Shopify 变体、metafield 字段、供应商资料
Google category 用内部黑话
修平台类目
Merchant Center 类目预览
product_type 无法用于预算或报表
修内部分类路径
产品组、报表维度、商品运营复盘
13 复制笔记总结
把标题、属性和分类决策变成复制笔记总结。
复制出去的是标题公式、必须属性、分类分工、负责人、验收和当前字段压力，而不是一句"标题已优化"。
标题、属性和分类决策表
本课结论
标题、属性、Google product category、product_type 和集合页规则各有任务；标题不能替所有字段背锅。
第一证据
当前 title、Shopify product category、category metafields、variant options、swatches、Feed preview、collection rules。
禁止动作
没有属性缺口分诊前，不继续加标题词；category 为空时，不批量自建字段。
反证信号
如果判断错了，先记录它在哪个页面、Feed、产品集或报表暴露。
品类字段包与声明闸门
记录品类、必须字段、变体/单位、目标市场语言、源值/展示值/同义词位置、受控词或待验证声明、桌面/移动阅读面、来源与复查日；字段包不是所有品类共用的万能模板。
下一课入口
字段结构稳定后，再进入 Merchant Center Feed 质量治理与排错。