本地化：子域、目录或域

Question

我即将开始我的第一个多语言网站，我想得到大家的意见......

该站点将使用 jQuery，因此始终可以选择结合使用 jQuery 和 Session 来管理区域设置。

在为您的网站进行本地化时，您发现哪种方法最具成本效益和可维护性？

1) 子域（en., fr., es.）

2) 目录 (domain.com/fr/)

3) 域（domain.au、domain.it）

4) Session 和 JavaScript（以及任何特定插件）

请记住，我没有使用 .NET 平台，因此我将无法使用他们的方法。 无论哪种工艺最好，无论是PHP还是ColdFusion，都应该是同一个概念。

Answer 1

这是一种观点，而不是事实问答 - 所以这是我的观点，无论是对还是错

我会 go 与子域（en.mysite.com / fr.mysite.com）：

1. 你很容易控制它

2. 搜索引擎会喜欢它（您可能会从每个索引中获得光环效应）

3. 保持相对和绝对路径简单（不像目录）

4. 选择语言环境后（我稍后会详细介绍），一切都应该“正常工作”

5. session / javascript 充其量是不可靠的，更糟糕的是合规性的噩梦

最后，您正在考虑的任何其他方法都没有明显的好处（我可以立即想到），这些方法也不适用于子域 - 但是，其他方法确实缺乏一些子域的灵活性（如路径）。

有些人正在回答您将如何选择访问者的正确语言环境，例如嗅探浏览器语言。 这是一个不同的问题，有很多方法可以做到这一点 - 我建议全部做，诀窍（和你的决定）是如何优先考虑它们。 例如：浏览器语言与 ip 来源与 cookie 与手动选择与等 - 哪个优先？

玩得开心，本地化可以是……一项任务。 =)

Answer 2

以下是一些可能对您有所帮助的文章：

- 2011 年多语言网站成功的 5 大技巧
- 网站本地化的好技巧
- 本地化 - 最佳实践

第一篇文章的重点是，如果你使用.au或.jp等国家代码顶级域名（ccTLD），可能对当地国家的搜索引擎更友好，但还是要看你的需要。 您是要针对替代语言还是整个国家/地区。 您还需要注意的另一件事是，与使用子域（www.site/au、www.site/es）相比，维护多个站点（例如 ccTLD）的成本更高。

希望有帮助。

Answer 3

我们通常使用本地化来检测客户端的浏览器语言。 如果浏览器的语言是“FR”，我们将从我们的语言文件夹中填充所有法语语言文件。 使用不同的子域是不同的故事。