客户说：我想要一个俄语和英语的网站。你打开编辑器，立即遇到一个问题，这听起来像是一个技术问题，但实际上会影响 SEO：页面地址会是什么样子？
有三种选择摆在桌面上。每种选择都有支持者，但论点常常将 SEO、便利性和技术限制混为一谈。让我们按顺序分析。
三种 URL 结构选项
独立域名。每个语言版本都存在于自己的域名上：mysite.ru 和 mysite.com 或 mysite.de。有时会使用国家域名：.ru、.de、.fr。
子域名。语言版本在子域名级别上分开：ru.mysite.com 和 en.mysite.com。
文件夹（子目录）。所有版本都在一个域名上，通过路径分开：mysite.com/ru/ 和 mysite.com/en/。
这对SEO有何影响
Google 官方表示，它可以平等地处理这三种选项中的任何一种。但在实践中，仍然存在差异。
独立域名迫使您独立推广多个网站。链接权重、行为信号和域名权威是为每个网站单独积累的。如果您的 .ru 域名很强大，它对 .com 域名没有任何帮助。针对不同国家（.de、.fr）的域名向 Google 发出信号，表明该网站面向哪个国家——这对于本地搜索来说是一个优势，但前提是您愿意单独投资推广每个域名。
子域名在技术上与主域名分离。Google 可能会将它们视为独立的网站。这是一个有争议的问题：官方声明他们会考虑子域名之间的关联，但实践表明，权威的传递效果不如文件夹。
文件夹是 SEO 角度最有利的选择。所有语言版本都在一个域名上，其声誉在多个地区和语言中同时增长。无需将精力分散到多个网站：内容、反向链接和行为信号都作用于一个域名。如果您已经在推广主网站，那么文件夹中的新语言版本不会从零开始。
只有当您真正计划将其作为特定国家/地区的独立品牌来发展时，才应选择独立域名。对于大多数代理机构的任务来说，这都是多余的。
总的来说，地理定位是一个独立的深入话题，我们将在另一篇文章中讨论：
除了 SEO，还有什么会影响选择？
管理。一个域更简单：一个 SSL 证书、一个分析、一个 Google Search Console 帐户（尽管您需要通过 Search Console 将版本添加为多语言网站的单独属性）。对于多个域，则需要将所有内容乘以版本数量。
分析。对于文件夹，流量在一个 GA4 视图中可见，通过 URL 路径可以轻松按语言过滤。对于子域或域，您需要设置跨域跟踪，或者单独查看报告。
语言切换器。对于带有 /ru/ 和 /en/ 文件夹的结构，可以根据规则构建切换器，而无需存储页面映射。对于单独的域，这会变得复杂，但 Multify 解决了这个问题：它会自动跟踪所有域并正确地将页面相互关联。
hreflang。对于任何结构，它都是必需的——这是一个属性，告诉 Google 哪个版本适用于哪种语言和地区。唯一的区别是属性中 URL 的格式。
为什么在 Tilda 上使用文件夹是个问题
Tilda 在技术上允许创建文件夹，但它们不会与不同的语言相关联。您可以创建 /en/ 或 /de/ 这样的结构，但对于搜索引擎来说，所有这些页面都将具有项目设置中指定的相同语言。使用这种结构无法实现全面的多语言功能。
在实践中，这很难扩展。更新内容时，必须单独更新每个语言版本。添加一种语言——创建另一个页面版本。如果您的网站是一个博客，那么每种语言都必须创建一个单独的流，这使得内容管理变得非常复杂。此外，如果没有正确设置，语言可能会在搜索结果中“混淆”，因为 Google 很难确定哪些内容是针对哪些受众的。
但是有一种方法可以在没有这些复杂性的情况下获得文件夹。
通过代理在 Tilda 上创建文件夹
Multify 作为一个 代理层 运行：请求到达 mysite.com/en/，通过代理，代理提供所需的语言版本并将其提供给用户和搜索引擎。Tilda 不知道发生了什么：它像往常一样工作。
最终，您将获得一个具有完整 SEO 的文件夹结构（/en/、/de/、/fr/）：一个域名、不断增长的权威、正确的 hreflang。同时，网站本身仍保留在 Tilda 上，无需更改任何设置。
在这种方法下，hreflang 会自动生成——无需为每个页面手动编写属性。