您想翻译网站并正在寻找选项，但总是归结为同一点：代理或翻译 API。
问题是，默认情况下它们都不能很好地工作。表单未翻译。动态内容保留在原始语言中。SEO 没有改善，因为 Google 仍然只看到一个版本的网站。当您尝试解决此问题时，会出现新问题。
本文解释了每种方法的工作原理、它们的不足之处以及在选择之前需要考虑的事项。
翻译 API 如何工作
翻译 API 接收文本并以另一种语言返回。DeepL、Google Cloud Translation、Amazon Translate。您发送请求 — 您收到翻译。
要在网站上使用此功能，有人必须将 API 集成到代码中：
- 开发人员进行初始集成
- 自定义缓存和翻译更新逻辑
- 每次调用付费（按字符或令牌）
- 每次网站更改都需要支持
不会自动发生的事情： API 不知道您的网站上有哪些文本、何时更改以及如何显示。您需要自己构建。API 只是一个翻译引擎，所有其他都是集成工作。
对于拥有自己的技术团队和非常具体要求的项目，这可能是有意义的。对于需要在几天内启动多语言网站的代理机构来说，这负担太重了。
翻译代理如何工作
翻译代理位于您的网站服务器和用户浏览器之间。当有人访问 mycompany.com/ru/ 时，请求会通过代理，代理会翻译服务器上的内容并返回已翻译的页面。
无需触碰网站代码。设置是 DNS 的问题，而不是开发的问题。
In Practice:
- Static and dynamic content is translated before it reaches the browser
- 每个语言的真实 URL：/ru/, /fr/, /de/
- 当源内容更新时，翻译会自动更新
- SEO 从第一天起就有效
实际限制：并非所有翻译代理都能翻译动态内容。基于 JavaScript 的代理在浏览器中插入翻译——这意味着 SEO 会受到影响，并且表单仍未翻译。只有在服务器上运行的翻译代理才能避免这些问题。
网站翻译中的实际问题
在选择代理或API之前，了解每种方法在特定情况下的不足之处是很重要的。
表单
表单是最麻烦的问题之一。字段文本、错误消息和确认通常是动态生成的。使用客户端API，此文本会出现延迟或根本不出现。使用JavaScript代理也是如此。只有在服务器上运行的代理才能一致地翻译表单。
动态内容 (JavaScript)
商品目录、实时价格、JavaScript 生成的文本——所有这些都在页面加载后进入浏览器。客户端 API 和 JavaScript 代理无法翻译 HTML 中尚不存在的内容。结果：部分翻译的页面。
SEO
根据Google Search Central 官方文档，通过 JavaScript 渲染的内容可能会以显著的延迟进行索引，或者无法持续进行索引。如果翻译依赖于 JavaScript，Google 可能无法看到它们——或者在几周后才能看到。
通过服务器端代理，Google 会收到已经翻译好的页面。每个语言版本都有真实的 URL、hreflang 和在索引中的位置。
电子商务
在网店中，商品目录、价格、购买按钮和确认页面都必须翻译。一半是另一种语言的购买流程将无法转化。而 Google 不索引的目录将无法吸引自然流量。
Direct Comparison
那么，该选择哪种呢？
当有技术团队、集成时间和特定要求时，直接API才有意义：复杂的Web应用程序、用户内容的翻译、文档翻译流程。
JavaScript代理易于安装，但它与客户端API一样存在SEO和动态内容问题。它只适用于非常简单的静态网站。
服务器代理是现有网站的自然选择，无需更改代码即可添加语言，从第一天起即可实现有效的SEO并支持动态内容。
问题在于，市场上的大多数代理都在浏览器端运行，而不是在服务器端运行。
有替代方案吗？
有些解决方案结合了两种方法的优点：它们像服务器端代理一样工作——无需更改网站代码——但使用先进的翻译模型，不仅考虑文本，还考虑上下文。
这在实践中意味着什么：
- CMS 中不重复页面
- 动态内容与静态内容一样被翻译
- SEO 从一开始就有效：真实的 URL、自动 hreflang、每个语言的站点地图
Multify 正是这样工作的。它在 DNS 级别连接，在服务器上翻译所有内容，并自动为每个语言版本生成 SEO 结构。