多市场与多店

先区分需要本地化的顾客体验，与需要分别负责的商品、系统和运营。把语言、币种、价格、人员权限和数据责任列在一起，再比较单店 Markets 与多店的维护方式。

• 为每个市场写出商品、语言与购买条件的负责人。
• 核对共享内容、同步要求和店铺间的数据边界。

具体功能、组织和店铺资格按当前套餐与后台核对；多市场和多店不能仅按国家数量决定。

按市场列出商品、价格、库存、语言、政策与订单的维护人，再决定哪些共用、哪些独立。跨店同步保留主数据、审批和异常处理记录。

• 选一次价格或库存变更验证责任链。
• 检查各市场能否读取正确的配置。

组织责任与店铺架构需要一起确认，不能仅按语言数量决定开店数。

检查真实正文、商品信息、菜单、表单与政策是否属于对应语言，逐项点击同语言入口。再核对规范地址与语言配对，避免只翻译界面或留下旧语言路径。

• 分别以顾客身份走完关键购买路径。
• 检查未翻译、回退和下架页面的处理。

新增语言应有可维护内容与实际用途，不能仅为增加网址数量。

让每种语言的主地址、正文语言和可访问页面对应起来，再核对语言互链与地图。只改变导航语言、保留另一种语言正文，不能当成完整的本地化内容。

• 分别打开各语言页面，核对最终地址与规范地址。
• 检查语言对应链接是否互相指向真实版本。

历史语言前缀应按实际内容身份处理；不要把不存在的翻译页重新加入地图。

先按商家主体和目标市场核对当前资格、币种与结算要求，再测试支付、退款和财务对账。保留申请状态、限制与实际后台结果，不从文章标题推断已可开通。

• 记录支付服务商、商家资料与核验日期。
• 测试失败返回和退款后的对应记录。

资格和配置以当前官方说明及服务商审核为准。

先固定问题所处的市场、商品与政策版本，再把商品页、政策页和结账中的条件并排核对。保留原文和日期，交由负责团队确认当前适用基准，再同步相关入口。

• 检查地区、币种、商品规格和政策起算条件。
• 修正后从同一市场重新走购买路径并复测回答来源。

不能用另一个地区的条款补全本市场承诺；没有依据的例外应明确留待确认。