Shopify 店铺结构：从导航到结账路径

让陌生用户在几秒内知道你是谁、卖什么、主推什么、为什么值得继续看。

去主推集合、主推产品或关键场景页。

首页很忙，只讲品牌故事和氛围，用户还不知道下一步点哪里。

用买家听得懂的词，标明主品类、政策、联系和搜索入口。

两次点击内找到主品类，页脚能找到政策和联系入口。

菜单全是内部品牌词，移动端展开后不知道怎么返回。

帮助买家按用途、场景、品类或问题比较商品，让商品卡体现差异。

进入具体产品页，并能看出主推款和差异。

商品卡看起来差不多，用户不知道该点哪个。

解释价值、规格、适合谁、多久发货、能不能退、出了问题找谁。

加购、继续看政策、查看 FAQ 或联系支持。

用户还要问客服才知道能不能买。

说明发货、退换、隐私、条款和客服入口，让买家能找到承诺和求助方式。

回到产品页、购物车或联系表单。

政策页藏在页脚，且和产品页承诺互相冲突。

确认商品、价格、折扣、运费预期和结账入口。

进入结账；如果用户犹豫，能回看政策或继续购物。

价格、折扣或运费预期不清楚，用户在结账前退出。

先判断这一个产品是否适合自己，再确认规格、交付、信任和购买入口。

首屏说清产品、核心结果、一个主 CTA 和可到达的 Shipping 或 Contact，不把用户先送去空集合。

主菜单列出已经可用的产品判断和求助页面；未准备好的页面先不放进去。

集合页可以只承担一个场景或套装入口。若没有真实比较任务，不要为了看起来像商城而制造很多集合。

搜索和筛选通常不是首要任务，但要记录用户若找不到规格、FAQ 或配件时会从哪里继续。

层级很浅时，先让返回、政策和联系入口一致。不要假设所有主题都有相同的面包屑样式。

(1) 产品；(2) 为什么适合我；(3) Shipping 与退换；(4) 联系

用键盘和手机打开菜单后，焦点可见、当前入口可理解、关闭后能回到触发位置，才进入发布级 QA。

若首屏没有明确购买或了解入口，或用户找不到 Shipping、退换和联系，就先修结构，不增加品牌动效。

先找到自己的品类或场景，再比较可用商品，而不是从所有 SKU 中猜入口。

首屏先给一个清楚的主品类入口和一个次级场景入口，避免把所有集合、活动和品牌故事并排争抢。

主菜单按买家能理解的品类或场景命名。子菜单只保留帮助比较的层级，并在手机端逐层复查返回路径。

每个集合回答一个比较问题，例如按品类、用途或预算。主推排序、空状态和缺货处理要能解释。

当买家需要在多个商品间缩小范围时，记录搜索、筛选和排序是否真的被当前主题支持，并只给有实际商品属性的筛选。

深层集合和产品页要让用户知道自己来自哪个品类或场景。把面包屑或同等方向提示当成当前主题的待测行为，而不是假定功能。

(1) 按品类选购；(2) 按场景选购；(3) 搜索；(4) Shipping 与退换；(5) 联系

用键盘和小屏幕检查菜单层级、筛选按钮和排序控件，确认看得清、能操作。当前主题不支持的部分，交给主题调整或开发处理。

若一个菜单标签同时代表多个不相干品类，或筛选显示了无结果的虚假选择，就先修分类和商品数据。

先按收礼人、场合、预算或交付时间找到合适礼物，并理解包装、到货和退换边界。

首屏把场合或送礼对象和一个主入口说清，不把限时承诺、所有礼盒和所有折扣堆在一起。

菜单优先服务按对象、场合或预算选礼，并保留配送时效、包装和退换入口。

集合可以按送礼任务组织，例如送同事、生日或预算区间。每个集合应说明何时不适合，而不是把所有商品都塞进去。

当礼物选择多时，优先记录预算、到货时间、对象或可包装等真实条件。筛选和搜索不替代配送承诺的单独验收。

从礼物指南进入产品页后，用户仍应能回到原先的场合或对象路径。当前主题是否提供方向提示需要实测。

(1) 按对象选礼；(2) 按场合选礼；(3) 到货与包装；(4) 退换；(5) 联系

不要只用礼品图片或颜色传达场合和预算。菜单、筛选、交期和退换入口需要文字标签与可见焦点。

若到货时间、包装或退换承诺无法从礼物路径读到，就不要用节日广告把流量送进去。

先理解订阅是什么、多久一次、能否暂停或取消、首单和续订分别会发生什么。

首屏先讲清补货或会员价值、订阅频率和主选择入口，不把一次购买与订阅条款混成一个不透明 CTA。

主菜单保留订阅如何运作、管理订阅、Shipping、退换和联系入口。不要把账户入口藏到结账后才让用户看到。

集合按补货需求、订阅方案或适用人群组织。一次性购买和订阅的差异要在产品决定前可见。

搜索和筛选可帮助找到适用方案，但不代替频率、取消、暂停、价格变化或客户账户流程的独立阅读和验收。

从方案比较到产品页和账户入口时，要让用户知道自己是在选产品、选频率还是管理现有订阅。

(1) 如何订阅；(2) 选择方案；(3) 管理订阅；(4) Shipping 与退换；(5) 联系

频率、价格、一次性或订阅选择不能只依赖视觉状态。键盘焦点、明确标签和错误反馈要在当前主题与订阅组件中实测。

若用户无法在购买前找到管理、暂停、取消或下一次收费信息，就先补齐订阅管理和收费说明，再考虑增加订阅流量。

先验证适配性、规格、兼容、交付、风险和求助路径，再决定直接购买、咨询或报价。

首屏说明适合谁、关键限制、下一步是查看规格、比较、预约还是联系。不要用大图和低价锚点代替购买判断。

菜单应让用户到达规格、兼容、案例、交付、保修或退换和咨询入口。复杂技术词要配买家能理解的标签。

集合可以按用途、兼容平台或预算层级比较，但不能把有关键限制的商品混进同一张无解释的商品墙。

当规格或兼容条件多时，搜索和筛选应对应真实数据字段。先验证主题支持和无结果状态，再把它们当成购买路径。

从案例、集合或规格比较进入产品页后，需要可复查的返回路径和明确咨询入口。方向提示不是主题默认承诺。

(1) 按用途选择；(2) 规格与兼容；(3) 案例与对比；(4) 交付与保修；(5) 咨询

规格表、比较控件和咨询入口要能用文字、键盘和焦点状态读清。视频或演示不能成为唯一的兼容或安全说明。

若产品限制、交付条件或咨询入口只藏在长文、图片或客服私聊里，就先修信息架构，不承诺可购买。

我从美国访问时，看到的币种、语言、配送承诺和主推商品是不是为我准备的？

本例先复查美国这一个目标市场；也可换成英国、加拿大、澳大利亚、欧盟中的目标国家或自己的第一销售市场。未准备好的市场保持 Draft，并检查备用地区体验。首页主 CTA 去主推集合。美国是教学选择，不由商家所在地或注册主体推定。

Markets 状态截图、样例主市场视角首页截图、币种/运费/语言显示记录。

Markets 没验收时，用户可能看到错误币种、不可配送国家、错误税费或不一致政策。

美国主市场路径没通过前，不开其他市场广告。

我能不能在两次点击内找到办公室通勤杯，而不是被品牌词和无关菜单绕晕？

主菜单用品类或场景命名，例如 Travel Tumblers / Office Commute；集合页第一屏说明主推款、适合人群和差异。

手机菜单展开截图、首页到集合页点击路径、集合页首屏截图。

集合页没有按市场和场景承接时，广告落地页会像商品堆叠，用户不知道先看哪款。

如果手机端两次点击找不到主推集合，先修导航，不继续装修首页。

我为什么要点这款 20oz 杯？它和其他杯子的差异是什么？

商品卡不要只放图片和价格，要露出容量、杯架适配、防漏、保温时长或办公室通勤场景。

集合页商品卡截图、主推 SKU 排序、产品页入口点击记录。

如果主市场价格、库存或商品可见性不一致，集合页会展示不能买或不该主推的商品。

主推 SKU 的价格、库存和市场可见性不一致时，先暂停集合页继续推进。

我知道容量、杯架适配、清洗限制、多久发货、能不能退、出问题找谁吗？

在加购区域附近放短版 Shipping、Return、FAQ 和 Contact 入口，并保证它们和政策页承诺一致。

产品页加购区域截图、政策入口截图、产品页与政策页承诺对照表。

不同市场的配送、退换和客服承诺不同，不能用同一段含糊文案覆盖所有国家。

产品页和政策页承诺冲突时，不进入 checkout QA。

我在进入结账前，是否已经知道商品、折扣、运费预期、返回修改路径和支付入口？

在有授权的测试环境，用当前主推 SKU、指定折扣码和获准的美国测试地址检查手机购物车；记录提示、运费预期、返回修改路径和结账入口。本文只做方案与证据记录，不创建订单或提交支付。

购物车截图、折扣显示、运费提示、进入 checkout 前截图。

如果 Markets、Shipping profile 或折扣规则没对齐，用户会在结账前遇到运费惊吓或折扣失败。

购物车和产品页预期不一致时，不投真实流量。

手机端首屏只保留一个主 CTA，指向 Office Commute / Travel Tumblers 主集合；副入口放 Shipping 或 Contact，不抢主路径。

示例文案：20oz 防漏通勤杯，适合办公室、车杯架和日常咖啡。今天先看美国可发货款。

CTA 去主集合，不直接丢到所有商品页，也不要先跳到品牌故事页。

手机首屏截图、CTA URL、主集合 URL、US market 视角记录。

首屏 CTA、主集合和活动入口只能由店主或运营负责人改，不能让设计师随手改路径。

集合页第一屏先解释为什么这些杯子属于同一场景，再把主推款、轻量款、礼品款分开。

示例文案：如果你最在意不漏和杯架适配，先看 20oz Commuter；如果要送礼，先看礼盒装。

商品卡点击进入对应产品页；筛选只保留容量、颜色、是否礼盒、是否可放杯架这类用户听得懂的字段。

集合页首屏截图、主推 SKU 排序、筛选字段、手机端两次点击路径。

集合排序由商品运营负责，设计只优化表达，不随便改主推 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、指定折扣码、美国测试地址的适用地区、手机购物车截图和结账前状态；在受控证据中脱敏，不在本页填完整地址。

购物车提示、折扣和运费承诺由运营和客服共同复查，活动上线前必须跑一遍。

首页、集合页、购物车和结账前都要用同一个主市场视角复查。

Markets：查看目标市场状态、商品、币种、语言、域名或子文件夹及备用地区。

我看到的币种、语言、配送国家和政策，是不是为我这个市场准备的？

记录样例主市场状态、首页 URL、集合页 URL、购物车币种和结账前可配送提示；如果你的第一市场不是美国，就用自己的目标市场替换 US market。

目标市场还没准备好却公开显示，或者未准备市场仍能被广告、菜单或活动入口导入。

主菜单、移动菜单、页脚菜单和首页 CTA 要指向同一套主集合路径。

Content > Menus：Main menu、Footer menu、标签、排序、目标 URL；再到主题中检查菜单的实际显示位置。

我能不能用买家语言找到主品类，而不是猜品牌内部词是什么意思？

保存手机菜单展开截图、首页到主集合两次点击路径、集合页首屏说明。

菜单链接到空集合、隐藏集合、错误市场页面，或移动端必须多次返回才能继续。

产品页、政策页、购物车和结账前提示要讲同一套运费、税费和送达预期。

Settings > Shipping and delivery；Settings > Taxes and duties；Markets；Settings > Policies 中的 Shipping policy。

我在进入结账前，是否已经知道大概运费、税费口径、送达时间和退换边界？

在获准的测试环境，按同一主推 SKU、折扣码、目标市场和测试地址，对照产品页、政策页、购物车及结账前费用提示。记录日期和异常，不保留客户或支付资料。

产品页写包邮，购物车或结账前又出现用户没准备的费用或不可配送提示。

页脚、产品页购买区域、移动菜单和订单前路径都能到 Shipping、Return、Privacy、Contact。

Online Store > Pages 管 Contact 等页面；Settings > Policies 管政策；Content > Menus 管链接；Online Store > Themes 管购买区域的显示。

如果我担心发货、退换或售后，能不能在购买前找到真实可用的答案？

保存页脚链接、产品页附近入口、移动菜单入口、Contact 表单或客服邮箱测试记录。

政策内容还没有按实际业务核对、邮箱不可用，或产品页与政策页承诺冲突。

手动连接第三方域名时，核对当前官方 A、AAAA 和 www CNAME 目标。若当前后台给出地区变体，先核实适用性；记录必须在真正提供权威 DNS 的服务中查看。

记录修改的 A、AAAA、CNAME、删除的冲突记录和复查时间。

明确本次使用裸域还是 www 作为主域名，检查另一入口和旧链接的跳转。准备品牌域名时记录临时 myshopify.com 的使用边界，不把域名名称当作商家身份或支付资格证明。

后台 Domains 页截图，标注主域名和跳转方向。

Shopify 文档说明，TLS 证书签发可能最多需要 48 小时；在签发过程中避免反复修改记录。

查看 Settings > Domains 的 Connected 状态，实际打开 HTTPS 且无证书警告；检查外部图片、字体或视频是否也通过 HTTPS 加载。

店主或运营负责人，不能交给临时设计师随手改。

主菜单、页脚、政策入口、Contact、搜索入口和集合页路径。

每次新增集合、政策变更、主市场变化后复查。

保存桌面和手机端菜单截图、菜单项链接、页脚政策链接和最近修改人。

内容负责人和设计负责人共同负责，最终由店主验收。

主标题、主推集合、首屏图片、CTA 和品牌一句话说明。

主推 SKU、活动、市场定位或素材角度变化时复查。

记录当前首页目标、入口去向、移动端首屏截图和上线日期。

商品运营负责人，设计只负责表达，不负责改变商品逻辑。

集合命名、排序、筛选、主推款、空状态和移动端浏览路径。

每次上新、下架、价格带变化和缺货后复查。

保存集合规则、排序理由、缺货处理口径和产品页跳转样例。

商品负责人负责事实，内容负责人负责表达，客服负责人负责疑问补齐。

标题、卖点、规格、变体、素材、配送、退换、FAQ 和客服入口。

每次改价格、规格、履约承诺或退换规则后复查。

记录 SKU 事实表、首屏截图、政策引用位置和客服常见问题。

店主和客服负责人负责，不让模板长期无人复查。

Shipping、Return、Privacy、Terms、Contact、客服响应时间和升级路径。

物流承诺、市场、像素工具、客服时效或退换规则变化时立即复查。

保存政策 URL、对应页面入口、客服可引用口径和最后复查时间。

裸域、www、HTTPS、主域名和冲突 DNS 记录都要过验收。

Shopify 域名详情页显示连接正常，并记录 DNS 修改时间和复查时间。

域名或 TLS 未稳定时，不要投广告或发正式链接。

首页、导航、集合页、产品页、政策页、联系页和购物车都有任务和出口。

一张店铺路径图，标清每个页面负责什么、下一步去哪里。

页面只是堆出来、没有用户路径时，先别继续加页面。

产品页、Shipping、Return、Contact 要使用一致的承诺。

发货时效、退换边界、客服邮箱和政策入口在产品页附近能被看到。

先消除政策冲突，再安排受影响的推广与客服工作；不一致的承诺也可能影响审核和争议处理。

店主、员工、设计、客服、投手、外包只拿完成任务需要的权限。

有权限表、2FA 状态和关键配置变更记录。

多人共用店主账号时，先停下来拆权限。

先选官方、轻量、可维护的主题，让移动端路径和产品页模板先跑通。

主题、模板、App、代码改动有版本记录。

不要用一堆 App 和自定义代码去掩盖结构问题。

用手机跑：首页到集合、产品、政策、加购、购物车、结账前检查。

关键路径截图、问题记录和修复负责人。

手机端不顺，桌面端再漂亮也不算上线结构完成。

首页首屏有大图和品牌句子，但手机用户滑了几屏才看到商品，菜单里也没有清楚的主品类。

首页还没说清「我该点哪里看产品」，导航也没有用买家能理解的词，买家因此找不到下一步。

(1) 首屏保留一个清楚 CTA，直接去主推集合或主推产品，不要同时放太多入口；(2) 主菜单用品类、场景或问题命名，不要只用内部品牌词；(3) 在手机端重新跑首页到集合页路径，确认两次点击内能进入主产品路径。

(1) 手机端首页首屏截图；(2) 主菜单展开截图；(3) 首页到集合页点击路径记录

不要先继续加品牌故事或动效。用户连产品入口都找不到时，故事越长越分散。

产品页写了卖点和参数，但用户要跳到页脚才可能找到 Shipping、Return 或 Contact。

加购附近缺少政策和求助入口，买家就不知道多久到、能不能退、出问题找谁。

(1) 在加购区域附近放简短的配送、退换和客服入口，不要只藏在页脚；(2) 让产品页承诺和政策页承诺一致：时效、退换窗口、客服邮箱不要互相冲突；(3) 把高频客服问题回写成 FAQ 或产品页说明，让用户不用先问客服才能下单。

(1) 产品页加购区域截图；(2) Shipping / Return / Contact 链接检查；(3) 政策页与产品页承诺对照记录

不要用信任徽章替代真实政策入口。徽章不能回答发货、退货和客服问题。

用户加购后才发现运费、折扣或预计时效和产品页预期不一样，于是在结账前退出。

购物车没有承接前面的承诺。产品页、政策页、购物车和结账前提示没有讲同一件事。

(1) 在产品页先说明关键运费预期：满额包邮、固定运费、分区运费或结账计算；(2) 购物车确认商品、折扣、运费预期和返回修改路径，避免用户到结账才发现问题；(3) 用手机跑一次产品页、加购、购物车、结账前路径，保存截图和异常记录。

(1) 产品页运费预期截图；(2) 购物车价格/折扣/运费提示截图；(3) 结账前手机路径复测记录

不要把「结账时自动计算」当成解释。用户在结账前已经在判断是否继续。

首页已经做好了，团队想马上把广告和社媒流量打进来。

只看桌面端首页能打开，就认为导航完成。

先暂停。用手机打开主菜单，确认主品类、政策、联系和搜索入口都能被陌生用户理解。

手机端主菜单截图，加上「首页到主集合两次点击内」的路径记录。

把内部品牌词改成买家听得懂的品类、场景或问题词。

菜单没跑通前，不要继续加首页动效、品牌故事或第二层活动入口。

产品页已经写完卖点，客服觉得先上线再补 Shipping、Return 和 Contact 也可以。

把政策页藏在页脚，产品页附近只放信任徽章。

先暂停。购买判断点附近必须能看到配送、退换、客服入口，并且承诺和政策页一致。

产品页加购区域截图，标注 Shipping、Return、Contact 的入口和政策页对应句子。

把高频疑虑写到产品页、FAQ 或政策摘要里，不要让用户先问客服才能下单。

政策冲突没清掉前，不要放大流量，也不要承诺更快时效。

产品可以加购了，团队觉得结账页是 Shopify 默认能力，不需要再验。

没有用真实商品、折扣、市场和手机端路径跑到结账前。

先暂停。至少用一个真实 SKU 跑产品页、加购、购物车、折扣、运费预期和结账前提示。

手机端购物车截图，记录商品、价格、折扣、运费预期、返回修改路径和异常提示。

把产品页、政策页、购物车和结账前提示改成同一套承诺。

购物车还会制造价格或运费惊吓时，不要进入广告上线或活动发布。

设计、外包、客服、投手都在催权限，大家都说只是改一点点。

为了省事直接共享店主账号，或者把导航、主题模板、政策入口和购物车提示权限一起放开。

先暂停。按任务给最小权限，写清楚可改范围、到期复查、2FA 和路径复查负责人。

权限表截图或记录：角色、可改页面、不可改项目、复查日期和恢复方式。

把临时访问改成到期复查，把关键设置改成只有固定负责人能动。

路径改动范围、截图证据和回滚方式没写清前，不要继续交给多人修改。

继续做产品页信任、首批 SKU、素材、价格和上架节奏。

去做产品页

整理 Shipping、Returns、Privacy、Terms、Contact，核对实际业务、客服解释和售后流程；页面齐全本身不保证平台审核或法律适用结论。

去整理政策页

回到域名、DNS、企业邮箱和发信认证，把身份基础补齐。

回到域名邮箱

进入上线前 QA，用移动端路径、结账前证据、通知和数据事件做最后验收。

进入上线 QA