您是否应该为多语言网站使用子文件夹或子域?

多语言网站

有时您作为网站所有者可能希望为您的内容提供多种语言。有很多不同的方法可以解决它。我看过基本上有两个网站的网站,以国家代码开头。我看过有不同国家/地区代码顶级域名的网站。我甚至看到当用户点击按钮时通过脚本动态交换内容的网站。

建立多语言网站的最简单方法是拥有两个版本的网站。但问题是,您如何展示这些网站?

第三件事
在我解决标题中的具体问题之前,我想指出有第三种选择; 国家代码顶级域名。这些被称为ccTLD或国家和地区代码顶级域名。普通TLD是.com,.org,.net等常用套件。

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

全球插图
您可以使用两种方法将适当的用户运送到相应的站点。例如,您可以在用户的​​第一个视图中加载脚本,根据其IP地址识别其地理位置并将其重定向到正确的站点。另一种选择是在主页上显示一个地图,允许用户选择转到不同版本的网站。类似地,使用语言选择器以类似的方式工作。

使用此方法有两个主要缺点。首先是保养问题。当你维护所有这些不同的网站时,这是很多工作。需要为每个代码推出代码。您需要托管或全球运行的CDN,以便人们不会尝试以跨大西洋的速度加载您的网站。很容易让一个网站落后或破坏,你可能不知道它或立即修复它。

第二个缺点是类似的; 您需要注册TLD,这意味着它们需要可用且价格合理。您的代理商的首字母缩略词可能意味着德语中的其他内容并且已经被采用,这使您失去了品牌的对称性。另外,如果您忘记为其中一个付款,您可能会丢失其中一个网站。

通常,使用子域或子文件夹更容易但效果更差。两者都是有效的选择,谷歌可以按照预期的方式解析它们,它只会失去你从模仿大型跨国公司获得的一点点。

需要考虑的因素
在您确定子站点,子文件夹或ccTLD是否适合您的站点之前,您需要分析制作多语言站点的因素。

您是针对不同的国家/地区,还是只是一个多语言社区?
您定位了多少种不同的语言?
您打算手动翻译内容,还是使用插件来完成繁重的工作?
你如何处理移动网站?
您在处理全球商务还是信息?
一旦找到这些问题的答案,您就可以开始决定您希望网站采用何种格式。所以让我们分别讨论它们中的每一个。

您是针对不同的国家/地区,还是只是一个多语言社区?

这是两种截然不同的情景。例如,美国的许多地区都有大量的人口将西班牙语作为主要语言。为了服务社区,城市和州服务可能会有多语言网站,可以使用英语和西班牙语。他们不需要实际到达或定位西班牙,墨西哥或世界上讲西班牙语的任何其他地区,因为该网站的信息和目的纯粹是本地的。加拿大的许多地区也是如此,加拿大法语是一种语言。

网站站长工具目标国际访问者
您不需要国家/地区代码来识别不同的语言; 子文件夹或子域名将完美无缺。您甚至可以将它们命名为更本地的,而不是使用基于国家/地区的标识符。

您定位了多少种不同的语言?

如果您定位两种语言,例如上面的示例,则可以使用您想要的任何设置。但是,如果您想要一个涵盖10个或20多个不同国家和语言的真正全球网站,会发生什么?这种情况发生在欧洲范围的网站上。看看欧洲联盟的网站和角落里的语言选择下拉菜单。单击其他语言会更改站点的子文件夹。

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

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

有很多理由不使用自动翻译。自动翻译是你如何最终得到这样的事情。还有一些证据表明,谷歌特别认为自动翻译是垃圾邮件制造者的工作,并在搜索排名中将其推倒。

翻译内容WordPress
也就是说,如果您正在迎合一个小型双语社区,您可以通过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-less示例站点的移动版本。它更干净,但它仍然涉及多个重叠参数,意味着更多的多语言页面和移动页面的维护。

当然,最好的答案是简单地使用响应式设计来实现移动兼容性,但有些人很顽固,拒绝适应新事物。

您在处理全球商务还是信息?

当您通过全球运输和订单处理运营实际业务时,会有更多的事情发生,并且在不同地区拥有不同的团队肯定是值得的。在这种情况下,使用ccTLD将获得回报。

子文件夹,子域,有什么区别?
你知道子文件夹是.com域之后的/ folder /,你知道子域是URL的.sub.site.com元素,但是机械上的实际差异是什么?

子域通常被视为不同的网站。通常,www.blog.example.com和www.store.example.com将被视为不同的网站。这意味着他们将拥有不同的SEO值,不同的反向链接配置文件等等。这通常是因为像WordPress.com这样的网站如何工作,子网域为每个用户分配给他们自己的网站。

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

谷歌目前通常很聪明,无法确定子域是否属于同一站点或不同站点。他们可以区分您博客上两个独特的WordPress.com页面和两个子域名。通常情况下,如果您将两个子域名的SEO值整合到您的域名整体中,那么Google将会这样做。

子文件夹没有拆分站点问题,这既好又坏。这意味着如果你想实际分割你的内容,你将无法做到。但是,这意味着如果您在将Google元素解析为同一网站时遇到问题,则会被强制为同一网站。

子文件夹通常更容易且更频繁地被爬网,因为这是典型的网站结构向URL添加新内容的方式。但是,通过适当的站点地图,这不是问题。Google Analytics(分析)也可以将多个子文件夹作为一个站点处理,而不是多个子域。

你应该使用哪种?
那么,问题就变成了,你应该使用哪种方法?

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

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

在这些情况下,您应该几乎总是使用子文件夹。子域名在搜索引擎优化方面失去了很多权力,这在营销和搜索可见性方面有很大的不同。Moz多年来一直在做多次测试,并确定使用子文件夹只是更好的SEO练习。将内容从子域移动到子文件夹,在其他条件相同的情况下,可以提高排名。

子文件夹也释放了最常见的无响应移动设计空间,即m。子域。我冒昧地说,超过90%的没有响应的移动网站本身都使用子域名,这意味着如果你有一个移动网站,子域名可能就是你正在使用的,如果它不是动态的。子文件夹更适合这种方式。

最后一个选项是使用脚本或代码动态更改站点上内容的语言。出于某些原因,我不建议这样做。

所有内容都需要存在于页面上,这会使页面的主题和地理相关性变得混乱,这使得Google难以对您进行适当的排名。
没有可靠的方法可以确保所有用户,无论浏览器,脚本阻止和cookie设置如何,都能轻松获得适当的语言。
无论实际意图如何,代理或设备设置或位置都可以自动检测语言。
当然,在某些情况下,最佳实践并不重要。特别是政府和教育网站经常有官僚制定的规定,他们不知道自己在做什么,因此你必须充分利用你所拥有的东西。你可能只需要匹配1998年以来使用过的东西,祝你好运。