第二阶段 · 商品与店铺结构
Collections 与目录结构：让商品能被找到，也方便以后扩品
建立手动与自动集合，统一 category、product type、vendor 和 tags 的职责，并为导航、筛选、广告 Feed 与后续扩品留出稳定结构。
本课怎么做才算完成
沿着 Products > Collections and Search & Discovery 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Products > Collections and Search & Discovery
- 本课产出
- 一个最小可用目录，包含 All Products、Desk Organization 和 New Arrivals 等集合，明确自动规则、集合 URL、排序方式、图片和前台入口。
- 可以继续
- 集合服务真实购物任务，字段职责不重叠，自动规则有维护责任，导航、筛选和 Feed 的前台路径都已复核。
- 必须暂停
- 如果自动集合混入无关商品、前台为空或没有负责人维护字段，先暂停扩品。
证据边界：后台集合命中正确不证明未来商品会正确归类，也不证明导航、Feed 或搜索平台已经同步；这些必须分别验证。
这一课为什么要先做
集合不是为了后台看起来整齐，而是决定客户从哪里进入商品、导航怎么组织、筛选和 Feed 怎么落地。先给 category、product type、vendor 和 tags 固定职责，商品越多越省事。
开始前准备
- 至少准备一款完整商品，并写好 category、vendor、product type 和 tags 草稿。
- 列出客户实际会用的购物入口，不要按内部部门名称建集合。
- 确认后台使用的是当前集合模型，而不是把 legacy 行为当作新规则。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
先画三层目录
只画主导航类别、集合页和商品页三层。首发只有一个核心类别时，不要建立十几个空集合；每个集合都要写清客户意图和未来至少能承载的商品数量。
做完后应该看到或拿到：得到包含 All Products、Desk Organization 和 New Arrivals 等最小目录草图。
怎样算完成：每个入口都能从客户任务解释，且有商品或明确的扩品理由。
如果结果不对或入口没出现：如果集合太多或没有商品，回到客户购物任务合并空泛集合，不要用内部部门名称补数量。
留下证据：保存目录图、集合 URL、负责人和验证时间；当前结构正确不证明未来商品会自动归类。
区分字段职责
Product category 使用 Shopify 标准分类，product type 写团队稳定品类，vendor 表示品牌或供应方，tags 只承担规则或运营标记。不要把整段描述塞进 tags，也不要让四个字段都重复。
做完后应该看到或拿到：每个商品字段都有固定定义、填写责任人和使用场景。
怎样算完成：商品表中的示例值能支持集合、搜索筛选和 Feed，而不是只在后台看起来整齐。
如果结果不对或入口没出现：自动集合混入不相关商品时，逐条拆分条件，确认 all conditions 与 any condition，并修正被误用的字段。
留下证据：留下字段字典、至少一款商品的实际值和集合命中结果。
失败处理：如果所有集合都依赖临时 tag，先指定维护责任并改用稳定 product type 或 category。
创建手动集合
对数量很少、需要人工策展或规则不稳定的集合选择 Manual，填写标题、描述和图片，手动添加商品后检查排序和前台入口。
做完后应该看到或拿到：得到一个有标题、描述、图片、商品清单和排序结果的手动集合。
怎样算完成：精选商品、集合 URL 和前台首屏都与客户任务一致。
如果结果不对或入口没出现：集合页为空时，检查商品状态、销售渠道和市场可用性，不要只再次手动添加同一件商品。
留下证据：记录集合模式、商品数、排序、图片和前台验证结果。
创建自动集合
对规则稳定的集合选择 Automated，用 category、product type、vendor、tag、价格或库存等条件。先在商品表测试条件，避免 OR 与 AND 组合把不相关商品带进来。
做完后应该看到或拿到：得到一个条件明确、当前命中正确且未来可维护的自动集合。
怎样算完成：新增或修改一款商品后，集合命中变化符合规则，并有负责人维护字段。
如果结果不对或入口没出现：集合前台为空时，检查商品状态、条件、市场和销售渠道；不要用一次手动添加掩盖规则问题。
留下证据：保存规则、测试商品、命中数量、集合 URL 和维护责任。
失败处理：如果新商品漏入，先确认稳定字段已填写，再重测条件和缓存，不要无责任地扩大 tag 范围。
设置排序、SEO 与展示
新店先用手动精选或 Best selling，避免缺货或次要商品默认排在前面。为集合写独立介绍和 SEO，不要复制商品描述；移动端检查图片、筛选和首屏商品。
做完后应该看到或拿到：集合有合适排序、独立文字、图片、SEO 和移动端展示结果。
怎样算完成：客户能理解集合主题，首屏商品可售，筛选不会把页面变空。
如果结果不对或入口没出现：筛选过多或没有结果时，只保留客户会用且数据完整的字段，统一商品值并删除低覆盖筛选。
留下证据：保存排序、SEO、图片、移动端截图和筛选结果。
连接导航、筛选与 Feed
集合创建后不会自动出现在主菜单；到 Content > Menus 建立入口，需要筛选时通过 Search & Discovery 设置。导航、筛选和广告 Feed 要围绕同一套稳定字段。
做完后应该看到或拿到：集合从主导航可进入，筛选可用，Feed 使用的商品字段与目录一致。
怎样算完成：前台从导航进入集合、应用筛选、打开商品的完整路径可复核。
如果结果不对或入口没出现：导航没有入口时检查菜单保存和主题位置；筛选没有结果时回到字段职责和商品数据，不要另建一套字段。
留下证据：记录菜单位置、集合链接、筛选结果、Feed 字段和验证时间。
失败处理：如果集合创建后仍没有前台入口，先补菜单链接并确认主题使用该菜单，再继续扩品。
现在把判断用到你的店铺
先选一组真实商品建立第一个自动集合，条件使用稳定 product type 或其他有明确负责人的字段。临时活动才使用受控 tag，并写清谁添加、谁移除；集合说明、排序、导航和筛选都要围绕当前可售目录验证。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一个最小可用目录，包含 All Products、Desk Organization 和 New Arrivals 等集合，明确自动规则、集合 URL、排序方式、图片和前台入口。
相关后台路径：Products > Collections and Search & Discovery
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：自动集合当前命中正确，不证明未来商品会被正确分类，也不证明 Feed 或搜索平台已经同步
继续条件：字段职责有文档，集合条件能解释，排序、导航、筛选和当前商品结果都已核对
暂停条件：如果自动集合依赖随意 tag、同一字段承担多个含义，或当前商品被误收录，先重构字段规则
下一步：下一课复制主题并建立安全的装修、预览、发布与回滚流程。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 首发主集合 | Desk Organization | 对应客户最清楚的购物任务 |
| 手动集合 | 活动或精选 | 内容需要人工控制 |
| 自动集合 | 稳定品类规则 | 商品增加后自动归类 |
| Tags | 少量运营标记 | 不替代 category 和 product type |
这些地方先不要乱动
- 不要建立大量只有一款商品的空泛集合。
- 不要让 category、product type、vendor 和 tags 全部重复。
- 不要认为集合创建后会自动进入导航。
常见问题
集合越多，店铺越专业吗？
不是。先建立客户能理解、当前有商品、未来有扩展理由的最小目录，空集合只会增加维护和导航噪音。
自动集合可以只靠 tags 吗？
临时活动可以使用受控 tag，但长期规则应优先使用稳定 category 或 product type，并指定维护责任。
创建集合后为什么导航里没有？
集合和菜单是两个设置面。到 Content > Menus 加入链接，再确认主题的主菜单位置和保存结果。
本课结论与继续条件
目录结构的验收不是集合越多越好，而是客户能从导航找到正确商品，团队能用稳定字段扩品，自动集合不会悄悄混入或漏掉商品。继续前确认最小目录、字段职责、规则命中、排序、移动端展示和前台入口都有证据。