您应该为多语言站点使用子文件夹还是子域？

你应该是多语言站点使用的子域？有时，你可能希望为你的内容使用多种语言。有很多不同的方法来解决它。我看到的网站上有两个一个网站，以国家/地区代码开头。我见过不同的国家/地区代码社区的网站。我可以在用户点击按钮时通过脚本动态交换内容的网站。

建立多语言站点的最简单方法是拥有两个版本的站点。但问题是，您如何显示这些站点？

在我解决标题中的具体问题之前，我想引出还有第三种选择；国家代码 TLD。这些被称为 ccTLD，或国家代码环境域。普通 TLD 是 .com、.org、.net 等的常用套装。

运行多语言站点的最佳方法是为每个区域创建站点的特定版本。 例如，如果您有一个美国网站、一个德国网站和日本，那么您的网站将拥有三个版本。 ，一种是德国，一种是日本。他们每个人自己的网址；www.example.com 用于美国站点，www.example.de 用于德国站点，www.example.jp 用于日本站点。

您可以使用两种方法将适当的用户传送到适当的站点。首先，您可以有一个脚本，在用户第一次查看时加载，根据他们的 IP 地址识别他们的地理位置并将他们重定向到正确的站点。另一种选择是简单地在您的主页上显示一张地图，允许用户选择转到不同版本的网站。同样，语言选择器的工作方式也类似。

使用这种方法有两个主要缺点。首先是保养问题。当您维护所有这些不同的站点时，需要做很多工作。需要为它们中的每一个推出代码。您需要在全球范围内运行的托管或 CDN，这样人们就不会试图以跨大西洋的速度加载您的网站。很容易导致一个站点落后或损坏，而且您可能不知道或立即修复它。

第二个缺点类似；您需要注册 TLD，这意味着它们需要可用且价格合理。您的代理机构的首字母缩略词可能在德语中具有其他含义并且已经被采用，从而使您失去品牌的对称性。此外，如果您忘记为其中一个站点继续付款，您可能会丢失其中一个站点。

通常，使用子域或子文件夹更容易但效率较低。两者都是有效的选择，谷歌可以按照预期很好地解析它们，它只是失去了一点点模仿大型跨国公司的声望。

在决定子域、子文件夹或 ccTLD 是否适合您的站点之前，您需要分析创建多语言站点的因素。

• 您是针对不同的国家/地区，还是仅针对多语言社区？

• 您针对多少种不同的语言？

• 您打算手动翻译内容，还是使用插件来完成繁重的工作？

• 您如何处理移动网站？

• 您是处理全球贸易，还是只处理信息？

一旦你弄清楚这些问题的答案，你就可以开始决定你希望你的网站采用什么格式。因此，让我们分别讨论它们中的每一个。

您是针对不同的国家/地区，还是仅针对多语言社区？

这是两种截然不同的场景。例如，美国的许多地区都有大量以西班牙语为主要语言的人口。为了为社区提供服务，城市和州服务机构可能拥有可同时使用英语和西班牙语的多语言站点。他们不需要实际到达或定位西班牙、墨西哥或世界上任何其他讲西班牙语的地区，因为该网站的信息和目的纯粹是本地的。加拿大的许多地区也是如此，在那里，加拿大法语是一种完全属于它自己的语言。

您不需要国家代码来识别不同的语言；子文件夹或子域将工作得很好。您甚至可以为它们命名更本地化的名称，而不是使用基于国家/地区的标识符。

您针对多少种不同的语言？

如果您的目标是两种语言，就像上面的例子一样，您几乎可以使用任何您想要的设置。但是，如果您想要一个涵盖 10 多个或 20 多个不同国家和语言的真正的全球站点，会发生什么？这发生在欧洲范围内的网站上。查看欧盟网站和角落中的下拉菜单以选择语言。单击不同的语言会更改站点的子文件夹。

当您拥有如此多的语言时，使用 ccTLD 通常是最容易的。有两个原因。一方面，当您规模很大时，您通常在每个地区都有办事处，并且可以分配每个地区来管理自己的站点，主要指令来自您的全球总部。其次，它只是减少了后端的混乱。从同一个主机控制面板管理一个站点的十几个或更多不同版本可能会变得非常混乱。

您打算手动翻译内容，还是使用插件来完成繁重的工作？

有很多理由不使用自动翻译。自动翻译是你如何结束这样的事情。还有一些证据表明，谷歌特别将自动翻译视为垃圾邮件发送者的工作，并将其在搜索排名中压低。

也就是说，如果您要迎合小型双语社区，您可能可以通过 WordPress 或您正在使用的任何其他 CMS 提供的翻译插件之一进行自动翻译。但是，对于更大的内容，您可能应该避免自动翻译。如果您负担不起专业翻译，您可能不应该尝试将您的业务本地化为另一种语言。

您如何处理移动网站？

这是一个人们通常不会想到的大问题。同样的子域/子文件夹问题也出现在移动网站上。如果您有一个移动子域，您就不能真正为语言创建子域，对吗？你会同时拥有 www.m.eng.example.com 和 www.eng.example.com 以及 www.m.fr.example.com 和 www.fr.example.com，这简直是一团糟。对两者使用子文件夹也会出现同样的问题。

你可以同时使用两者。www.m.example.com/eng 和 www.m.example/fr 将是两个无 m 示例站点的移动版本。它更干净，但它仍然涉及多个重叠的参数，这意味着对多语言页面和移动页面的维护要多得多。

当然，最好的答案是简单地使用响应式设计来满足您的移动兼容性，但有些人固执，拒绝适应新事物。

您是处理全球贸易，还是只处理信息？

当您经营具有全球运输和订单处理功能的实际业务时，会发生更多事情，并且为不同地区设立不同团队肯定是值得的。在这种情况下，使用 ccTLD 会有所回报。

您知道子文件夹是 .com 域之后的 /folder/，并且您知道子域是 URL 的 .sub.site.com 元素，但机械上的实际区别是什么？

子域通常被视为不同的网站。www.hqtweb.example.com 和 www.huaqiutong.example.com 通常被视为不同的网站。这意味着它们将具有不同的 SEO 值、不同的反向链接配置文件等。这通常是因为像 WordPress.com 这样的网站是如何工作的，每个用户都有自己网站的子域。

子域也可用于按主要类别划分站点，实质上为您提供同一域下的微型站点。您可以拥有一个科技品牌，并拥有一个用于相机内容的 camera.website.com 域，一个用于笔记本电脑和 PC 内容的 computer.website.com 域，等等。每个都可以单独排名，但可以交叉链接以共享价值。

如今，谷歌通常足够聪明，可以识别子域是同一站点还是不同站点的一部分。他们可以区分您博客上两个独特的 WordPress.com 页面和两个子域之间的区别。通常，如果将两个子域的 SEO 价值归为一个整体对您有好处，那么 Google 会这样做。

子文件夹没有拆分站点问题，这有好有坏。这意味着如果你想真正划分你的内容，你将无法做到。但是，这意味着如果您遇到 Google 未将您的元素解析为同一站点的问题，它将被迫成为同一个站点。

子文件夹通常更容易和更频繁地被抓取，因为这是典型的站点结构向 URL 添加新内容的方式。不过，有了适当的站点地图，这不是问题。与多个子域相比，Google Analytics 更擅长将多个子文件夹作为一个站点处理。

那么问题来了，你应该使用哪种方法？

我通常建议您尽可能使用 ccTLD 方法。随着您的成长和扩展，组织起来更容易，也更容易移交给其他团队。您可以让专门的团队拥有自己的主机访问权限，而不是要求每个人都通过一个主机。

但是，我确实认识到在很多情况下使用 ccTLD 不符合要求。地理本地社区示例是 ccTLD 不起作用的突出示例。

在这些情况下，您应该几乎总是使用子文件夹。子域在 SEO 方面失去了很多力量，这在营销和搜索可见性方面产生了巨大的不同。Moz 多年来进行了反复测试，并确定使用子文件夹只是更好的 SEO 实践。在其他条件相同的情况下，将内容从子域移动到子文件夹可以提高排名。

子域也释放了最常见的无响应移动设计空间，即m。子域。我敢说，超过90%的没有响应的移动网站都在使用子域，这说明如果您有一个移动网站，如果它不是动态的，那么子域可能就是您正在使用的。子某以一种方式更适合。

最后一个选择是使用脚本或代码来动态更改您网站上内容的语言。我不推荐这几个原因。

• 所有内容都需要出现在页面上，这会重新生成页面的主题和地理相关性，使 Google 更难您进行适当的学习。

• 没有可靠的方法来确保所有用户（无论浏览器、脚本和阻止如何设置）都可以适当地使用 cookie 的语言。

• 实际意图如何，代理或设备设置或位置都可能会影响语言的自动检测。

当然，在某些情况下，最佳实践并不重要。特别是政府和教育网站通常有官方制定的规则，他们不知道自己在做什么，因此您可以充分利用所获得的东西。您可能只需要需要匹配自 1998 年以来使用的内容，并且祝您好运。