做 woodmart 多语言，别先急着翻译页面。先把“语言结构（URL）→ 切换方式 → SEO 信号”三件事定下来，否则很容易出现：重复收录、跳错语言、目录混乱、产品分类翻译不全。
1. woodmart 多语言的结构怎么选（URL 先定规则）
1.1 三种常见结构
子目录：/en/、/fr/
子域名：en.domain.com、fr.domain.com
参数：?lang=en（一般不推荐做主方案）
实操建议：大多数电商/内容站，优先选“子目录”，维护成本低，站内权重集中；子域名适合团队分站运维、或每种语言独立部署。
1.2 插件选择（WoodMart 更推荐 WPML）
WoodMart 与 WPML 兼容性更稳，官方与 WPML 都明确支持/推荐。
如果你用 Polylang，也能做基础多语言，但 WoodMart 的 Header Builder、HTML Blocks 等模块可能不完整覆盖，容易出现“头部没翻译/区块不跟随语言”的情况。
2. 切换语言、菜单、货币怎么做才不乱
2.1 语言切换的正确落点
顶部导航：最常见，用户预期强
移动端菜单：必须有，避免移动端找不到
页脚：作为备用入口
关键点：切换后要落到“同一内容的对应语言版本”，而不是跳回首页（这直接影响转化）。
2.2 WoodMart 里最容易漏的翻译对象
做 woodmart 多语言 时，别只翻译“页面内容”，还要覆盖：
Header Builder（顶部栏、菜单、搜索提示）
HTML Blocks（促销条、弹窗文案）
产品属性/筛选项（颜色、尺码、材质）
结账页字段提示与邮件模板
WPML 的思路是把这些元素纳入翻译流程（可翻主题文本、布局、部件）。
2.3 货币切换别和语言混为一谈
语言≠国家≠货币。建议：
语言切换：按内容语言
货币切换：按用户市场/支付习惯
避免“切英语就强制美元”，除非你明确只做单市场英语站。
3. SEO信号怎么一次做对（hreflang、canonical、sitemap）
3.1 hreflang：告诉搜索引擎“这些页面互为语言版本”
Google 明确说明：用 hreflang 标注不同语言/地区版本，帮助理解它们是同一内容的本地化变体。
注意：Google 也说明它不会只靠 hreflang/HTML lang 来“检测语言”，语言识别是算法判断；hreflang 的价值在于“匹配版本关系”。
3.2 hreflang 的格式要标准
语言码/地区码要符合规范（如 en、en-us）。否则会触发工具报错，搜索引擎也可能忽略。
3.3 WPML 的 hreflang 放哪里更合适
WPML 常见做法是把 hreflang 写进 XML Sitemap（更高效），也支持放到页面 head。
你只要保证：每个语言版本互相引用，并且指向可索引的规范 URL。
3.4 canonical：每个语言版本都要“自指向”
多语言常见大坑是：
A 语言页面 canonical 指向 B 语言
hreflang 指向非 canonical 的 URL（信号冲突）
这会让收录和排序变得不稳定（典型：只收一种语言、或语言乱跳）。可参考常见问题解释：hreflang 与 canonical 冲突会误导搜索引擎。
4. woodmart 多语言常见冲突与快速修复
4.1 JS 延迟/合并导致切换器或区块失效
现象：切换按钮无反应、折叠/弹窗不工作。
处理：缓存插件里对多语言/主题相关脚本做排除（或关闭 Delay/Combine 对编辑器与关键页面的影响）。
4.2 翻译后 URL 结构不一致
现象：英文是 /en/product/xxx，法语变成参数或 404。
处理：统一 URL 方案（子目录/子域名），并同步重建固定链接与站点地图。
4.3 SEO 插件字段没翻译（标题/描述只显示一种语言）
如果你用 Yoast/Rank Math，建议配合 WPML SEO 这类兼容方案，确保多语言元数据可翻译并输出正确信号。
5. 上线前检查清单（建议照表逐项打勾）
检查项通过标准常见失败表现URL 结构统一所有语言同一规则（如 /en/）目录+参数混用语言切换落地切换后到同内容对应语言页一律跳首页hreflang 完整互相引用、格式正确缺失/格式错canonical 正确每页自指向本语言 URL指到别的语言sitemap 多语言每种语言都可被发现只出一种语言关键模块可翻译Header/HTML Blocks/属性等完整覆盖头部不跟随语言
总结
把 woodmart 多语言 做稳，核心就是：先定 URL 结构，再做切换体验，最后把 hreflang、canonical、sitemap 三个 SEO 信号统一起来。插件层面 WoodMart 更偏向 WPML 生态，能减少 Header/区块翻译不全的踩坑。