想把 Elementor 做出的页面用 TranslatePress 做成真正“可被搜索”的多语言站？关键在三件事：URL 结构、hreflang 标注、站点地图联动。下面给出从架构到落地的完整实操，篇幅精简但细到可直接照做！
1. 架构先行：为多语言打好底座
1.1 选择 URL 架构
推荐优先级：子目录 ＞ 独立域名 ＞ 子域名
子目录（示例：/en/、/fr/）
优点：部署简单、权重集中、维护低成本
TranslatePress 设置：Settings → General → URL slug 选择 Subdirectory for each language
独立域名（示例：site.fr）
优点：本地化极强，适合市场成熟国家
要求：TranslatePress Pro 的 Multiple Domains per Language，并在 DNS/SSL、Search Console 分别验证
子域名（示例：en.site.com）
中等复杂度，需分别添加到 Search Console
1.2 固定链接与分类结构
WordPress → 设置 → 固定链接：使用 /%category%/%postname%/ 或 /%postname%/
不要在不同语言使用相同 slug；TranslatePress 中为每篇文章、分类、标签翻译 slug
避免中文空格与特殊符号；URL 用小写、短横线连接
1.3 语言可见性与默认语言
TranslatePress → Settings → General
Force language in custom links：开启，确保内部链接始终带语言前缀
Use a subdirectory for default language：建议开启，默认语言也有清晰路径，便于 hreflang 与站点地图一致
2. Elementor 配置：让每个组件都能被“读懂”
2.1 可翻译与可索引
在 Elementor 中为标题、文本、按钮等使用标准小部件，避免将整段内容做成图片
图片 ALT、链接文本、按钮文本均可在 TranslatePress 的前端可视化翻译器中翻译
使用「站点标题」「站点描述」等动态字段时，确保在 SEO 插件里为每种语言设置独立值
2.2 模板与归档
Header/Footer、Single、Archive 模板需测试多语言切换是否驱动到正确分类与文章
Elementor Loop/Query：分类与标签应使用对应语言的 term ID；避免跨语言混抓
2.3 性能与索引
对于多语言重复的 Lottie/视频模块，按需懒加载
同一页面不同语言的内容需唯一化：标题+首段+内链差异，避免“仅翻译不本地化”
3. hreflang 落地：告诉搜索引擎“谁是谁的语言版本”
3.1 自动与手动
TranslatePress 会自动输出 <link rel=”alternate” hreflang=”…”>
校验要点：每个语言互相指向、包含自引用、并包含 x-default（可指向语言选择页或默认语言）
3.2 典型示例
<link rel=”alternate” hreflang=”en” href=”https://example.com/en/product/nautilus/”>
<link rel=”alternate” hreflang=”fr” href=”https://example.com/fr/produit/nautilus/”>
<link rel=”alternate” hreflang=”zh-Hans” href=”https://example.com/zh-hans/chanpin/nautilus/”>
<link rel=”alternate” hreflang=”x-default” href=”https://example.com/en/product/nautilus/”>
注意地区化时用区域码：en-GB、en-US、fr-FR，并确保 URL 真正对应该地区内容或货币/单位。
3.3 常见错误
缺自引用或缺某个语言版本的互链
hreflang 指向 301/404/带 UTM 的地址
不同语言内容完全相同，且仅机器翻译，没有本地化差异
4. 站点地图：Search Console 能抓到的才算数
4.1 谁来生成站点地图
使用 Yoast SEO 或 Rank Math（二者均与 TranslatePress 适配）
仅保留一个 SEO 插件的站点地图功能，避免重复
4.2 多语言 URL 的覆盖
站点地图 index 中应列出每种语言的 post-sitemap.xml、page-sitemap.xml 等
打开浏览器检查：每条 <loc> 是否带语言前缀；对应的页面源代码中是否含正确 hreflang
4.3 Search Console 提交策略
子目录模型：一个属性即可提交全量站点地图
独立域名/子域名模型：为每个域名单独创建属性并分别提交站点地图
抓取统计：对比不同语言的“已发现/已编入索引”数量，不断清理 404 与重定向
5. 内链与导航：把权重与用户送去正确语言
5.1 内部链接规范
在编辑器中插入链接前先切换语言，再选择目标页面
统一相对路径或绝对路径策略；开启 TranslatePress 的「强制语言」选项
分类页、标签页、站内搜索页都要有语言前缀
5.2 菜单与面包屑
为每个语言单独维护菜单
SEO 插件的面包屑组件多语言化，路径与 URL slug 一致
6. 重定向、规范化与重复内容
6.1 规范化标签（canonical）
每个语言版本 canonical 指向自身同语言 URL
禁止把非默认语言 canonical 到默认语言
6.2 重定向策略
永远使用 301 做历史 URL 到新语言路径的迁移
不建议根据 IP 自动跳转语言；使用明显的语言切换器即可
7. 图片、媒体与本地化细节
7.1 媒体多语言
图片 ALT、标题、说明文字逐一翻译
若图片含英文文案，准备对应语言版本；或用 CSS 文本层覆盖
7.2 结构化数据
用 SEO 插件输出 Article/Product 的 schema，不同语言填入本地化标题与描述
价格/货币本地化请与地区 hreflang 一致；无价格就保持一致单位和格式
8. 测试与排错清单
8.1 页面级检查
查看源代码：是否存在完整的 hreflang 集合与自引用
用浏览器地址栏轮询语言 URL：均返回 200、非跳转、非 noindex
Canonical 是否指向本页同语言 URL
8.2 站点地图与 GSC
站点地图覆盖是否等于已发布页面总数（按语言）
GSC 中“语言/地区”是否匹配预期；手动提交关键页面抓取
8.3 性能与可访问性
多语言页面 Core Web Vitals 不应显著劣化
语言切换器可被键盘与读屏识别，lang 属性正确
9. 团队协作与发布流程
内容翻译（含 slug、标题、Meta、ALT）
本地化审校（单位、日期、示例、法务）
技术校验（URL、hreflang、canonical、内链）
站点地图刷新与 GSC 提交
日志记录：新增语言 URL 清单、重定向表、差异点说明
10. 快速问答
必须为默认语言加 /en/ 之类前缀吗？
强烈建议。统一路径规则能简化 hreflang 与站点地图的生成与维护。
机器翻译是否会被降权？
翻译可作为起点，但需本地化润色与差异化内容；完全机器翻译且无增益，易被判定为薄内容。
分类与标签要不要翻译？
要。并翻译其 slug，且只在对应语言文章中使用该分类与标签。