启用多币种，不自动意味着新建一个应被单独索引的页面；商品页显示某种货币，也不自动证明结账会用该货币收费。把URL和内容关系、市场定价、支付能力分开检查，才不会用canonical去解决价格问题。
先记录“哪个市场的哪个商品”
保存完整URL、市场、语言、商品变体、时间，以及是否存在影响显示的Cookie或选择器状态。地址栏不变不能证明内容没变；地址变了，也不能单凭它证明出现了有独立搜索价值的新页面。
Markets国际SEO说明按域名、语言和本地化配置生成相关URL标注。只有同一个URL的多个市场设置，不会凭空多出可供hreflang引用的地址。重复路径、完整翻译和同语言地区页的判断见canonical与语言版本。
多币种支付有网关与功能条件
Shopify支付帮助说明，使用Shopify Payments或Adyen作为主网关，并采用兼容的付款方式，才能按客户本地币种处理相应支付；使用其他支付提供商时，可能只是前台显示本地币种，结账转换回商店默认币种。
这与“全部本地定价功能可用”不是一回事。本地定价总览对完整功能写有Shopify Payments和单页结账条件，限制文档还区分市场定价调整、手动汇率、销售渠道与订单处理。实际账户、地区、套餐、主网关和付款方式均应确认，不把一个功能的资格推广到全部功能。
不同市场价格可以因商业定价、税费或其他适用条件而不同，不要求永远等于基础价格乘同一个汇率。需要排查的是同一市场、同一商品条件下互相矛盾的记录，以及没有解释清楚的收费变化。
用同一条购物路径核对四处信息
| 检查位置 | 要记录的内容 | 发现不同后先问什么 |
|---|---|---|
| 商品页面 | 选中变体、价格、币种、可用性、税费说明 | 市场与变体选对了吗，是否在加载后又改变 |
| 页面结构化数据 | 相应商品/变体、price、priceCurrency及库存 | 是否仍输出另一市场或旧模板的值 |
| 适用的商品Feed | 提交的商品、落地URL、语言、价格与币种 | 提交范围与实际落地页是否对应 |
| 购物车与结账 | 实际收费币种、明细、付款方式及最终结果 | 是否受网关/渠道限制，差额来自哪项明确费用 |
前台只显示一个“$”时，先确认具体币种，不凭符号猜USD。检查缓存和应用输出时，也保留请求条件；把一次带Cookie的访问结果套给所有访客，容易漏掉市场错配。
Merchant Center要求，不要无限推广到普通搜索
Google商品落地页要求强调提交数据与相应落地页的商品、变体、价格、币种和语言一致，并要求购物广告落地页在相应访问条件下保持稳定。文档对稳定落地页明确写了适用流量范围，不能因此要求所有普通自然搜索访客都永远看到同一币种。
也不能把“Feed通过”“结构化数据无语法错误”说成自然排名或AI推荐已提高。它们分别说明特定渠道或技术检查的状态，实际展示和销售需要另外观察。
最后做一次真实的受控测试
按平台支持的测试流程，从目标市场入口选择商品、进入购物车和结账，记录实际使用的付款方式与结果。只改Accept-Language请求头，不足以证明完整市场上下文已经切换；只看到币种选择器，也不能证明支付完成。
修好后复核同一批市场/商品组合。搜索问题回到技术SEO检查，支付与定价问题交由对应配置负责方处理；光算SEO服务的搜索观察与真实订单结果应分开评价。