第四阶段 · 市场与数据
Markets、语言与币种：先跑通一个市场，再复制
先选能服务的 Primary market，控制 Active markets，设置 Currency、Pricing 和 Languages，再检查 Domain、Catalog 与目标国家的真实 checkout 路径。
本课怎么做才算完成
沿着 Settings > Markets 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Settings > Markets
- 本课产出
- 一份市场证据表，包含 Primary market、Active markets、价格和币种、语言发布、domain、Catalog、配送、税费和目标国家测试。
- 可以继续
- 市场能服务，价格/币种一致，语言资源已准备，Domain/Catalog 对应，目标国家可走到付款前。
- 必须暂停
- 如果市场能访问但无法配送、支付、翻译或 checkout，先保持 inactive 并记录阻塞。
证据边界：Markets 显示 Active 或预览正确，不证明当地支付、税务、物流、翻译和客服已经实际可用；必须按目标国家分别测试。
这一课为什么要先做
市场不是把国家列表打开就结束。商品、价格、货币、语言、域名、配送、税费、政策和客服必须属于同一条服务链；先跑通一个市场，再复制才不会把问题批量放大。
开始前准备
- 确定首发投放、履约、支付和客服能覆盖的市场。
- 准备商品、价格、语言、域名、配送和政策草稿。
- 准备目标国家地址和受控预览/无痕测试环境。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
核对 Primary market
进入 Settings > Markets，确认 Primary market 与首发投放、履约、支付和客服能力一致。它不是随便选择的国家，而是第一条完整经营链。
做完后应该看到或拿到：得到首发市场、商品范围、支付和履约能力的对应关系。
怎样算完成：目标市场能从商品、价格、配送到 checkout 形成可测试路径。
如果结果不对或入口没出现：如果首发市场无法服务，先确认 shipping zone、支付、税务、库存和客服，而不是只改市场名称。
留下证据：记录市场、商品 availability、配送、支付和验证时间，不公开客户或账务数据。
只保留能服务的 Active markets
Active 市场要有商品、价格、支付、配送、税费、翻译和客服支持。不要为了扩大覆盖面激活无法履约的国家；其他国家保持 inactive 并记录阻塞项。
做完后应该看到或拿到：得到实际可服务的市场清单和每个未启用市场的阻塞原因。
怎样算完成：每个 Active market 都能解释服务责任，未启用市场不会误导客户进入 checkout。
如果结果不对或入口没出现：某国家能访问但无法结账时，检查 market active、shipping zone、货币、商品 availability、税务和地址要求。
留下证据：保存市场状态、阻塞项、负责人和目标复查日期。Active 状态不证明当地链路可用。
失败处理：如果一个市场只有价格展示没有配送或客服，不要把它当作已完成市场。
设置 Currency 与 Pricing
核对店铺币种、市场货币、固定价格和汇率转换后，再为选定市场设置显示货币。没有利润和 payout 评估时不要启用多币种；测试商品页、购物车和 checkout 的货币一致性。
做完后应该看到或拿到：得到市场货币、固定价格/汇率、利润和 payout 的判断。
怎样算完成：商品页、购物车和 checkout 不会在同一市场无解释地变换货币。
如果结果不对或入口没出现：货币不一致时，核对 store currency、market currency、fixed price、payment provider 和缓存，按同一市场重测。
留下证据：记录测试 URL、货币、价格方式、汇率时间和利润判断。
设置 Languages 与翻译状态
首发使用 English。只有正文、菜单、政策、通知和客服都准备好时才发布新语言；翻译 App 或自动翻译不能替代政策和产品事实复核。
做完后应该看到或拿到：得到已发布语言、待翻译资源、菜单/政策/通知的覆盖状态。
怎样算完成：目标语言在商品、集合、导航、政策、通知和 checkout 里不会混出关键原文。
如果结果不对或入口没出现：翻译后菜单或政策仍是原语言时，检查语言 publish、资源覆盖和市场 domain，再做无痕测试。
留下证据：保存语言状态、未翻译资源、前台路径和复核负责人。
失败处理：不要在事实、政策和客服未准备好时发布新语言来制造覆盖假象。
检查 Domain 与 Catalog
为市场选择主域、子目录或子域策略，并检查 Catalog、产品价格和 availability。不要创建市场后忘记发布商品，也不要把所有市场送到同一错误路径。
做完后应该看到或拿到：得到市场 URL、domain、Catalog、商品和价格的完整对应。
怎样算完成：从目标市场入口打开的商品会进入正确目录、价格和语言路径。
如果结果不对或入口没出现：商品不显示或域名错误时，分别检查 domain、Catalog、市场 availability、canonical 和缓存，不要只切换前台语言。
留下证据：记录脱敏 URL、市场 domain、Catalog、商品和价格检查。
从目标国家视角测试
使用市场预览或受控定位，检查首页、集合、商品、价格、语言、配送、税费、政策和 checkout。记录最终 URL、货币和 rate，不要只切换前台货币按钮。
做完后应该看到或拿到：得到目标国家从入口到付款前的完整测试记录和失败处理。
怎样算完成：目标国家的价格、语言、配送、税费、政策和 checkout 都有实际返回。
如果结果不对或入口没出现：预览与实际不一致时，清缓存并确认市场 domain、Catalog、支付、shipping zone 和语言发布状态。
留下证据：保存目标国家、设备/浏览器、最终 URL、货币、运费、税费和测试时间。
失败处理：如果目标国家能浏览但无法结账，先保持市场 inactive 或明确阻塞，不要把预览通过当作上线。
现在把判断用到你的店铺
把真正能服务的首发市场设为 Primary market，其他国家保持 inactive，同时记录支付、配送、税务、退货、翻译和客服阻塞项。用目标国家地址走到付款前，再决定是否激活。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一个已激活的美国 Primary market，其他市场保持 inactive，USD 和英文体验完整，Catalog、domain、产品 availability 与测试地址都有证据。
相关后台路径：Settings > Markets
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：Markets 显示 Active 或预览正确，不证明当地支付、税务、物流、翻译和客服已经实际可用
继续条件：Primary market 的商品、价格、货币、语言、域名、运费和政策一致，目标地址能完成付款前流程
暂停条件：如果某市场缺少支付、运费、税务、政策或可维护翻译中的任一关键条件，不要仅为覆盖面把它设为 Active
下一步：下一课验证 Notifications 与发件身份，把模板预览和真实订单触发分开测试。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| Primary market | 首发投放和履约一致的市场 | 先跑通一条完整经营链 |
| Active markets | 只保留能服务的市场 | 避免激活无法结账的国家 |
| Currency / pricing | 有利润和 payout 评估 | 避免展示价格无法兑现 |
| Languages | 事实、政策和客服已准备 | 避免关键页面混用语言 |
这些地方先不要乱动
- 不要为了覆盖国家数量而激活无法服务的市场。
- 不要把前台货币按钮当成完整市场测试。
- 不要在政策、产品事实和客服未准备好时发布新语言。
常见问题
Markets 显示 Active 就算上线了吗？
不算。还要验证商品、价格、支付、配送、税费、语言、域名、政策和 checkout。
只切换前台货币按钮可以测试市场吗？
不可以。必须从目标国家入口验证 URL、Catalog、价格、配送、税费、政策和付款前路径。
自动翻译完成后就能发布语言吗？
不能直接等同。政策、产品事实、菜单、通知和客服要逐项复核，再决定发布。
本课结论与继续条件
市场验收不是看到价格或语言切换，而是同一目标国家从入口、商品、Catalog、价格、语言、配送、税费、政策到 checkout 都能回读。继续前确认 Active market 有真实服务责任，未准备的国家仍 inactive。