深入了解国际 SEO（+ 分步说明）

对于缺乏必要经验的 SEO，尝试为使用不同语言或位于不同国家/地区的用户优化网站可能是一项艰巨的任务。这份关于国际 SEO 的深入指南的创建是为了在此过程中为他们提供支持。

我首先要简要解释什么是国​​际 SEO 以及何时需要。然后我将提供很多关于如何优化网站的技术提示，包括选择哪种 URL 结构，如何在 Google Search Console 和 Bing 网站管理员工具中设置地理定位，以及如何正确实施语言标签。

什么是国际搜索引擎优化？

简而言之，国际 SEO 可帮助您针对搜索引擎优化您的网站，这样他们就可以更好地了解您在网站上为哪些国家和语言创建了各种内容。

然后，通过向每个受众提供最相关的内容，使用此信息来提高搜索结果的质量

什么时候重要？

当您拥有一个多语言网站时，国际搜索引擎优化变得很重要，这意味着它以至少两种不同的语言或区域口音提供相同的内容，当它是多区域时，这意味着您为位于不同位置的用户提供不同的内容国家或两者。

多语言网站的一个例子是加拿大一家汽车租赁公司的网站，它提供了两个相同的网站版本——一个是英文的，一个是法文的。

多区域网站的一个例子是，如果一家加拿大汽车租赁公司也在墨西哥开展业务。举例来说，墨西哥人更喜欢租用马力较小且成本较低的小型汽车。墨西哥的网站版本不仅仅是将原始英语内容翻译成西班牙语；内容本身已经改变。所以我们的品牌略有不同，不同的租车有不同的产品图片和描述，不同的价格，当然还有不同的货币。

第一步

在国际搜索引擎优化方面为您的企业寻找最佳解决方案首先取决于您的业务目标。

因此，您首先必须定义要定位的用户。你可以通过问自己以下三个问题来做到这一点：

1. 我想定位使用某种语言的用户吗？然后你必须应用语言定位。
2. 我是否想针对特定国家/地区的用户，因此我要为他们创建定制的内容？然后你必须专注于地理定位。
3. 我两个都要吗？看起来您必须同时进行语言定位和地理定位。

国际搜索引擎优化技术技巧

您现在知道是否需要应用地理定位、语言定位或两者的组合。让我们开始看看事物的技术方面。

国际搜索引擎优化有两个主要问题：

1. 如何在您的一个或多个站点上构建不同版本的内容。
2. 如何告诉搜索引擎哪个版本的内容最适合哪个受众。

cookie 和 JavaScript

首先，您肯定不想使用 cookie 或 JavaScript 在同一 URL 上显示您网站的不同国家或特定语言版本。

这可能会阻止除一个网站版本之外的所有网站版本在搜索引擎中被抓取和编入索引，因此请确保远离它。

IP 地址和基于浏览器的重定向

一些网站管理员不想打扰他们的用户。因此，他们会根据检测到的 IP 地址或浏览器设置，自动将他们重定向到他们认为最相关的语言/特定位置的内容版本。目标：改善用户体验。

然而，这种方法带来了一些问题：

• 不准确– IP 地址可能非常不准确。您可能会错误地定位用户并强制将他重定向到您网站的不相关部分。
• Incomplete Indexation – Googlebot 从位于加利福尼亚的 IP 地址抓取，因此它只会看到专用于美国的版本
• 多个国家– 一种语言可以在多个国家使用。你选择哪个国家？
• 多种语言——一个国家可以有多种官方语言。你选择哪种语言？
• 慢– 额外的重定向增加了用户在获得对您网站的完全访问权限之前必须等待的时间。

这就是为什么我们建议您在第一次访问您的网站时询问您的用户，选择他们的居住国家和/或他们最喜欢的语言，然后相应地设置 cookie。

URL 结构：ccTLD 与子域与子文件夹与参数

建立一个 URL 结构很重要，它不仅从人类的角度来看有意义，而且合乎逻辑，因此对于爬虫来说很容易理解。

您在这里有多种选择，每种选择都有优点和缺点。

例如：一方面，有些搜索引擎偏爱特定国家/地区的域名。另一方面是您的开发团队，他们可能正在寻找最方便的做事方式，因此他们更喜欢使用子文件夹。

这里确实没有放之四海而皆准的解决方案。最重要的因素是无论您选择哪种 URL 结构，您都应该在整个国际化工作中坚持使用它。

此外，稍后更改您的网址结构不仅是一个复杂的过程，而且还可能会影响您的排名并导致一段时间内的流量下降，因此请务必事先做好所有必要的计划。

以下是您可用的选项：

ccTLDs

如果您想专注于针对特定国家/地区，请考虑使用 ccTLD（国家/地区代码顶级域）。

ccTLD 是特定于国家/地区的域，Google Search Console 和 Bing Webmaster Tools 都会自动将 ccTLD 定位到指定的国家/地区。

示例：

yoursite.us → 自动定位位于美国的所有用户

关于 ccTLD 的坏消息是，由于您的站点主要针对所有用户，但仅针对位于特定国家/地区的用户，因此扩展空间有限。让我举一个例子：

您已经开始使用包含法语内容的 .fr 域（自动定位到法国）。最近，您在子域上创建了网站的英文版本以定位英国用户，并且希望在 Google.co.uk 中排名。

英国.yoursite.fr

您可能很难这样做，因为对于 Google 来说，ccTLD 是一个强有力的指标，“表明您的网站明确针对某个国家/地区”（来源），Bing 也是如此。

您不可能在 Google.co.uk 中排名吗？不，如果您的内容与英国用户高度相关并且比本地内容更相关，您仍然可以这样做，但这并不容易。

顺便说一下，如果您拥有 ccTLD，并且该特定国家/地区使用多种语言——想想加拿大或印度，这是一个例外。在这种情况下，我们结合了语言和地理定位。

带子域的 gTLD

gTLD（通用顶级域）是非特定国家/地区的域。因此，如果您想将 gTLD 地理定位到一个国家/地区，则必须在 Google Search Console 和 Bing 网站管理员工具中手动执行此操作。

示例：

你的网站.com

子域定义了根域的较大部分，可用于设置博客、电子商务商店等，也可用于语言和地理定位。

示例：

us.yoursite.com → 以位于美国的所有用户为目标

带子文件夹的 gTLD

子文件夹定义域或子域的子部分。

例子：

yoursite.com/us → 以位于美国的所有用户为目标

带参数的 gTLD

通过添加语言参数，您还可以将您的内容定位到使用某种语言的用户。

示例：

yoursite.com?lang=en-us → 以所有说美式英语的用户为目标

为了完整起见，我想在本指南中提及位置参数，尽管它们并不是一个真正的选项，而且 Google 也不建议将其用于您的 URL 结构，原因有二：

1. 基于 URL 的分段很困难，并且可能导致索引问题。
2. 在 Google Search Console 中，无法使用参数进行地理定位。

示例：

yoursite.com?loc=ca → 定位加拿大的所有用户

组合

如果您想同时应用语言定位和地理定位，则必须使用上述结构的组合。例如，您可以将子域与子文件夹组合，或将子文件夹与参数组合。

您也可以连续使用两个子文件夹。在这种情况下，您应该始终将第一个子文件夹用于国家/地区定位，将第二个文件夹用于语言定位。

以下是针对加拿大法语用户的一些可能组合示例：

URL 结构的优缺点

为了帮助您选择最适合您业务的 URL 结构类型，我在下表中总结了与每种结构相关的优缺点：

底线

总而言之，这是我对不同 URL 结构的建议。

• ccTLD 需要最多的资源来建立和维护，尤其是在内容方面，因此最适合在目标国家/地区拥有大量受众的知名品牌。
• 子文件夹最适合资源较少且希望将维护成本保持在最低水平的企业。此外，如果您有一个完善的网站，您可以从已经建立的链接配置文件中受益。
• 子域允许您在多个国家/地区设置本地服务器。然而，它们也有缺点，我们通常更喜欢使用 ccTLD 或子文件夹而不是子域。
• 语言参数是一种可扩展的解决方案，易于标记。但是，它们看起来并不干净。

地理定位

如果您想将业务扩展到另一个国家，并且要为新用户创建全新的内容，那么地理定位是您的不二之选。

您可以使用地理定位来告诉搜索引擎您的哪些域、子域或子文件夹与特定国家/地区的居民最相关。

但我真的想强调，从某种意义上说，您的新内容与旧内容不同是非常重要的，因为您不仅仅是将单词翻译成另一种语言，因为那样您就必须应用语言定位。

您必须将内容更改到什么程度，才不会被视为重复内容？这不是一个容易回答的问题，因为没有明确定义的阈值。一般规则是：您所做的更改越多，遇到任何问题的可能性就越小。

托管

在本地 IP 地址上托管您的网站是否会给您在搜索引擎排名和索引编制方面带来任何好处？

• 根据 Google 的说法，使用 ccTLD 使得在本地服务器上托管站点完全无关紧要。
• 对于 gTLD，服务器位置可以作为您网站目标受众的信号，这在您使用子域进行地理定位时会派上用场。
• 请记住，服务器离目标受众越远，加载网站所需的时间就越长，这会恶化用户体验。

区域定位

最后但同样重要的是，在我向您展示如何在 Google Search Console 和 Bing 网站管理员工具中使用地理定位之前，我想澄清一个常见的误解：

一些 SEO 认为您可以跨国定位到整个地区，例如欧洲。不幸的是，事实并非如此。现在，您只能实施特定国家/地区的地理定位，并且地区性顶级域名（例如 .eu）被视为通用顶级域名。

如何实施地理定位

在 Google Search Console 中，您必须一次声明每个域、子域或子文件夹，并指定您要定位的国家/地区。

幸运的是，有了 Bing 站长工具，整个过程就方便多了，因为不需要分别验证要编辑的每个部分，这为我们节省了很多工作。