多语言站点的地址怎么排，译文和原文是不是同一个域名下

做多语言站点时，各语言版本的地址结构怎么安排、译文和原文是不是放在同一域名下，通常有三种排法：同一域名下用路径前缀分语言、按语言拆子域名、各语言使用独立域名。三者的差别不在好不好看，而在维护量与「主机归属」这两件事上——路径前缀不改变主机，后两种会把站点拆成多个主机身份，配置和验证都要各做一遍。

三种地址排法各自意味着什么

路径前缀的形式是在同一域名下按语言分目录，原文与译文共享一个主机身份，切换语言只是换前缀。子域名的形式是每个语言一个主机名，检索与提交通道会把它当作独立主机看待：一条公开提交通道就明确规定每个子域被视为独立的主机，需要为每个子域分别创建和管理单独的密钥文件。独立域名的形式更进一步，各语言连品牌外壳都分开，适合面向不同市场独立运营的场景，代价是配置数量按语言倍增。

路径前缀为什么通常优先

先说维护量。同一域名下，证书只有一份、robots 配置只有一份、站点地图与模型说明文件都只在一处生成；拆成子域名后，这些都要按主机各配一遍，任何一处漏配就表现为「某个语言版本收不到更新」。再说语言之间的成对关系：路径前缀下，原文和译文的位置是一一对应的规则化关系，切换链接可以由程序生成；域名分散后，对应关系要靠配置维护，改版时更容易漏掉另一半。

原文和译文怎么成对切换

切换要成对，这是最容易做错的一点。只在译文页放一个「返回原文」的入口，而原文页没有指向译文的链接，抓取方读到的就是一组单向链接，无法判断这两个页面是同一内容的不同语言。合理做法是把语言切换当作页面上的一组固定出口：每个语言版本都列出全部可选语言，当前语言自身也出现在列表里；缺译时给出明确的缺省处理，而不是让切换链接指向空页。

整页翻译和字段级翻译的边界

站内的多语言站点支持做的是多语言站点配置与切换，翻译粒度按整页 HTML 进行。先分清概念：多站点管的是多个独立站点之间的归属与隔离，多语言管的是同一内容在不同语言下的表达，两者可以叠加使用，但解决的不是同一个问题。这个边界要认清：它解决的是「同一篇文章在其他语言下有一份可读页面」，不是把数据库里每个字段都存多份。所以字段的组织方式应当在设计内容模型时就定下来——产品参数这类结构化内容，如果各语言字段各填一套，维护量会随语言数线性增长；整页翻译则把增量留在页面层。站内自 2023 年起就提供 AI 写作辅助，翻译与写作在同一套流程里衔接，新增语言版本的成本比纯人工填字段低。

伪静态规则在多语言下怎么写

伪静态规则决定地址长什么样，多语言下要满足两条：同一条规则能覆盖各语言路径，不会因为加了语言前缀就走到另一条匹配分支；改写后的地址仍然能被程序反推出对应的原文页。带参数的路径如果各语言写法不一致，站点地图里就会出现同一篇内容的两种地址形态，索引归属容易判错。

常见问题

问：已经用子域名分了语言，改回路径前缀值不值？ 答：要按维护成本判断。改回能减少配置重复，但涉及跳转与提交地址变更，短期成本不小，通常在下一次改版窗口一起做。

问：多语言站点需要每种语言单独生成站点地图吗？ 答：在同一主机下不需要，各语言地址可以出现在同一份清单里；拆成多个主机名后，就要按主机分别处理。

问：译文还没补齐时地址要不要先放出来？ 答：不建议放出一份空页。要么等页面成立后再进入清单，要么在切换列表里明确标注缺省状态，避免抓取方读到没有内容的页面。