我的意思是最好有
要么
我主要关心search引擎优化这里（我读了常见问题，知道search引擎优化pipe理被认为是主题）。 对我来说，两个域的解决scheme似乎更好，但是大多数框架似乎更喜欢只使用一个域。 我发现黑客入侵并不会使代码变得更加困难。 所以技术上我没有任何偏好。
你的第二个变种具有最好的SEO属性。 它将所有的网页排名保留在一个网站上，并限制了为相同内容无意中创build重复url的风险。
对我来说，问题的确是，你们在每个国家都有分公司/代理商/分社区吗？ 符合条件的需求可能来自以下任何方面：
如果您不需要单独站点的组织/文化需求，那么我的一般build议将是您的第二个变体，自动服务器端redirect到最可能的用户语言 。 当然，在HTML页面上可以覆盖一个可见的语言，以便用户可以更正自动检测中的错误。
语言select本身就是一门艺术。 老式的方法是用户自己select语言的初始页面。 它有效，但有点丑。
接下来是基于浏览器接受语言标头的服务器端302/303redirect。 这种方法是有效的，但有些浏览器configuration错误，fx公司工作站是为公司语言设置的，而不是本地语言。
最后一个是基于请求IP地址的服务器端redirect，与像Maxmind那样的地理位置数据库相匹配。 再次，这样的作品，但我从经验中知道，这不是完美的 – 我来自丹麦，但我的ISP在瑞典购买他的窥视，所以我经常得到瑞典文。 -O我旅行的时候更糟
现在，基于IP地址的服务器端语言select似乎是最常见的，至lessGoogle，Skype和其他公司都是这样做的。
最后一件事 ，我注意到Mozilla和其他一些人已经开始使用像“en-US”这样的语言代码，而不是像“en”或“eng”这样的语言代码。 这可能是一个短暂的时尚趋势，或者它可能是持久的 – 对我来说，它确实设置了内容完全本地化，而不仅仅是翻译的期望。
只要用户能够“预测”页面上使用的本地化，就是好的。 我不是一个SEO专家，但我想第二种情况下为my-domain.com提供更好的SEO权重。