纯文字版教程展开阅读
这篇课解决一个很常见的问题:标题被当成垃圾桶,颜色、容量、材质、类目、集合页规则和促销承诺都往标题里塞。正确做法不是把标题写得更长,而是让标题、属性、Google product category、product_type、集合页规则和促销字段各自承担不同任务。
一个好标题不是塞更多词,而是删完以后每个重要事实都有新住址
继续使用 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” 放进标题或属性;文案不能把未经核实的 claim 变成事实。
删词不是完成。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、验收和失败动作”的标准。
本课要交付什么
读完这篇,你要留下一个 标题、属性和分类决策表。它要能回答:标题公式是什么,哪些属性必须结构化,Google product category 选哪个官方类目,product_type 用哪条内部路径,集合页规则读哪个稳定字段,谁负责修改,在哪里验收。
这张表不是给后台录入人员看的备注,而是给广告、SEO、站内搜索、集合页、Merchant Center 和 Meta Catalog 共用的商品数据资产。
先把字段分工说清楚
| 字段 | 该负责什么 | 不要放什么 | 验收位置 |
|---|---|---|---|
| 标题 | 品牌、产品类型、关键规格、一个核心场景 | 折扣、免费配送、所有关键词 | 商品页、Feed 预览、搜索结果 |
| 属性 | 颜色、尺寸、材质、容量、适配型号 | 只写在描述或图片里 | Shopify 变体、category metafields、站内筛选 |
| Google product category | 最接近的 Google 官方类目 | 内部黑话、自定义经营路径 | Merchant Center 类目预览 |
| product_type | 自有分类路径,用于预算、报表和商品复盘 | 替代 Google 官方类目 | Feed、产品组、内部报表 |
| 集合页规则 | 站内导航和用户选择任务 | 临时依赖标题里的场景词 | 集合页、站内搜索、排序规则 |
标题仍然要带关键规格,但不要堆词
不要把“标题不能背所有锅”理解成标题越短越好。Google title attribute 的公开指南要求标题清楚识别商品、区分变体,并把重要细节放在前面;同时也明确不要在标题里写促销、配送、活动日期和噱头式表达。对一款 20oz 保温杯来说,品牌、品类、容量、材质、颜色或尺寸这类能帮助买家识别商品的信息可以进入标题;限时折扣、免费配送、所有场景词和临时集合词,应进入对应字段或页面模块。
名词先说清楚
标题 是用户和平台第一眼识别商品的字段。比如一款 20oz 不锈钢通勤保温杯,标题应该先讲清品牌、品类、容量、材质和核心场景,不应该承担折扣、物流承诺和所有关键词。
属性 是系统能单独读取的字段,比如颜色、容量、材质和适配型号。如果这些信息只写在描述里,站内筛选、Feed、产品集和动态广告可能读不到。
Google product category 是 Google 用来理解商品类目的官方分类;product_type 是你自己设计的内部分类路径。两者可以不同,但不能互相替代。
Category metafield 是 Shopify 按商品类目推荐的属性字段。选对 Shopify product category 后,系统会提示更适合该类目的属性,例如颜色、尺码、面料或容量。它可以和变体选项、色卡、筛选和渠道字段连接起来。
结构化数据 是页面里给搜索引擎读取的机器可读商品信息,常包含名称、价格、库存、品牌、评价和商品标识。它读取的是商品事实,不应该和标题、属性、Feed 或页面承诺互相冲突。比如标题写 20oz,但结构化数据或 Feed 仍让平台读到 32oz,搜索结果和审核信号就会被带偏。
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 和类目进入结构化字段,并和落地页一致 | 商品项预览、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、站内搜索结果、移动端筛选 |
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 | 集合规则、站内搜索词、标题重写记录、排序逻辑 | 把集合规则迁移到稳定字段,标题只负责识别 |
标题改写练习:把坏标题拆成字段动作
分诊以后不要马上写一个“更顺眼”的标题。先拿一个坏标题练习:哪些词应该留在 title,哪些应该搬到促销字段、category metafields、variant option、product_type、collection rule 或页面文案。这样改完以后,标题更短,但数据链路反而更完整。
| 坏标题类型 | 坏标题示例 | 改写后标题 | 被搬走的信息 | 验收位置 |
|---|---|---|---|---|
| 保温杯标题被关键词塞满 | 20oz 保温杯 免费配送 限时折扣 通勤 露营 礼物 防漏 不锈钢 | 品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏 | 折扣和配送进 sale_price / promotion / shipping policy;露营、礼物进集合页规则;不锈钢、防漏进属性字段 | Shopify 字段、Feed 预览、促销生效时间、集合页抽样 SKU |
| 容量写在标题,变体和 Feed 断开 | 品牌保温杯 20oz 32oz 大容量户外水杯 | 品牌 + 保温杯 + 不锈钢 + 户外防漏 | 20oz / 32oz 作为 capacity category metafield 和 variant option values;经营路径写进 product_type | 商品页变体、Search & Discovery 筛选、Feed capacity、产品组报表 |
| 色卡好看,但颜色字段不一致 | 品牌保温杯 黑色 碳灰 Graphite 深灰 多色可选 | 品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏 | 颜色同义词统一为标准 color entry,色卡、filter 和 Feed color 读取同一源头 | category metafield entry、variant option、移动端色卡、Feed color |
| 集合页靠 gift 标题词收商品 | 品牌保温杯 礼物推荐 父亲节礼品 通勤水杯 露营水杯 | 品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏 | 礼物、通勤、露营转成稳定 tag、product_type、属性规则或集合页文案 | 集合规则、标题变更日志、掉出集合的 SKU、站内搜索结果 |
复制笔记总结里要写的不是“标题已优化”,而是:改写后标题是什么,被移出的词去了哪个字段,谁负责改,在哪些后台和前台位置验收。如果一个词被移出标题以后没有新的字段承接,这次改写还没完成。
类目属性连接练习:按商品压力选择下一步
这一段对应页面里的互动练习区。它训练的不是记住 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 连接到变体选项。接着打开 Apps -> Search & Discovery -> Filters,确认筛选来源来自 product option、category metafield、product_type、tag 或标准属性,而不是一段描述文字。最后抽样检查商品页、集合页筛选、站内搜索、Merchant Center 预览和 Meta Catalog 商品项。
下一步怎么接:字段设计要进入 GMC 排错和 SEO 页面职责
标题不能替所有字段背锅。字段设计完成后,要看 Merchant Center 是否接受,也要看集合页、站内搜索和结构化数据是否读到同一套商品事实。
- 排错路线:Merchant Center Feed 质量治理,检查 title、GTIN、taxonomy、price 和 availability 是否触发问题。
- SEO 路线:SEO、站内搜索与集合页的数据职责,把字段接到 collection、filter、Product structured data 和搜索任务。
把字段决策接到 SEO 和 Merchant Center
标题、属性和分类不是只影响后台整洁。Merchant Center 会用这些字段判断商品身份、类目、变体和落地页一致性;SEO 会用页面标题、结构化数据、集合页文本和内链理解这个页面到底解决什么搜索需求。字段表如果没有接到这两个出口,后面广告和自然流量会各自修一套口径。
| 外部信号 | 常见错误 | 字段修复 | 下一步课程 |
|---|---|---|---|
| Merchant Center title warning 或低质量提示 | 标题堆促销、配送、重复关键词,核心规格反而不稳定 | 回到标题公式:品牌、产品类型、关键规格、一个核心场景;折扣写进 sale_price / promotion 字段 | Merchant Center 与商品 Feed 基础 |
| Google product category 不准 | 把内部集合路径当成官方类目,或者所有商品套一个大类 | Google product category 只服务平台理解;内部经营路径放进 product_type | Merchant Center Feed 质量治理与排错 |
| 集合页有流量但筛选弱 | 颜色、容量、材质只写在描述或图片里,前台筛选和站内搜索读不到 | 补 category metafields、variant options、Search & Discovery filter 和集合页规则字段 | 集合页与导航转化 |
| SEO 页面写了很多词但排名弱 | 页面标题、商品事实、结构化数据和内链承接不是同一个意图 | 标题只负责识别,SEO title / collection copy / structured data / 内链锚文本要围绕同一个搜索任务 | 页面 SEO 基础 |
判断顺序很简单:先修商品事实字段,再修渠道表达。不要让 SEO 为了覆盖关键词改乱 Feed 标题,也不要让 Merchant Center 修复把集合页和自然搜索路径打散。一个字段只能有一个源头,但可以有多个合规出口。
比如一款保温杯商品怎么重写
原来的标题可能是 20oz 保温杯 免费配送 限时折扣 通勤 露营 礼物推荐 防漏 不锈钢。它看起来信息很多,但颜色、容量、材质、场景、促销和集合规则全部混在一起。
重写后,标题可以回到 品牌 + 保温杯 + 20oz 不锈钢 + 通勤防漏。颜色、容量、材质进入属性字段;折扣进入促销字段;配送进入运费/履约字段;通勤、礼物、夏季等集合页规则使用稳定标签、product_type 或属性,而不是依赖标题词。
验收时不要只看标题是否顺眼。5 个主推 SKU 只是本课演练样本,不是通用门槛:小目录直接全量检查;中等目录按主推、新品、变体边界、集合页规则和渠道问题分层抽样;大目录先查高收入、最近改过、被平台提示、复杂变体和多市场边界 SKU,再按 product_type、市场、问题类型和收入层级扩展。每个样本都要对照商品页、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 无法支持预算或报表 | 暂停,修内部分类路径 | 产品组、报表维度、商品复盘 |
真实搜索 FAQ:标题、属性和分类怎么分工
搜索这个话题的人,通常不是想背字段名,而是卡在四个具体问题:标题是不是越长越好,Google product category 和 product_type 到底有什么区别,Shopify category metafields 是否要和变体选项连起来,以及集合页筛选为什么读不到明明写在描述里的信息。我的建议是先把事实放回字段,再让标题做标题该做的事。
| 真实问题 | 先怎么判断 | 写回复制笔记总结 |
|---|---|---|
| Shopify 商品标题是不是越长越容易被搜到? | 不是。标题先负责识别商品,品牌、品类、关键规格和一个核心场景够用;折扣、物流、所有关键词不要塞进标题。 | 记录标题公式、被移出的属性、促销字段和集合页规则字段。 |
| Google product category 和 product_type 有什么区别? | Google product category 是 Google 官方类目;product_type 是你的内部分类路径,可以服务出价、报表和商品复盘。 | 分别写平台类目、内部路径、集合页规则和报表用途,不让它们互相替代。 |
| Shopify category metafields 要不要连接 variant options? | 当颜色、容量、尺码也是购买选项时,应该优先连接;否则前台色卡、筛选、Feed 字段和变体值容易各走一套。 | 保留 category、metafield entry、variant option、swatch 和 Feed 字段抽样。 |
| 集合页筛选为什么读不到描述里的颜色或容量? | 因为描述是给人读的文本,筛选和 Feed 通常需要结构化字段、变体选项、tag、product_type 或 category metafield。 | 把筛选条件迁移到稳定字段,并抽样检查集合页、站内搜索和 Merchant Center 预览。 |
复制笔记总结:标题、属性和分类决策表
复制出去的不是一句"标题已优化",而是一组能让下一位同事继续判断的笔记。它要记录本课结论、第一证据、禁止动作和下一课入口。
- 本课结论:标题、属性、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 title attribute 要求标题清楚识别商品、区分变体、重要信息前置,同时不要写促销和配送信息;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 是商品管理和销售渠道会读取的源字段之一;Shopify Search & Discovery filters 说明筛选来源、后台路径和大集合限制;Google Product structured data 说明商品摘要、merchant listing 和 variants 都应读取同一套商品事实。
| 边界 | 本课用法 |
|---|---|
| Google product data spec 要求字段准确且和落地页一致。 | 标题不能替颜色、容量、材质、变体和类目字段背锅。 |
| Google title attribute 鼓励关键细节前置,但禁止促销、配送和噱头文案。 | 标题自然包含关键规格,不把所有场景词和临时活动词塞进去。 |
| google_product_category 是 Google 官方类目,不是内部菜单。 | 用于平台理解,不替代 product_type 或集合页路径。 |
| product_type 是自有分类系统,可服务出价、报表和产品组。 | 可以贴近经营复盘,但不能假装是 Google 官方类目。 |
| Shopify standard category 会解锁 category metafields。 | 先选 product category,再补属性、variant option、swatch 和筛选。 |
| Shopify Search & Discovery filters 要在 Apps -> Search & Discovery -> Filters 选择筛选来源。 | 描述里的颜色、容量不会自动变成集合页筛选项;要用 product option、category metafield、product_type、tag 或标准属性验收。 |
| Google Product structured data 支持商品和变体事实读取。 | 页面、Feed、变体、价格、库存和结构化数据要读到同一套事实。 |
| 不同类目的关键属性不同。 | 先用 category 判断该采集哪些属性,不给所有商品套同一张泛用表。 |