多语言站点用子目录还是子域名，抓取和维护怎么分

做多语言站点时子目录和子域名该怎么选，要看抓取归属与后台维护差别在哪两条线上：抓取侧关心每种语言版本能否被独立发现、互指关系是否正确；维护侧关心配置份数与内容复用成本。子目录把多语言收在同一站点地址下，域名权重与抓取通道共用；子域名把每种语言推到独立地址下，便于分开运营，代价是配置与监控各算一份。

两种结构各自的默认归属

子目录形式的地址挂在同一个站点后面，不同语言表现为同一站点下的不同路径段。抓取方默认把它视为同站内容，站点地图与内部链接的管理相对集中。

子域名形式则是另一个主机名，多数情况下被当作独立站点看待。这带来灵活性：不同市场可以用不同服务器、不同联系方式，甚至不同运营团队；也带来负担：证书、解析、抓取规则与站点地图都要按份准备。

语言切换要处理的两件事

第一件是互指关系。同一内容的不同语言版本之间要能互相找到，切换时给出正确的对应地址，而不是笼统跳回首页。跳首页会让用户每次切换都重新找内容，抓取方也读不到对应关系。

第二件是地址稳定性。语言标识一旦确定就尽量不要改形式，从子目录换成子域名或反过来，旧地址需要长期保留重定向。已收录的地址用重定向方式引导到新位置，保留期至少要覆盖搜索端完成替换的时间，仓促下线等于把已有积累丢掉。

后台管理成本差在配置份数

后台侧的差别主要体现在份数上。多语言站点的配置与切换属于站点层能力，同一套后台里管理各语言版本，栏目、模板与权限可以复用，日常只需要维护一份结构，语言版本按开关与映射生成。

如果各市场需要不同的栏目结构与主题，就落到多站点管理的范围内。多站点能力面向多品牌、多主题的场景，站点之间相互独立，代价是每个站点的配置、备份与更新都要单独过一遍。判断标准很简单：内容差异大、运营主体不同，选独立站点；内容同源、只是语言不同，选站点内的多语言。

内容复用与翻译流程

翻译的工作量取决于能复用什么。整页 HTML 翻译意味着可以直接对呈现结果做转换，标题、正文与结构一起处理，省掉逐字段搬运；如果只能重新录入内容，同样的页面每加一种语言就重做一遍。

流程上建议分三步：先在源语言把内容定稿，再生成目标语言版本，最后由人工核对术语与合规表述。顺序颠倒会带来返工，源内容还在改时先做翻译，等于每改一次就要重翻一遍。

站点地图也要按语言版本覆盖到，让每种语言的可索引页面都被列出，并与互指关系保持一致。名称、联系方式与法务表述在目标语言里要单独复核，这部分不适合交给自动转换。

常见问题

子目录一定比子域名更容易做权重吗？ 不能一概而论。子目录共用同站通道，起步更集中；子域名适合独立运营，但需要各自积累。

同一篇内容能不能只在一种语言发布？ 可以，但没翻译的版本应在切换关系里说明，避免用户反复跳转。

后期从子目录改成子域名代价大吗？ 主要代价在重定向维护与两边配置，需要一段时间并行运行，不要一次性切换。