Shopify 国际与多语言 SEO

一、建立市场验收表

逐个记录语言、服务国家、币种、可售商品、配送条件、退货流程、客服负责人和商品事实来源。比较当地用户的表达与实际商品，不只翻译词语。单位、接口和使用限制必须有依据；缺少履约条件或必要信息时，暂不发布对应市场。

例如同一款灯销往两个国家，需要分别核实插头、电压、配送和退货条件。这是说明方法的假设例子，不是客户成绩。选规格后与结账时看到的信息仍须一致，不能把未验证的跨境承诺写成通用卖点。

二、按维护能力选择域名或子目录

Shopify 支持不同的国际域名配置，具体能力以当前官方说明和店铺设置为准。一个团队维护的店铺可先比较子目录方案；独立地区业务可能需要单独域名，但域名、内容、数据与发布责任也随之增加。子域名不是天然错误，换到子目录也不保证排名改善。

• 同一店铺与团队：比较子目录与独立主机的维护成本，实际核对语言及市场后缀规则。
• 独立地区业务：先明确域名所有权、商品目录、客服、数据和发布负责人，再决定是否独立域名。
• 已有稳定网址：没有明确收益就不迁移。确需迁移时，先列原 URL、对应新 URL、内链与回滚方案。

不要只凭 IP 强制把所有访客送离他们请求的页面。提供清楚的市场选择，直接访问每个本地化 URL，验证证书、响应与页面内容。网址不稳定时，翻译再多也不能代替可访问性。

三、hreflang 必须对应真实等价页面

先列出一组真正等价的页面及其语言/地区代码，再检查每页是否指向自己和同组替代页。不要用语言首页替代某个商品或文章的翻译版本。Canonical 处理重复内容的首选代表，hreflang 表达语言或地区关系，不能为了省事把全部译文规范到英文首页。

假设英文商品为 https://example.com/products/lamp，法语等价页为 https://example.com/fr/products/lamp，两页均应说明这两个语言版本。这些只是示例，不要求你在 Shopify 中照抄路径。只有目标确实承担默认选择或回退作用时才配置相应 x-default。

检查主题、平台或 sitemap 实际输出的标记，由明确的组件负责，避免多个 App 输出矛盾关系。分别抽查商品、集合和文章模板，记录返回链接缺失、目标重定向与内容不等价问题。具体标记格式核对Google 语言替代页文档。

四、本地化验收必须覆盖购买全程

把页面交给熟悉当地语言的人，先不解释原稿，让他判断商品用途、适用对象、价格、配送和退货。无法回答的地方就是需要补齐的内容。检查标题、描述、正文、图片文字、替代文字、政策链接、错误提示和结账衔接。没有证据的声明应删去，不是润色得更像当地话。

不同国家的使用问题和季节需求不一定相同。结合目标客户任务和真实客服问题调整例子与选型信息。机器翻译可辅助起草，但不能代替验收；不编造本地办公室、客户评价或销售成果。每个市场页面都必须有人持续维护，而不是发布后无人负责。

五、独立 CMS 是工程选择，不是排名捷径

Shopify 原生内容流程满足需求时，可以继续使用。只有结构化内容、编辑审核或系统集成确实需要时，才考虑独立 CMS。先分配发布、预览、路由、重定向、缓存、统计和安全责任，同时估算长期维护费用，不只看搭建成本。

采用主域内容路由时，明确博客请求与商品、购物车请求分别由谁处理。保留真实 HTTP 状态、规范网址、语言关系和资源可访问性；不能把用户购物车或账户响应缓存为公开页面。内容源故障时应返回真实错误，并保证商城路径不受牵连。先在测试环境验证回滚，再调整生产路由。架构说明展示系统分工，并不证明独立 CMS 必然胜过原生博客。

六、逐市场发布，并区分验收结果

上线前保存 URL 清单、负责人和样本证据，检查正常导航、语言切换、响应状态、canonical 与明确标记的测试转化。测试数据不计入真实业务成果。Sitemap 只列符合条件的规范页面；发布后另查 Google 状态，hreflang 和 sitemap 都不保证收录。

上线后按国家与落地页比较等长周期，注明数据延迟、促销与库存变化，持续关注本地链接和模板改动。一天样本少不能直接判失败，爬虫抓取也不是客户访问。需要排查时使用技术清单和数据衡量步骤。

Shopify 如何生成国际化 URL 与 hreflang

在 Shopify 上做国际 SEO，通常从 Markets（市场）开始。一个市场包含若干国家，并决定访客看到的语言、币种以及使用的域名或子目录。发布某种语言并为它指定子目录或域名后，Shopify 会提供本地化 URL，例如只区分语言的 /fr/，或同时区分语言和国家的 /en-ca/。翻译可以来自 Shopify 的 Translate & Adapt 应用，也可以来自第三方翻译应用；URL 和标签由实际管理店铺语言的那一方决定。

按这种方式配置的语言和市场，Shopify 会在店铺页面上自动输出 hreflang 标注，大多数店铺不需要手写。但请在自己的店铺里核实，而不是默认如此：用每种已发布语言打开一个商品页，查看网页源代码，找 <link rel="alternate" hreflang="…"> 这几行。每个本地化 URL 都应列出自己和真正对应的其他版本。同时检查 sitemap.xml 里是否包含你希望 Google 发现的本地化 URL。当前可用的配置方式见 Shopify 的国际域名文档。

• 只区分语言：一个市场、多种语言，使用 /de/、/fr/ 这样的子目录。价格和商品一致时最容易维护。
• 同时区分语言和国家：不同市场使用各自的子目录或域名，例如 /en-gb/ 和 /en-au/。只有价格、币种、配送或商品确实不同时才这样做。
• 未发布的语言：某市场未发布的语言在该市场没有页面 URL，也不应出现在 hreflang 中。

Shopify 常见 hreflang 错误与排查方法

Shopify 上的 hreflang 问题，大多来自两套系统同时描述同一个页面，或者本地化页面并不真正等价。每种已发布语言都要检查商品页、商品集合页、博客文章和首页；只测首页覆盖不了其他模板。

• 标签重复。主题或旧应用在 theme.liquid 里手写了一套 hreflang，而 Shopify 也在输出。在源代码中搜索 hreflang：同一语言代码出现两次且 URL 不同，就删掉手写的那一套。
• 翻译应用和 Shopify 同时管理语言。有些应用会在自己的子域名或路径上提供译文。先确定由哪一方负责本地化 URL，只让它输出 hreflang，另一方的路径做跳转或移除。
• 按 IP 自动跳转。根据访客所在地强制跳到某个国家版本，会让爬虫和出差用户访问不到其他版本。Google 主要从美国抓取。请改用国家或语言选择器，并逐个测试直接访问每个本地化 URL。
• 代码写错。语言代码遵循 ISO 639-1，地区代码遵循 ISO 3166-1 alpha-2。en-UK 是无效代码，英国应写 en-GB；只写地区不写语言（如 gb）也无效。
• canonical 全部指向主语言。每个本地化页面通常应以自己为 canonical。如果所有译文都 canonical 到英文 URL，Google 会把译文当作重复页，hreflang 也就失去作用。
• 对应页面跳转或出错。hreflang 里的每个 URL 都应返回 200。指向跳转页、noindex 页或已删除页面的对应关系会被忽略。
• 未翻译的页面以某种语言发布。法语 URL 仍显示英文内容，就是低质量的重复页。要么翻译完整，要么在准备好之前不发布该语言。

Search Console 的“国际定位”报告已于 2022 年下线，不能再用它检查 hreflang。改用网址检查工具查看某个本地化 URL 被 Google 选定的 canonical，并查看网页索引报告：真正的重复页显示“备用网页（有适当的规范标记）”属于正常；译文页显示“重复网页，Google 选择的规范网页与用户指定的不同”，通常说明各版本差异不够或标签有冲突。带 hreflang 报告的爬虫工具可以一次检查大量 URL 的返回链接和状态码。

发布前常见问题

同说英语的国家必须分开做页面吗？不一定。只有商品条件或用户任务确有差别且能维护时，才建立相应地区页。

加了 hreflang 就没有重复或收录问题了吗？不是。它表达替代关系，不能代替内容质量、canonical 核验或索引请求。

每篇文章必须翻译到所有语言吗？不用。只有该市场确有用途、内容经过审核且可持续维护时才发布，不为补齐矩阵伪造对应页面。

2026 年 9 月 25 日核对。文中例子仅用于说明检查方法，不代表客户增长成果，也不保证搜索曝光。