多语言外贸站的三个常见错误：翻译、目录、询盘路径
多语言站的价值不在「语种多」，而在每个语种的页面都能独立被搜到、被读懂、被信任。语种堆得越多、每页越薄，整体质量反而越低。
一、错误一：机器翻译直接上线，没有校对
把中文页整段丢进翻译工具，再直接发布，是外贸站最省事也最贵的做法。省下的是翻译费，付出的是信任。
典型症状：
- 行业术语译错。阀门里的「球阀」译成 ball valve 是对的，但「截止阀」译成 stop valve 在英国客户看来就不专业，他们更习惯 globe valve。
- 中文的排比句被直译，读起来像广告口号，不像技术描述。
- 单位没换。国内写「公斤」「米」，英文页还是 kg/m 却配了中文的数值范围习惯。
可执行的做法：只翻译真正会带来询盘的那 10–20 个页面，人工写或人工精校；其余页面宁可保留英文，也不要放半成品翻译。语种数量不是指标，页面质量才是。
二、错误二：语言目录没有标记，页面互相打架
多语言站的技术核心是「同一内容的多个语言版本要互相声明关系」。常见做法有两种：
| 做法 | 示例 | 优点 | 风险 |
|---|---|---|---|
| 子目录 | /en/、/de/、/es/ | 权重集中，维护简单 | 需要正确配置 hreflang |
| 子域名 | en.site.com | 各市场独立运营 | 权重分散，成本高 |
| 参数切换 | site.com?lang=en | 实现最快 | 最不推荐，收录差、易重复 |
不管选哪种，两件事必须做：
- 每个语言页声明 hreflang，包括指向自己的那条和 x-default。
- 每个语言页的 canonical 指向自己，不要都指向英文版，否则其他语种等于没被收录。
检查方法：打开任意一个德语页，看源码里有没有 <link rel="alternate" hreflang="de">，以及 canonical 是不是它自己的地址。
三、错误三：询盘路径埋得太深
常见结构是：首页 → Products → 分类 → 产品 → 点「Contact」→ 跳到独立联系页 → 填表单。五步，每步都在流失。
更现实的做法是把询盘入口放在产品页内部：
- 页面底部一个只含五个字段的表单，不用跳转。
- 同时给一个 Request a quote for this item 的按钮，自动带上产品名。
- 邮箱用企业域名，不要用 gmail 或 163——外贸买家会看这个。
表单不要超过五个字段。公司名、邮箱、数量、需求描述足够。要电话、要职位、要预算的表单，在海外站的转化率通常明显更低。
四、上线前的一张检查表
| 检查项 | 合格标准 |
|---|---|
| 核心页人工校对 | 首页、前 10 个产品页、认证页、关于页 |
| hreflang | 每个语言页互相声明，含 x-default |
| canonical | 指向当前语言版本的自身地址 |
| 参数表 | 以 HTML 表格存在，不是图片或 PDF |
| 认证页 | 证书名、编号、机构、范围有文字说明 |
| 询盘 | 产品页内即可提交，字段 ≤ 5 |
| 结构化数据 | Organization、Product、BreadcrumbList 齐全 |
五、什么时候不用做多语言
目标市场只有一个、询盘量还没跑起来的时候，把英文站做厚，比开五个语种更有效。多语言的成本不在翻译，而在每个语种都要持续维护内容——开了不维护，等于给自己制造一堆薄页。
英文页本身怎么写，见[英文产品页怎么写，海外采购才敢发询盘](https://www.ddsky.cn/post/foreign-product-page.html)；整站的 GEO 结构改造，见[GEO 优化](https://www.ddsky.cn/geo.html)与[服务与报价](https://www.ddsky.cn/price.html)。
常见问题
多语言站用子目录还是独立域名？
子目录（/en/）更省事，权重也集中。独立域名适合各语言独立运营、预算充足的情况。中小外贸企业用子目录即可。
语言标记真的有用吗？
有用。hreflang 告诉机器「这几页是同一内容的不同语言版本」，缺了它容易出现英文页被当作重复内容，或者搜索时给用户返回错误的语言版本。
要上几个语种？
先做英语，跑顺了再加第二语种。语种越多，每页越薄，整体质量越低。三个语种各写十页，好过八个语种各写两页。
机翻之后怎么校对？
三步：术语表先定下来、单位与认证名称逐条核、找母语者读一遍开头三段。前三段读着别扭，后面写得再好也没人看。
询盘路径怎么设计？
每个产品页底部一个表单，字段不超过五个。要求填公司规模、年采购量的，回复率会掉一半。
把你的行业和现状说一句，我们回一份 AI 可见度的初查思路。