纯文字版教程展开阅读
店铺结构不是页面越多越专业。新店先要让一位从广告点进来的陌生买家，在手机端从首页入口、集合页、产品页、政策页到购物车和结账前一路走得顺，并且每一页承担清楚任务。
上一课留下的是Shopify 后台初始化验收表：账号和恢复路径、主市场状态和展示证据、支付与 checkout 的测试订单、通知/客服收件、最低数据事件、负责人和暂停线。它只说明后台是否能接住一笔受控测试订单，不会证明陌生买家能理解商品，也不会证明首页、导航、集合页、产品页、政策入口、购物车或手机路径。
这份验收表还没有证明买家能找到 Shipping、Return 或 Contact，能在结账前读懂运费和折扣，或每一页都有明确下一步；它也不证明 payout、KYC、政策内容真实、履约客服、实际订单或公开上线。
只有当后台记录可复查，而从广告点入的买家路径成为当前最早阻塞时，才进入本课。要留下的是店铺结构上线地图，不是“前台已完成”或“可以公开上线”的结论。
先给每类页面分配上线任务
很多新店把页面做成内容堆叠：有首页、有产品、有政策，但用户不知道从哪里理解产品、哪里建立信任、哪里完成购买。
本课把店铺结构拆成页面任务：入口、解释、信任、比较、购买、售后。每类页面都要有下一步出口。
本课判断口径
- 页面任务：一个页面在理解、信任、比较、购买或售后里负责的角色。
- 路径出口：页面应该把用户带到的下一步动作或下一类页面。
- 移动端检查：用手机确认导航、图片、按钮、政策和结账是否顺畅。
本课产出：店铺结构上线地图。读完后，用这个产出来判断本课是否真正完成。
下一步怎么接：店铺结构要接产品页和上线 QA
店铺结构不是装修顺序，而是用户从首页、集合页、产品页、购物车到政策页能不能顺着走。
- 页面路线：店铺设计和产品上架，把路径责任落到首批 SKU、产品页模板和移动端体验。
- 验收路线：上线清单和 QA，确认菜单、结账、政策、邮件和追踪都能通过公开路径测试。
先划清边界：这篇只解决店铺路径，不重复后台初始化
上一篇 `shopify-setup` 已经处理套餐、后台身份、支付资格、Shop Pay、测试订单和市场设置。这一篇不再把 Shopify 后台从头讲一遍，也不替代后面的产品上架课。
本篇只回答三个问题
- 用户能不能找到路：首页、菜单、集合页、产品页、政策页、联系入口和购物车路径是否连得起来。
- 承诺能不能对上：产品页附近看到的 Shipping、Returns、FAQ、Contact 是否和政策页一致。
- 团队能不能改得安全：谁能改导航、主题模板、政策入口和购物车提示，是否有复查日期和变更记录。
你可以把这篇理解为店铺路径架构课：它不负责解释所有支付和 DNS 细节，也不负责写完整 SKU 详情，而是先确认用户从入口到加购前不会迷路。
完整场景：20oz 通勤杯新店上线前怎么验路径
假设你要用 Shopify 上线一款面向美国办公室通勤人群的 20oz 保温杯。这个产品的店铺结构不能只看首页好不好看，而要看一位从广告点进来的陌生买家，能不能在手机端先看懂首页入口，再进入集合页比较款式，打开 20oz 通勤杯产品页，最后到购物车确认折扣、运费预期和返回修改路径。
| 路径位置 | 这款通勤杯要讲清什么 | 错了会怎样 | 下一步动作 |
|---|---|---|---|
| 首页与导航 | 主推集合、保温/防漏卖点、办公室通勤场景、Shipping 和 Contact 入口。 | 用户只看到品牌故事，不知道该看哪款产品，也找不到发货承诺。 | 手机端首屏保留一个主 CTA，菜单用品类和场景命名。 |
| 产品页 | 20oz 容量、杯架适配、清洗限制、材质、发货时效、退换边界和 FAQ。 | 买家要问客服才知道能不能放进车杯架、能不能退、多久能到。 | 把 Shipping、Return、FAQ 和 Contact 放到加购决策附近。 |
| 购物车与结账前 | 折扣、运费预期、商品数量、返回修改路径和支付入口。 | 用户到结账前才发现运费或折扣不符合预期，直接退出。 | 用真实 SKU、折扣码和手机端路径跑一次购物车验收。 |
| 后台权限 | 设计师只改主题模板和导航，客服只看订单与客户，政策入口、购物车提示和路径测试记录都要留痕。 | 多人共用店主账号，出问题后不知道谁改了导航、政策或购物车提示。 | 写权限表、2FA 状态、复查日期和回滚方式。 |
这就是本课的核心：页面能打开只是基础标准。路径、承诺、权限和移动端证据能对上，才适合继续进入产品上架和上线 QA。
店铺路径模拟器：从 US market 跑到结账前
店铺结构检查不要只看页面有没有做出来，而要按买家的顺序跑一遍。对 20oz 通勤杯这样的新店，本文把 US market 当作演示主市场，不代表所有新手都默认美国；你可以换成英国、加拿大、澳大利亚、欧盟或自己的第一销售市场。先确认样例主市场路径，再确认导航、集合页、产品页、政策入口和购物车到结账前的承接。每一步都要留下证据，不能只写看起来没问题。页面里的互动卡片可以点击，先选你最不确定的一段，再补证据。
| 路径阶段 | 买家会问什么 | 页面动作 | 要留证据 | 暂停线 |
|---|---|---|---|---|
| 美国主市场入口 | 我从美国访问时，看到的币种、语言、配送承诺和主推商品是不是为我准备的？ | US market 只是本文示例，你可以替换成自己的第一销售市场；先只开放这个主市场，未准备的国家保持 Draft，首页主 CTA 指向主推集合。 | Markets 状态记录、样例主市场视角首页 URL、币种/运费/语言显示记录。 | 美国主市场路径没通过前，不开其他市场广告。 |
| 导航到集合页 | 我能不能在两次点击内找到办公室通勤杯？ | 主菜单用品类或场景命名，例如 Travel Tumblers / Office Commute；集合页第一屏说明主推款和适合人群。 | 手机菜单展开记录、首页到集合页点击路径、集合页首屏 URL / 文案记录。 | 手机端两次点击找不到主推集合，先修导航，不继续装修首页。 |
| 集合页到产品页 | 我为什么要点这款 20oz 杯？它和其他杯子的差异是什么？ | 商品卡露出容量、杯架适配、防漏、保温时长或办公室通勤场景。 | 集合页商品卡字段、主推 SKU 排序、产品页入口点击记录。 | 主推 SKU 的价格、库存和市场可见性不一致时，先暂停集合页继续推进。 |
| 产品页信任入口 | 我知道容量、杯架适配、清洗限制、多久发货、能不能退、出问题找谁吗？ | 在加购区域附近放短版 Shipping、Return、FAQ 和 Contact 入口，并和政策页承诺一致。 | 产品页加购区域文案、政策入口 URL、产品页与政策页承诺对照表。 | 产品页和政策页承诺冲突时，不进入 checkout QA。 |
| 购物车到结账前 | 进入结账前，我是否已经知道商品、折扣、运费预期、返回修改路径和支付入口？ | 用真实 SKU、折扣码和美国地址跑手机端购物车，记录购物车提示和结账入口。 | 购物车测试记录、折扣显示、运费提示、进入 checkout 前 URL / 状态记录。 | 购物车和产品页预期不一致时，不投真实流量。 |
这张表的价值在于把 Markets、导航、集合页、产品页信任入口和购物车提示放在同一条路径里。只要其中一段没有证据，店铺结构就不是完成状态，而是待修路径。
首页到结账前路径演练：把 20oz 通勤杯路径写成四段执行稿
路径模拟器告诉你按什么顺序验收，这个演练告诉你每一段页面具体放什么、点到哪里、留下什么证据。不要把它做成漂亮页面清单，而要做成用户能从首页一路走到结账前的执行稿。
| 路径段 | 页面放哪里 | 示例文案 | 点击目标 | 要留证据 |
|---|---|---|---|---|
| 首页首屏入口 | 手机端首屏只保留一个主 CTA，指向 Office Commute / Travel Tumblers 主集合；副入口放 Shipping 或 Contact。 | 20oz 防漏通勤杯，适合办公室、车杯架和日常咖啡。今天先看美国可发货款。 | CTA 去主集合，不直接丢到所有商品页，也不要先跳到品牌故事页。 | 手机首屏截图、CTA URL、主集合 URL、US market 视角记录。 |
| 集合页桥接 | 集合页第一屏先解释为什么这些杯子属于同一场景，再把主推款、轻量款、礼品款分开。 | 如果你最在意不漏和杯架适配，先看 20oz Commuter；如果要送礼，先看礼盒装。 | 商品卡点击进入对应产品页；筛选只保留容量、颜色、是否礼盒、是否可放杯架这类用户听得懂的字段。 | 集合页首屏截图、主推 SKU 排序、筛选字段、手机端两次点击路径。 |
| 产品页信任条 | 加购按钮附近放 3-4 个短信息点：20oz 容量、杯架适配、美国发货时效、退换和客服入口。 | 20oz / Fits most cup holders / Ships from US-ready inventory / 30-day return window。 | Shipping、Return、FAQ、Contact 都能从加购区域附近打开，不只藏在页脚。 | 产品页加购区域截图、政策链接、FAQ 折叠项、客服入口测试记录。 |
| 购物车到结账前 | 购物车确认商品、数量、折扣、运费预期、返回修改路径和 checkout 入口。 | Free shipping over $50 / Discount applied / Review shipping at checkout / Questions? Contact support。 | 用户可以返回产品页改规格，也可以打开 Shipping/Returns，再进入 checkout。 | 真实 SKU、折扣码、美国地址、手机购物车截图、进入 checkout 前状态。 |
复制笔记总结里要写当前最薄弱页面、示例文案、点击目标、证据截图和负责复查的人。这样下一篇产品页和上线 QA 才能直接接着做。
店铺路径结构图：把 Markets、菜单、税费和配送入口串起来
前一张表是按买家顺序跑路径，这一张地图是把前台入口接回后台源头。很多新店的问题不是某一个设置完全错了，而是 Markets、菜单、税费、配送和政策分别能看，却没有组成同一条用户能理解的路径。你要按入口逐项核对：用户在哪里看到它，后台哪里控制它，继续推进前要留下什么证据。
| 结构入口 | 前台看哪里 | 后台源头 | 买家会问什么 | 可继续证据 | 暂停信号 |
|---|---|---|---|---|---|
| Markets 入口 | 首页、集合页、购物车和结账前是否都是同一个主市场视角。 | Settings -> Markets：主市场状态、币种、语言、域名或子文件夹路径。 | 我看到的币种、语言、配送国家和政策，是不是为我这个市场准备的？ | 样例主市场状态、首页 URL、集合页 URL、购物车币种和结账前可配送提示；如果你的第一市场不是美国，就把 US market 替换成自己的目标市场。 | 未准备市场仍能被广告、菜单或活动入口导入。 |
| 菜单到集合页 | 主菜单、移动菜单、页脚菜单和首页 CTA 是否指向同一套主集合路径。 | Online Store -> Navigation：Main menu、Footer menu、菜单标题、排序和目标 URL。 | 我能不能用买家语言找到主品类，而不是猜品牌内部词？ | 手机菜单展开记录、首页到主集合两次点击路径、集合页首屏说明。 | 菜单链接到空集合、隐藏集合、错误市场页面，或移动端必须多次返回。 |
| 税费与配送承诺 | 产品页、政策页、购物车和结账前提示是否讲同一套运费、税费和送达预期。 | Settings -> Shipping and delivery、Taxes and duties、Markets；再对照 Shipping Policy。 | 我在进入结账前，是否已经知道大概运费、税费口径、送达时间和退换边界？ | 真实 SKU、折扣码、目标市场地址下的产品页、购物车、结账前提示和政策页对照。 | 产品页写包邮，购物车或结账前又出现用户没准备的费用或不可配送提示。 |
| 政策与联系入口 | 页脚、产品页购买区域、移动菜单和订单前路径能不能到 Shipping、Return、Privacy、Contact。 | Online Store -> Pages / Policies / Navigation：政策页正文、页脚链接、产品页附近入口。 | 如果我担心发货、退换或售后，能不能在购买前找到真实可用的答案？ | 页脚链接、产品页附近入口、移动菜单入口、Contact 表单或客服邮箱测试记录。 | 政策页还是模板、邮箱不可用、产品页承诺和政策页承诺互相冲突。 |
这张店铺路径结构图的作用，是让“页面看起来做好了”变成“路径能被复查”。如果团队里有人要改菜单、换市场、调整运费或改政策，先回到这张地图，看它会影响哪一个前台入口和哪一条可继续证据。
店铺结构后台证据表：别只说页面已经做好
店铺结构要能交接，必须把前台路径对应到 Shopify 后台位置。你要记录的不只是“首页很好看”，而是哪个菜单、哪个集合页、哪个模板、哪个政策页、哪个购物车提示在承担上线任务。
| 后台位置 | 要记录的字段 | 前台验收方式 | 不通过先停什么 | 保存位置 |
|---|---|---|---|---|
| Settings -> Markets | 主市场、国家/地区状态、币种、语言、未开放市场 Draft 状态 | 用目标国家视角打开首页、集合页和购物车，记录币种、语言、配送提示是否一致 | 其他市场广告、跨国折扣码、国际运费承诺 | 市场路径记录 |
| Online Store -> Navigation | Main menu、Footer menu、菜单项标题、目标 URL、排序、移动端入口 | 手机端两次点击内到主集合；页脚能到 Shipping / Returns / Privacy / Contact | 首页装修、广告落地页、SEO 外链 | 导航变更记录 |
| Products -> Collections | 集合 handle、筛选条件、主推 SKU 排序、集合说明、市场可见性 | 集合页首屏能说明适合谁、卖什么、第一款该点什么 | 主品类投放、集合页内链、首页 CTA | 集合页路径表 |
| Online Store -> Themes -> Customize | 首页模板、产品模板、集合模板、加购区模块、政策入口模块、主题版本 | 产品页加购附近能看到 Shipping、Returns、FAQ、Contact，且和政策页一致 | 产品页上新、主题发布、checkout QA | 主题版本记录 |
| Settings -> Policies / Pages | Shipping、Refund、Privacy、Terms、Contact URL、最后更新日期、负责人 | 页脚、产品页附近、移动菜单能到同一组政策与联系入口 | 支付审核、广告审核、客服入口迁移 | 政策页版本记录 |
| Cart / Theme cart drawer | 购物车类型、折扣显示、运费提示、数量修改、返回产品页路径、错误提示 | 用真实 SKU、折扣码和目标国家地址跑到 checkout 前，记录购物车状态和异常提示 | 真实流量、折扣活动、上线公告 | 购物车路径测试记录 |
| Settings -> Users and permissions | 能改主题/导航/政策/商品/订单的角色、2FA 状态、复查日期、回滚负责人 | 每个路径改动能找到负责人、变更日期和恢复方式 | 多人协作、外包改版、上线当天改模板 | 权限与变更台账 |
最低完成线
每条前台路径都能对应一个后台位置、一条字段记录、一次手机端测试和一个暂停动作。缺其中任何一个，都先不要把“页面已完成”写进复制笔记总结。
先让用户能找到商品、政策和结账入口
店铺结构的第一目标不是显得复杂，而是让用户不迷路。今天先检查导航、集合页、产品页、政策页、联系入口和购物车路径，确保一个陌生用户能完成下单前的基本判断。
| 页面/入口 | 检查问题 | 不合格信号 |
|---|---|---|
| 导航与集合 | 用户能不能在 2 次点击内找到主品类 | 菜单全是品牌词，用户看不懂 |
| 产品页 | 价格、规格、发货、退换和信任信息是否清楚 | 用户要去客服才知道能不能买 |
| 政策与联系 | Shipping、Return、Privacy、Contact 是否一致 | 政策承诺和产品页承诺互相冲突 |
完成标准
把手机端当成主场景测试一遍：从首页进入产品、加购、查看政策、进入结账都顺畅，才算店铺结构完成。
先明确目标：你要搭的是可上线店铺，不是能访问的页面
很多新手把店铺能打开当成搭建完成，但真正可上线的 Shopify 店铺至少要满足 4 个条件：后台信息完整、域名和 TLS 正常、基础页面与政策页齐全、权限和安全策略能支撑后续运营。否则即使页面看起来像样，广告审核、售后解释和购物车路径还是会出问题。
一间能上线的 Shopify 店铺至少包括
- 路径依赖信息 - 商店名称、地址、主市场、客服邮箱和公开承诺能自洽
- 域名与安全 - 自定义域名、TLS/SSL、登录保护、权限控制完整
- 基础结构 - 导航、政策页、联系页、产品集合和首页信息架构清楚
- 运营准备 - 购物车、通知、时区、货币、发货和基础追踪不留硬伤
路径搭建前准备：先把这些准备好，再改页面
后台初始化在上一课已经讲过。本课真正要准备的是页面路径所需的信息：你卖给谁、主推集合是什么、用户在哪里建立信任、找不到答案时去哪里联系你。
路径搭建准备清单
- 可长期使用的客服邮箱和 Contact 入口，最好不要用临时邮箱
- 明确的店铺名称和品牌方向，避免注册后频繁改名
- 目标市场、主推集合、主推 SKU 和买家最关心的发货/退换承诺
- 政策页草稿：Shipping、Returns、Privacy、Terms 和 Contact
- 域名方案，决定是先用 `myshopify.com` 临时跑，还是一开始就绑定品牌域名
不要再参考老旧套餐信息
很多中文教程还在写 Basic 自带多个员工账户，这已经不准确。当前 Shopify 套餐的用户权限和 staff 规则与旧版本有差异，写店铺配置记录 时一定要按当前后台和官方文档为准。
路径设置顺序：先把用户会走的路固定下来
新手最容易忽略的是，Shopify 页面不是孤立存在的。首页、导航、集合页、产品页、政策页和购物车是同一条路径上的节点，先后顺序错了，后面再美化也容易补漏洞。
推荐的路径设置顺序
套餐任务边界：Basic、Grow、Advanced 先按任务判断
独立站起步阶段最重要的是跑通验证路径，不是为未来假想规模超前付费。Shopify 套餐会变化，不同地区和账号看到的规则也可能不同，所以这里不把套餐当成固定功能表来背。先看你现在要复查多少页面、多少角色、多少市场和多少证据，不要为了让店铺显得专业就先升级。
Basic
适合一个主市场、一条主路径、少量页面改动和创始人自己复查的早期店铺。重点是把首页、主集合、产品页、政策入口、购物车到结账前跑通。
Grow / Shopify
适合已经有稳定主路径，开始需要更多复查节奏、更多协作角色和更清楚经营数据的人。这里判断的是任务复杂度，不是套餐名字。
Advanced / Plus
适合多市场、多团队、多权限、多配送税费规则和更重审核节奏的店铺。它服务复杂经营，不服务简单的视觉焦虑。
套餐选择原则
- 先按当前真实团队规模、市场复杂度和路径复查任务选，不按未来幻想配置
- 如果导航、政策入口和购物车证据还没跑通，更高套餐不会自动修好这些问题
- 当权限、报告、市场、税费、配送和客服解释真的成为瓶颈时，再升级
域名绑定：2026 年不要再只记 A 记录
很多旧教程只写把 A 记录指向 Shopify 就行了，这在今天已经不够完整。Shopify 当前官方文档对第三方域名连接给出的要求是：根域需要 `A` 记录指向 `23.227.38.65`，同时还需要 `AAAA` 记录指向 `2620:0127:f00f:5::`，`www` 子域通过 `CNAME` 指向 `shops.myshopify.com`。
`AAAA` 记录：`2620:0127:f00f:5::`
删除冲突记录，避免根域解析混乱。
让 `www` 和裸域都能稳定回到 Shopify。
TLS / SSL 不一定立刻就好
Shopify 当前官方帮助说明，TLS 证书签发通常最多可能需要 48 小时。域名刚绑定时先别因为证书没马上生效就反复改记录，先确认 DNS 完整、无冲突，再给系统时间处理。
商店安全：2FA、权限和员工访问要一开始就做
如果你等到团队扩大或广告开始跑了才处理后台权限，通常已经太晚。更合理的做法是建店当天就把登录安全和权限边界搭好。
推荐的安全配置顺序
安全上的底线规则
- 不要共享同一个店主账号给多人登录
- 不要把导航、主题模板、政策入口和购物车提示默认开放给所有员工账号
- 不要在聊天软件里裸发后台账号和恢复码
后台基础配置：先把这些看不见但很关键的项补全
真正影响后续运营效率的，往往不是首页长什么样，而是后台那些容易被跳过的基础设置。它们会直接影响通知、发货、结账、汇率、报告和市场体验。
建店后优先补齐的后台配置
- 商店名称、客服邮箱、店铺地址、时区、默认单位
- Markets / 默认市场、语言和显示货币
- 结账与客户账户基础设置
- 订单通知、发货通知和内部邮箱接收规则
- 隐私政策、退款、运输、服务条款等政策页
页面结构：别急着堆页面，先把基础信任结构搭起来
很多新店首页看起来很忙，但真正关键的信息缺失。用户要的不是 20 个炫酷区块，而是 5 个问题被回答清楚：你是谁、卖什么、多久发货、能不能退、怎么联系到你。
首页
回答品牌定位、核心卖点、主推产品和基础信任问题，不需要一开始就做复杂内容营销。
政策页
Privacy、Terms、Shipping、Return、Contact 都是平台审核、广告信任和用户信任的基础件。
联系与关于
让用户知道你是真实品牌，而不是匿名页面。尤其是新店阶段，这些页面比博客更重要。
主题选择：优先官方、轻量、可维护
新店阶段的主题选择原则应该是：快、稳、容易改，而不是效果最多。Shopify 官方维护的免费主题通常更适合作为起步模板，因为兼容性、性能和文档都更清晰。
起步主题选择建议
- 优先官方主题，如 Dawn 系列或当前官方商店主推免费主题
- 先验证结构和转化，再考虑高级主题或深度定制
- 不要一开始就堆太多 App 去修主题缺陷，后期最难维护
上线前自检：Shopify 店铺至少要过这 5 关
真正的建店完成，不是你自己觉得页面不错，而是能经得起一次完整用户路径测试。
上线前检查顺序
店铺路径继续/暂停判断：页面能打开，不代表路径能上线
新手最容易把「我能打开首页」误判成「店铺结构已经完成」。真正要验收的是一位从广告点进来的陌生买家，能不能从首页入口走到集合页、产品页、政策页、购物车和结账前，并且每一步都知道下一步。先做继续/暂停判断，再继续装修页面。
| 路径环节 | 不安全动作 | 继续/暂停判断 | 第一证据 |
|---|---|---|---|
| 导航 | 只看桌面端首页能打开，就认为导航完成。 | 手机端主菜单能看懂主品类、政策、联系和搜索入口。 | 手机端菜单展开记录，以及首页到主集合两次点击内的路径记录。 |
| 政策信任 | 把 Shipping、Return、Contact 都藏在页脚。 | 产品页加购区域附近能看到配送、退换和客服入口，且承诺和政策页一致。 | 产品页加购区域文案记录，标注政策入口 URL 和对应政策句子。 |
| 购物车 | 没有用真实 SKU、折扣、市场和手机端路径跑到结账前。 | 购物车能说明商品、价格、折扣、运费预期和返回修改路径。 | 手机端购物车测试记录，记录价格、折扣、运费预期和异常提示。 |
| 变更权限 | 为了省事共享店主账号，或者一次性开放导航、主题模板、政策入口和购物车提示权限。 | 按任务给最小权限，写清楚可改范围、到期复查、2FA 和路径复查负责人。 | 权限表记录：角色、可改页面、不可改项目、复查日期和恢复方式。 |
如果导航、政策、购物车或权限任意一项还不能继续，就先暂停新的页面装饰和流量动作。店铺结构不是做给自己看的，而是让用户和团队都能按同一条路径继续推进。
店铺路径要留下权限、测试和变更记录
很多新手找外包或朋友搭站，最后真正风险不是页面做不出来，而是路径被改坏以后没人知道改了哪里。Shopify permissions documentation 把权限拆成店铺、组织、POS、敏感权限等层级。放到本课里，你只需要记住一件事：能改路径的人越多，越要留下证据。
路径变更记录清单
- 主题模板、导航菜单、页脚入口、政策页链接和购物车提示分别由谁能改。
- 外包、设计、客服、运营只拿完成路径修复所需的最小权限。
- 每次改导航、集合页、产品页模板、政策入口和购物车提示，都写日期、负责人和原因。
- 上线前保留手机端路径记录：首页到集合页、集合页到产品页、产品页到政策页、产品页到加购、购物车到结账前。
本课收束：店铺路径复制笔记总结
如果首页在讲品牌故事，产品页只有参数，政策页又藏在页脚，用户路径就会断在理解和信任之间。复制笔记总结不要写成泛泛的页面已完成，要能让下一个人照着复查路径。
复制笔记总结至少带上这 6 类路径证据
- 首页到主集合：首屏 CTA、主菜单命名、两次点击内能到达的集合页。
- 集合页到产品页：集合命名、默认排序、主推款、空集合处理方式。
- 产品页模板边界：首屏承诺、规格位置、Shipping / Returns / FAQ / Contact 入口，不在这里写完整 SKU 上架细节。
- 政策与联系入口：页脚、产品页附近、移动菜单里的 Shipping、Returns、Privacy、Contact 是否一致。
- 购物车到结账前：加购、数量、折扣、运费预期、返回修改路径和错误提示记录。
- 路径责任与复查：谁能改导航、主题模板、政策入口和购物车提示，下次什么时候复查。
进入产品上架和 QA 前，带上这份店铺路径复制笔记总结。这样后面的产品详情、支付验收和上线 QA 才不会互相抢边界。