优质免费外链工具已上线 · 整理可验证的免费提交机会,附适用场景、提交方式和风险提示。

1/2
进阶65分钟第 2 课

Shopify 商品标题与属性:分类和筛选字段

商品标题不能承担所有属性和分类工作。本课用标题、属性和分类决策表,区分标题、变体、分类字段、集合页筛选、Google、Meta Catalog 和 Feed 字段各自该放什么。

2
当前进度
2/8 课时

作者

卫染风

最近复核

持续更新

维护边界

结合 Shopify、Google 搜索、广告、数据分析与独立站运营流程复核。

课程进度
学习进度
2/8 课时
当前章节已解锁继续按顺序推进
Loading interactive version
纯文字版教程展开阅读

这篇课解决一个很常见的问题:标题被当成垃圾桶,颜色、容量、材质、类目、集合页规则和促销承诺都往标题里塞。正确做法不是把标题写得更长,而是让标题、属性、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 / Sagecapacity + color + variant optionsPDP / filters / feed / Catalog标题文本不能稳定驱动筛选和变体变体、色卡、移动筛选和 item preview 同值停止发布,先连接 category metafield 与 option
stainless steel / locking lidmaterial + lid_typeSearch / filters / feeds / support描述或图片里的事实机器可能读不到供应商证据、PDP 规格、字段和渠道样例一致证据不足就不发布 claim,回采购补证据
Google categorygoogle_product_categoryMerchant Center / Shopping内部分类词不能代替官方 taxonomy一个最相关 category ID + taxonomy 核对日期类目不确定就抽样核对,不批量猜 ID
Drinkware > Insulated Bottles > 20ozproduct_typeAds grouping / internal report / merch经营路径与平台官方类目承担不同任务完整内部路径、报表样例和负责人路径不能支持报表就暂停迁移并重构层级
gift / camping / commutestable tags / metafields / collection rulesCollections / site search / merchandising删标题会让字面集合规则掉商品规则预览、进入/掉出 SKU 与移动端结果先迁移规则,再发布标题改写

从旧标题到字段合同,按这个顺序做

  1. 保存旧标题、PDP、变体、筛选、Feed 预览和集合规则样例。
  2. 把每个词标成身份、结构化属性、分类、促销/配送、集合情境或未证实 claim。
  3. 先补 capacity/color/material/lid_type 和变体连接,再写新标题。
  4. 分别确认 Shopify category、一个 Google category 和完整 product_type,不要互相复制。
  5. 迁移依赖标题词的集合规则,抽样 12 个 hero/new/flagged/promo SKU。
  6. 发布后回读 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 Centertitle、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 valuescapacity 字段 -> 变体选项 -> 集合页筛选 -> Feed 预览
颜色色卡好看,但渠道颜色不一致只修主题里的视觉色块用标准 color entry 同时驱动变体、色卡、筛选和 Feed colorcolor entry -> swatch -> filter -> channel color
礼品集合页靠标题词收商品为了集合页覆盖把 gift 塞回标题把集合页规则迁移到稳定标签、product_type 或属性集合页规则字段 -> 抽样 SKU -> 覆盖验证
Google 类目被当成内部 product_type为了报表好看改 Google product categoryGoogle product category 服务平台理解,product_type 服务经营路径平台类目、内部路径、集合页规则分开验收

怎么在后台做? 先在 Shopify 商品页确认 Category,不确定时选最接近商品主要功能的标准类目;再检查系统出现的 category metafields;如果颜色、尺码或容量同时也是购买选项,就把对应 entry 连接到变体选项。接着打开 Apps -> Search & Discovery -> Filters,确认筛选来源来自 product option、category metafield、product_type、tag 或标准属性,而不是一段描述文字。最后抽样检查商品页、集合页筛选、站内搜索、Merchant Center 预览和 Meta Catalog 商品项。

把字段决策接到 SEO 和 Merchant Center

标题、属性和分类不是只影响后台整洁。Merchant Center 会用这些字段判断商品身份、类目、变体和落地页一致性;SEO 会用页面标题、结构化数据、集合页文本和内链理解这个页面到底解决什么搜索需求。字段表如果没有接到这两个出口,后面广告和自然流量会各自修一套口径。

外部信号常见错误字段修复下一步课程
Merchant Center title warning 或低质量提示标题堆促销、配送、重复关键词,核心规格反而不稳定回到标题公式:品牌、产品类型、关键规格、一个核心场景;折扣写进 sale_price / promotion 字段Merchant Center 与商品 Feed 基础
Google product category 不准把内部集合路径当成官方类目,或者所有商品套一个大类Google product category 只服务平台理解;内部经营路径放进 product_typeMerchant 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 判断该采集哪些属性,不给所有商品套同一张泛用表。

课后 FAQ

读完正文后,再处理这些常见问题

Shopify 商品标题是不是越长越容易被搜到?

不是。标题要先让买家和平台识别这是什么商品,而不是把容量、颜色、材质、卖点、场景、促销词全部塞进去。20oz 保温杯的标题可以写清品牌、核心品类和关键规格;颜色、容量、材质、适用人群、礼品场景和活动标签,要分别放进 variant options、category metafields、product_type、collection rule 或页面文案。

Google product category 和 product_type 到底有什么区别?

Google product category 是平台用来理解商品大类的官方分类,尽量稳定,不要为了活动频繁改。product_type 是你自己给商品设计的内部分类路径,常用于报表、产品组、广告分组和运营复盘。一个服务平台理解,一个服务你自己的经营复盘,不能互相替代。

Shopify category metafields 要不要连接 variant options?

如果这个属性会影响用户选择、筛选、变体和 Feed 表达,就应该尽量结构化,而不是只写在描述里。颜色、容量、尺码、材质这类字段,常常需要和 variant options、category metafields、swatches 或筛选项一起检查;否则用户看得到描述,集合页和广告平台却读不到字段。

集合页筛选为什么读不到描述里的颜色、容量或材质?

因为很多集合页筛选读的是结构化字段、variant options、metafields、tags 或集合规则,不会自动理解一段描述文字。把“黑色 20oz 不锈钢”只写进描述,用户能看见,但筛选、Feed、站内搜索和产品组不一定能用。要把字段放到正确位置,再到集合页验收。

坏标题应该怎么拆成字段动作?

先不要只做文案润色。用标题改写练习判断哪些词留在标题,哪些搬走:规格进属性,颜色进 variant option 或 swatch,内部分类进 product_type,平台大类进 Google product category,礼品或活动词进集合页和促销模块。最后写清验收位置。

标题、属性和分类都能写关键词,为什么不能都写一遍?

重复写会让系统和团队都不知道哪个字段说了算。标题负责识别商品,属性负责筛选和变体,分类负责平台理解和内部复盘,集合页负责用户选择路径。每个字段只承担自己的任务,后面 Merchant Center、Meta Catalog、站内搜索和 SEO 才不会一起漂。

字段归属压力练习里为什么不能先改标题再说?

因为很多“标题问题”其实是属性缺失、类目混乱、集合页规则依赖标题词或渠道字段断开。先改标题可能暂时好看,但会把根因藏起来。本课要求先判断压力来自哪里,再决定改标题、补属性、修分类、改集合规则或回到商品数据源。

学完这一课后,复制笔记总结应该留下什么?

留下一个字段分工表:标题公式、必须结构化的属性、Google product category、product_type、集合页规则、当前坏标题案例、改写后标题、被搬走的信息、验收位置、负责人和下一次复查时间。这样下一批 SKU 不会继续靠标题硬塞所有信息。

我是不是每次都要检查 5 个 SKU?

不是。5 个主推 SKU 是本课演练样本,不是所有目录的固定门槛。小目录直接全量检查;中等目录按主推、新品、变体边界、集合页规则和渠道问题分层抽样;大目录先查高收入、最近改过、平台提示、复杂变体和多市场边界 SKU,再按 product_type、market、issue 和 revenue tier 扩展。

本课 HowTo 步骤

按本课步骤完成

  1. 1

    先把标题里的信息分成五类

    拿一个真实 SKU,比如 20oz 保温杯,先圈出标题里的品类、核心规格、颜色/容量/材质、使用场景和促销词。只问一件事:哪些信息必须留在标题帮助识别商品,哪些其实应该搬到属性、变体、分类、集合页或促销模块。

  2. 2

    决定每个字段应该放在哪里

    把标题、variant options、category metafields、Google product category、product_type、collection rule 和页面文案分开。标题负责识别,属性负责筛选和变体,Google product category 负责平台理解,product_type 负责内部复盘,集合页负责用户选择路径。

  3. 3

    用标题改写练习改一个坏标题

    选择最像当前 SKU 的坏标题案例,写下原标题、问题、改写后标题、被搬走的信息和验收位置。不要只写“标题已优化”,要写清容量进哪个属性、颜色进哪个变体或色卡、礼品词进哪个集合页或促销模块。

  4. 4

    把复制笔记总结写成字段分工表

    最后复制本课笔记:标题公式、必须结构化的属性、Google product category、product_type、集合页规则、当前坏标题案例、改写后标题、被搬走的信息、验收位置和下一次复查时间。按目录规模验收:小目录全量检查,中等目录分层抽样,大目录先查高收入、最近改过、平台提示、复杂变体和多市场边界 SKU。证据不足时,先暂停批量改标题。

返回课程目录
8
查看所有教程

把这节课发给一起复盘的人

建议连同本课的复制笔记一起分享,让对方看到同一组数据、判断线和下一步动作。