【问题标题】:Content Localization Domain Best Practices内容本地化领域最佳实践
【发布时间】:2012-11-25 14:22:37
【问题描述】:

不确定进行网站本地化的最佳方法,寻找一般反馈和最佳实践来解决一些问题。

现状

我们有一家商店,需要根据用户所在位置(我们仅有权在特定位置销售某些产品)和不同价格(基于用户当地货币)展示不同的产品。

我目前面临的问题是内容都是相同的语言(英语),最终将针对每个国家/地区进行翻译,并根据用户的区域设置和偏好显示不同的内容语言。

目前的计划是根据位置将用户路由到相关子域:

  • fr.domain.comFrance 价格在EUR
  • de.domain.comGermany 价格在EUR
  • it.domain.com Italy 价格在 EUR
  • us.domain.comUnited States 价格在USD
  • gb.domain.comUnited Kingdom 价格在GBP

等等……

由于内容都是同一种语言,这是否会导致糟糕的用户体验(fr.domain.com 是否会推断语言(即法语),因为目前所有内容都是英语)。 — 这种方法有任何 SEO 优点/缺点吗? (如果在it.domain.comfr.domain.com 上列出相同的产品、相同的语言,可能会出现重复的内容问题。

或者这完全是多虑了,在内容被翻译成每种语言之前,我们应该只使用domain.com,检测用户位置并根据它显示相关的产品和货币。

【问题讨论】:

  • 仅供参考,“fr.domain.com”通常不是指“法国”,而是“法语”。所以期待来自瑞士、魁北克、海地等的游客

标签: language-agnostic localization seo subdomain currency


【解决方案1】:

我每天都在大型网站上进行多语言 SEO,这正是我要做的:

  • 首先,使用子域结构。这是出于一个原因 - 与 Google 网站管理员工具中的文件夹相比,您可以更轻松地处理子域,并且您可以使用本地化功能单独定位每个子域;文件夹是不可能的(嗯,它是,但它会导致各种问题。)

Ross Patterson 提供的 FYI 默认为 true,但可以由刚才提到的 Google Webmaster Tools 覆盖和处理,并实现以下内容:

这将处理重复的内容问题。我建议使用站点地图格式而不是页面代码/标题响应,因为我发现随着时间的推移更容易维护(外部跨国公司对代码库的依赖越少越好。)

  • 最后,进一步获取本地化的本地翻译内容。这是使您的网站发挥作用的唯一方法。

【讨论】:

    【解决方案2】:

    子域不应对 SEO 产生负面影响,通常只有 TLD (example.fr) 会影响 SEO。

    您对子域有什么想法?只是为了一个干净的 URL?为什么不 example.com/fr - example.com/en?

    【讨论】:

    • 子域背后的想法是 domain.com/fr 的替代方案,在 fr.domain.com 上执行需要几天时间,在 domain.com/fr 上执行需要几周时间。我认为目录方法在 SEO 方面是最好的。 — 我只是好奇 xx.domain.com 是否会对 SEO 产生负面影响。
    • 那么目录方法(example.com/fr example.com/us 等)意味着您的主域包含更多链接/页面 -> 因此更适合 SEO。
    猜你喜欢
    • 2010-12-17
    • 2010-10-11
    • 2015-12-10
    • 2011-04-07
    • 1970-01-01
    • 2020-08-28
    • 1970-01-01
    • 2010-12-03
    • 1970-01-01
    相关资源
    最近更新 更多