建站 · 多语言本地化
多语言本地化：术语表、地区页与 GEO 一致
面向多市场独立站：先建术语表与产品/实体名，再选地区页或 hreflang 策略；机翻只作初稿。GEO 要求跨语言实体一致、可摘录短答可复核。路径见 Transmate 长文与 SEO vs GEO。
问题：为什么卡在这里
机翻翻车、术语乱、hreflang/地区页策略不清；把「开了多语言插件」当成「已本地化」。
方法：可执行步骤
1术语表
产品名/认证/规格锁定
→
2初译
AI 按术语表
→
3审校闸门
人工通过才发布
→
4地区页
市场页非仅语言切换
→
5抽检
实体名与 GEO 字段
第一批只本地化高意向页（首页/产品/询盘），不要一上来全站机翻。术语表未定时禁止开放「全自动同步」。
工具卡片
Transmate 本地化路径
术语表、审校闸门与 GEO 口径；写清适用边界与下一步，避免一句话占位。
读长文 →Shopify Markets + GEO
多市场可卖且可被正确引用；写清适用边界与下一步，避免一句话占位。
读长文 →SEO vs GEO
双清单对照；写清适用边界与下一步，避免一句话占位。
读长文 →对比与边界
| 维度 | 建议做法 | 常见误区 |
|---|---|---|
| 翻译 | 术语表+审校 | 裸机翻全站 |
| 结构 | 地区页策略 | 只切语言忽略市场 |
| GEO | 实体名一致 | 每语种自由发挥品名 |
| 发布 | 抽检批次 | 全量自动同步 |
场景优势：语言质量可控，实体一致，地区策略可解释。
适用：多语言外贸站、多市场品牌站、需要审校流程的团队。
不适合：拒绝审校、要求「一键全语言上线」的项目。
FAQ
机器翻译能省掉译员吗？
能降低初译成本，不能省审校闸门；关键页必须人工。
hreflang 配好就够了吗？
不够。还要地区内容策略与实体一致性，否则 GEO/SEO 仍翻车。
和询盘站什么关系？
多语言询盘页的表单与 CRM 字段也要按语言映射，避免跟进断点。
WordPress 多语言独立站搭建选什么结构？
子目录利于权重集中、运维最省；子域次之；独立域名适合强本地化品牌。先建术语表再建站——顺序错了，后面每个地区页都在返工。
