Linguise 在“Tilda”和“多语言网站”的搜索请求中积极推广。这看起来是一个很好的网站翻译选项。但事实真的如此吗？
Linguise 如何翻译 Tilda 网站？让我们来分析一下。
Linguise 是一个带有代理模式的 JS 翻译器。对于大多数平台，它通过浏览器中的 JavaScript 脚本工作。对于 Tilda，情况与 Weglot 类似：脚本在页面加载后运行并翻译 DOM 中已有的内容。
这意味着限制：Tilda 的动态内容（商品目录、带有 AJAX 的表单、小部件）可能部分翻译或延迟翻译。Google 在初次索引时看到的是原始页面，而不是翻译后的版本。
关键标准比较
翻译架构
Linguise：浏览器端的 JavaScript。内容在浏览器加载页面后进行翻译。
Multify：服务器端的代理层。内容在浏览器接收之前进行翻译。Google 在首次访问时看到翻译后的页面。
这是一个根本性的区别，影响着其他一切。
Tilda 动态内容
Tilda 动态加载部分内容：目录、表单、某些块。Linguise 的 JS 脚本在浏览器中运行——届时动态数据可能尚未在 DOM 中，或者在脚本完成遍历后才出现。
Multify 在服务器上拦截 HTTP 请求——它可以看到 Tilda 的完整响应，包括动态加载的内容。
SEO
Linguise 有一个 SEO 模式，可以为搜索引擎生成静态页面版本。这解决了部分索引问题。但实现更复杂：需要单独设置，并且 Tilda 的动态块仍然可能是一个问题。
Multify 直接从 HTTP 响应中返回翻译后的页面。无需为搜索引擎进行任何额外设置。
URL结构
Linguise：语言通过子域名或参数传递。某些配置支持文件夹。
Multify：通过代理层创建文件夹（/en/，/de/）。Tilda 不会因此而改变。
稳定性
根据Trustpilot上的评论，Linguise曾出现以下情况：与插件冲突导致网站出现问题，以及手动翻译丢失。对于稳定性至关重要的客户生产网站，这一点非常重要。
Multify专注于Tilda——代理架构对与第三方脚本的交互依赖性较小。
hreflang
这两种工具都添加了hreflang。Multify会自动为所有页面生成它，Linguise也具有此功能。
功能简要比较
架构：Multify使用服务器端代理，而Linguise通过浏览器中的JS运行。
Tilda动态内容：Multify完全支持；Linguise仅部分支持。
SEO：Multify无需额外设置即可运行。Linguise需要激活特殊的SEO模式。
URL结构：Multify始终创建清晰的文件夹结构（例如，/en/）。在Linguise中，这取决于配置。
hreflang： 在Multify中自动生成。Linguise也支持。
专业化： Multify专注于Tilda，而Linguise是适用于任何网站的通用平台。