“已经翻译了”不是本地化验收结论。对 Shopify 店铺来说，语言、市场、URL、展示价格、税、支付处理和退货政策分别影响顾客看到的内容；其中任何一项错位，都可能让一个看似通顺的页面变成错误的购买承诺。本篇只讨论多语言、多币种与市场政策的验收，不做通用翻译工具评测，也不展开 Hydrogen 架构。
本文把验收拆为可复现的检查项：先固定 locale 与 market 的测试矩阵，再核对页面与 URL/hreflang，接着沿商品页—购物车—结算检查价格与税，最后把退货政策当作独立的市场事实。若使用 Shopify AI 生成翻译、摘要或检查建议，商家仍必须审阅输出和拟议改动；AI 输出可能错误，不能代替商家对页面、价格或政策的签字。
1. 把“本地化完成”拆成五条验收链路
一个 locale 是语言与地区的测试上下文，一个 market 是商业规则的测试上下文。二者可能有关联，但不能互相代替。验收单应把以下五列分开：locale、market、price/currency、tax、returns。每列都要有输入、预期证据和失败处理，而不是只填“已翻译”。
1.1 Locale 是页面内容契约
Locale 验收关注可见文字、语言切换后的目标页面、日期/数字格式以及页面声明的语言。不要仅凭浏览器自动翻译后的视觉效果判定通过；应记录店铺当前配置下的实际 URL、页面语言和关键文案。若页面仍有未翻译片段，必须标记为缺口，并明确是阻断接入还是允许带人工复核的回退文案。
1.2 Market 是商业上下文契约
Market 验收关注访客被分配到哪个市场、该市场使用哪些目录与政策、以及切换行为是否符合店铺配置。一个页面显示法语，不等于它已经使用法国市场的价格、税或退货政策。市场路由要用测试域名、路径或店铺当前实际设置来验证，不能在文章里预设一个适用于所有店铺的 URL 结构。
1.3 五列验收表必须同时有证据
下表是本篇的主验收表。里面的变量是测试夹具示例变量，不是客户案例，也不是对某个店铺当前配置的断言。
| 维度 | 输入夹具 | 通过条件 | 应保存的证据 | 阻断失败信号 |
|---|---|---|---|---|
| locale | LOCALE-FR-01：测试浏览器与目标 locale | 页面可见文案、语言声明和切换目标一致；关键组件没有未审阅的默认语言 | 页面截图、实际 URL、页面语言标记、抽样文案清单 | URL 显示目标语言但正文仍是另一语言，或关键购买信息未翻译 |
| market | MARKET-02：指定市场与测试访客上下文 | 访客落入预期市场，商品目录与市场配置可追溯 | 路由输入、市场识别结果、商品/政策配置快照 | locale 正确但市场识别错误，或市场切换后规则未变化 |
| price / currency | PRICE-03：商品、购物车与结算的同一测试 SKU | 货币代码、金额、舍入和各阶段展示符合当前店铺/市场基线 | 商品页、购物车、结算截图与金额记录 | 代码或金额在链路中跳变、出现过期快照，或显示货币与市场基线不符 |
| tax | TAX-04：该市场的测试地址与税展示配置 | 税的展示、计算或说明与店铺/市场当前配置一致，并能指出证据来源 | 地址输入、税行、结算摘要、配置版本 | 页面或 AI 文案把未知税事实写成确定结论，或结算与页面说明冲突 |
| returns | RETURN-05：市场、locale 与退货政策链接 | 顾客能看到对应语言的当前退货政策，范围、条件和入口与店铺事实一致 | 政策 URL、页面截图、版本/更新时间、复核签名 | 显示了另一个市场政策、旧文本、断链，或 AI 自行补充未批准条件 |
2. 接入前先建立事实基线
验收失败常常不是翻译质量问题，而是没有一份可以对照的基线。接入前要冻结一组非生产测试输入：目标 locale、目标 market、测试商品、预期货币、测试税上下文、退货政策链接和预期 URL。每个输入都应有负责人和复核时间。这里的“冻结”指保存测试时使用的证据，不是把生产配置永久锁死。
2.1 给每个组合分配唯一测试 ID
不要只写“法国页面”或“德语市场”。建议使用类似 L10-M02-P03-T04-R05 的组合编号，并在截图、URL、金额、政策和签字记录中重复该编号。这样在出现错误 locale 或旧价格时，能判断到底是路由、目录、价格源还是政策映射出错，而不是把所有问题归因于“AI 翻译不准”。
2.2 把可变事实与稳定断言分开
Markets、Localization and translation、International SEO for Markets、Currencies for Markets 和 Returns and exchanges 都应在接入前按当前官方页面复核。本文引用事实的核验日期为 2026-08-30；接入前仍需复测功能可用性、市场路由、币种与支付处理条件、税展示以及店铺退货政策。可以稳定断言“每个维度都要单独验收”，不能把某次测试中的金额、URL 或政策条件泛化到所有店铺。
2.3 先保存“预期”再运行页面检查
如果先看了页面再凭记忆填写预期，很容易把错误当成基线。先从已批准的店铺/市场配置记录预期 locale、URL、币种代码、价格规则与政策链接，再打开页面逐项比对。对于税和退货这类店铺事实，预期必须来自当前配置或政策文档，不由生成式模型自行推导。
3. Locale 与翻译验收
本节只问一个问题：在指定 locale 与指定 market 的上下文中，顾客实际看到的内容是否是已审阅、可追溯的目标内容。它不是对翻译模型、翻译供应商或通用语言质量的排名。
3.1 先验收高风险可见字段
优先检查商品名称、变体名称、数量单位、库存/可售状态、配送说明、价格旁的税费说明、结账按钮、退货入口和错误提示。营销标题可以后置抽样，但会改变购买决策的文字不能用“主要内容已翻译”带过。每一项要记录源文案、目标文案、审阅人和是否允许回退到默认语言。
3.2 AI 翻译建议只能进入待审队列
Shopify AI 可以帮助生成建议或处理任务，但官方边界要求商家审阅输出和拟议改动。验收流程应把 AI 产物当可审阅变更：保存输入 locale、原文版本、生成结果、人工修改和最终批准状态；不要让自动化直接把“生成成功”写成“本地化通过”。如果 AI 把退货条件、税描述或支付说明补成了资料中没有的事实，应退回人工复核。
3.3 识别半翻译与错误回退
在页面首屏、变体选择器、购物车摘要和政策入口抽样检查。半翻译不只是一段英文残留，也包括 locale 变了但数字、单位、按钮、错误消息仍来自不匹配的语言上下文。若店铺允许默认语言回退，验收记录必须明确哪些字段允许回退、顾客如何被告知，以及哪些购买关键字段一旦回退就阻断接入。
4. Market routing、URL 与 hreflang 检查
语言、市场和 URL 是三组需要相互验证但不能相互替代的证据。Shopify 的国际 SEO 资料应作为当前配置的复核入口；不要从别的店铺复制子目录、域名或标签写法。语言可能产生不同 URL，但具体是域名、子域名还是子目录，要以当前店铺设置和官方文档为准。
4.1 从入口到落地页重放路由
分别用直接打开目标 URL、语言切换、市场切换和一个新会话重放。记录入口条件、重定向链、最终 URL、页面语言、market 识别和商品链接是否仍留在正确上下文。若用户从一个市场切换到另一个市场，不能只看导航标签变化；至少要重新检查价格、税说明、退货入口和结算边界。
4.2 用一张 URL/hreflang 表固定检查项
表中“当前配置值”必须由测试店铺填写；示例值不应被复制到生产。检查的目标是证明 URL、语言/地区映射和页面内容相互一致，而不是制造一个 AI/GEO 专用的结构化数据方案。
| 检查 ID | 触发方式 | 需要记录 | 通过条件 | 失败后的动作 |
|---|---|---|---|---|
| URL-01 | 直接打开 locale/market 的已批准入口 | 请求 URL、最终 URL、重定向链、页面语言 | 最终 URL 属于该店铺当前配置，内容与目标 locale/market 一致 | 标记路由阻断，暂停该组合的接入 |
| URL-02 | 从语言选择器切换 | 原 locale、目标 locale、切换后 URL 与页面文本 | 切换不丢失商品上下文，且语言与 URL 映射一致 | 恢复到基线入口，保存前后截图并回归 |
| URL-03 | 从市场选择器切换 | 原 market、目标 market、货币代码、政策入口 | market 变化可观察，且对应商业事实重新验收 | 不把切换标签当通过，转人工核对配置 |
| SEO-04 | 查看当前页面的语言/地区 URL 关系 | 页面 URL、hreflang 关系、目标 URL 状态 | 已配置关系指向可访问且语义匹配的本地化 URL；按当前官方文档复测 | 记录缺失、非互指或指向错误的关系，阻断 SEO 接入 |
| SEO-05 | 打开同一商品的多个本地化入口 | 每个入口的页面语言、canonical/相关标签和可见内容 | 不出现 URL 声称一个 locale、正文却是另一 locale 的混合结果 | 回退到已批准入口并重新生成证据包 |
4.3 hreflang 检查不能替代可见内容检查
标签或 URL 关系正确，不代表页面正文、价格和退货政策正确；反过来也一样。验收人应把源代码/响应层的关系证据与可见页面截图分开保存。不要声称搜索排名、引用或流量会因此保证提升；本页只判断配置是否和内容相符。
5. Price、currency 与 tax 必须沿购买链路验收
货币符号是最容易造成假通过的地方。验收要记录货币代码、金额、显示精度、舍入方式、折扣、运费以及税行在商品页、购物车和结算中的变化。价格显示的币种与实际支付处理不是同一事实；当前条件可能取决于店铺启用的支付方案，例如 Shopify Payments 或 Adyen，必须按当前官方资料和店铺配置复核，不能承诺所有市场都具备相同条件。
5.1 Price 的断言要有阶段边界
先在商品页记录商品与变体，再把同一测试 SKU 放入购物车，最后在可用的测试结算边界核对。若某一阶段不能在当前环境安全执行，要把“未执行”写出来，而不是用商品页金额代替结算证据。金额可以因配置、折扣、税和支付处理而不同；验收的任务是解释差异并确认其符合基线，不是强行让每个页面显示一模一样的字符串。
5.2 Currency 不等于 payment processing
顾客看到 EUR、USD 或其他货币代码，只能证明展示层的一项结果。它不能证明该市场已启用对应的支付处理、也不能证明结算会无条件完成。测试记录应拆出“展示货币”“结算货币”“可用支付方式”和“消费者确认/提交边界”，把无法从当前店铺配置证明的项标为待复测。
5.3 Tax 是市场与店铺事实，不由模型补齐
税显示、含税/未税说明、结算税行和测试地址要绑定到一个 market fixture。若页面文案只写了泛化的“税费已包含”而没有当前配置证据，应退回审阅。不要给出某个地区的法律结论；本篇只要求团队核对当前店铺配置、结算输出和已批准政策，并在接入前重新验证。
6. Returns 与市场政策是独立的接入门
退货政策是顾客决策信息，不是翻译完成后的附属文本。Shopify 的 Returns and exchanges 资料提供了官方复核入口，但实际退货窗口、例外、流程、适用市场和语言版本仍是店铺当前事实。任何自动化或 AI 摘要都不能凭空增加条件，也不能把一个市场的政策复制给另一个市场。
6.1 验收政策入口和正文的对应关系
对每个 locale/market 组合，打开页脚、商品页或结算附近的退货入口，记录最终政策 URL、标题、语言和版本。再抽查退货期限、适用范围、例外条件和联系路径是否与批准文本相符。若政策链接跳到了默认市场，哪怕页面语言正确，也应判为政策错配。
6.2 政策冲突优先于文案顺滑
一段流畅的 AI 生成说明，如果与店铺政策冲突，必须以当前店铺政策和人工证据为准。高风险冲突包括退货窗口变长或变短、把不可退商品说成可退、把市场限制省略，以及把税/支付条件写成退货承诺。验收人应停止该 locale/market 组合的接入，并留下冲突定位，而不是通过润色掩盖差异。
7. 可复现失败回退演练（runbook / test fixture）
以下是可执行的测试夹具与回退演练，明确不是客户案例，也不是已经执行的结果。它故意制造三种错配：错误 locale、过期价格、错误市场政策。演练只允许在批准的测试店铺、测试域名或本地快照中进行；不得向生产店铺写入错误配置。
7.1 演练前置条件与安全边界
建立 FIX-10079 测试包：合成商品/变体、合成市场、已批准的 locale 映射、价格基线、税测试地址、退货政策版本和 URL/hreflang 预期。记录运行人、时间、当前文档复核日期和回退点。把“预期值”与“页面实际值”分成两栏，任何失败先保留证据再回退。
7.2 Failure A：错误 locale 的路由回退
在测试配置中让目标 locale 的入口暂时指向错误语言的页面，使用 URL-01 和 URL-02 重放。失败信号是 URL/语言声明标记为目标 locale，但正文、按钮或政策入口仍是另一语言，或者切换后商品上下文丢失。回退步骤是暂停该组合接入，恢复演练前保存的 locale 映射与已批准入口，重新执行直接入口和语言切换；不得用浏览器自动翻译把失败改写成通过。
7.3 Failure B：过期 price/currency 的链路回退
在测试夹具中保留一个旧的价格/货币快照，然后让商品页或购物车读取该快照；不要改生产目录。重放商品页—购物车—测试结算，比较货币代码、金额和税行与基线。失败信号是出现旧快照、货币代码跳变、舍入不一致或无法解释的阶段差异。回退步骤是停止价格相关接入，恢复测试价格源/配置到基线，重新生成三阶段证据，并把支付处理条件标为未证实项，直到按当前文档和店铺配置复测。
7.4 Failure C：错误 returns policy 的市场回退
把测试市场的政策映射暂时指向另一市场的合成政策版本，打开政策入口并从商品页重放。失败信号是 URL、标题、语言或退货条件属于错误 market，或出现未在批准文本中的新条件。回退步骤是恢复原政策映射，重新打开入口并保存版本证据；若无法确认当前版本，维持接入阻断，交给政策负责人签字。该演练不判断地区法律，也不把 AI 结果作为最终政策。
7.5 演练结果怎么记录
每次演练记录 PASS、FAIL 或 NOT_VERIFIED，附输入、步骤、预期、实际、失败信号、回退证据和签字人。本文提供的是规格与正文，不声称这些测试已经在具体店铺执行；没有环境、当前配置或签字时必须保持 NOT_VERIFIED。
8. Shopify AI 自动化的安全接缝
AI 可以帮忙整理可审阅翻译、发现页面之间的差异或生成验收摘要，但自动化的输出只能作为可审阅证据。规则化断言应直接比较 locale、market、URL、货币代码、金额、税行和政策版本；生成式文本不应决定是否进入下一道审阅门。
8.1 给 AI 输入最小且可追溯的资料
只发送完成任务所需的页面片段、配置 ID、测试商品和政策版本，避免把顾客个人数据、凭证或不必要的订单信息放入提示词。保存用途、权限/同意依据（如适用）、退出方式、保留时间、访问/删除处理和最小数据范围。自动隐私设置不能代替法律意见；本文不对任何地区给出法律结论。
8.2 把“建议”与“接入”分成两个权限
AI 生成的翻译、市场映射建议或政策摘要进入待审队列，由指定商家确认；真正的配置变更、接入和回退由有权限的人按测试规格执行。若某个代理可以读取商品、购物车或政策，也只能按当前官方文档核对 endpoint、工具、认证和可用性；不要泛化成所有 AI 都能直接付款或绕过结账。对本篇而言，AI 的职责止于提出可核查的差异，最终接入门仍是店铺事实和人工签字。
9. 验收签字与内链协作
验收表完成后，按组合而不是按整站一次性签字。一个 locale/market 组合若在 URL、price、tax 或 returns 任一门失败，就保持该组合 NOT_VERIFIED 或 BLOCKED，不把其它组合的通过状态借过来。
9.1 最小签字字段
签字包至少包含：组合 ID、locale、market、测试 SKU、商品页/购物车/结算证据、税测试上下文、政策 URL 与版本、URL/hreflang 证据、AI 生成内容的人工审阅记录、失败回退结果、运行时间、last verified 2026-08-30，以及接入前复测负责人。若价格或支付处理条件受当前配置限制，明确写“条件性通过”或 NOT_VERIFIED，不要用模糊的“国际化已完成”。
9.2 与系列文章的边界
如果需要延伸阅读，Shopify AI 导购商品数据指南 聚焦 Storefront MCP 的搜索、购物车与结账交接边界；Shopify Hydrogen AI 导购架构 聚焦治理层的选项增量与批次一致性；Shopify B2B AI 销售助手 聚焦接入后回归与可观测性。本文只负责多语言、多币种和市场政策验收，不把这些主题合并进本页，也不把内链当作本篇的事实证据。
常见问题
FAQ 1：页面已经翻译成目标语言，是否可以直接判定本地化通过？
不能。至少还要核对 market 路由、URL、价格与货币、税展示、退货政策和结算边界。翻译通过只覆盖 locale 内容的一部分；任何关键字段仍是默认语言或政策错配，都应阻断对应组合。
FAQ 2：语言切换后 URL 没变，是不是一定失败？
不应凭这一点单独下结论。不同店铺配置可能采用不同 URL 形态；应依据当前店铺配置和 Shopify 国际 SEO 文档，检查最终 URL、页面语言、已配置的语言/地区关系和可见内容是否一致。如果该配置预期产生不同 URL 而实际没有，或关系指向错误，才按路由/SEO 失败处理。
FAQ 3：商品页显示了目标货币，是否代表支付一定能用该货币完成？
不代表。展示货币、结算货币、可用支付处理和消费者确认是分开的断言。当前条件可能与店铺支付配置有关，必须按当前官方文档和测试店铺复核；没有结算证据就应标 NOT_VERIFIED，不能作无条件支付承诺。
FAQ 4：可以让 Shopify AI 自动修正错误的退货政策吗？
不应直接自动修正。AI 输出可能错误，退货窗口、范围和例外是店铺/市场事实。可以让 AI 提示差异或生成可审阅草稿，但修正、接入和回退必须由有权限的商家根据批准政策审阅并签字。
FAQ 5：错误 locale、旧价格或政策错配已经出现时，最安全的处理是什么？
先停止该 locale/market 组合的接入并保存失败证据，再恢复演练前的已批准映射、价格源或政策版本，最后按相同测试输入回归。若无法证明恢复后的 URL、金额、税和政策一致，就保持 NOT_VERIFIED，不要以默认语言或人工口头确认替代测试。
官方资料与核验边界
本文使用列出的 Shopify 一手来源：Markets、Localization and translation、International SEO for Markets、Currencies for Markets、Returns and exchanges。资料核验日期为 last verified 2026-08-30，接入前仍需逐页复测。本文不引入第三方资料；runbook/test fixture 仅用于说明复测方法，不是客户案例。