网站翻译

WPML 与 Elementor：为何会变得复杂（以及该用什么替代）

作者

Elizabeth Pokorny

审阅人

更新于

2026年6月8日

Elementor 支撑着数百万个活跃的 WordPress 网站，市场份额超过30%。此外，WPML 是 WordPress 上使用最广泛的翻译插件之一。当您希望将 Elementor 网站改造成多语言网站时，WPML 往往是团队的首选。

问题并不在于这两者无法兼容。WPML 官方同时支持 Elementor 的免费版和 Pro 版，许多网站使用这一组合也运行得十分顺利。问题在于，“官方支持”和“无需持续维护即可正常运行”是两码事。

Elementor 的内容存储方式与常规的 WordPress 不同，这意味着 WPML 需要额外的集成层来处理它。这会带来额外的维护成本，而Weglot 解决这个问题。

主要收获

Elementor 将内容存储为小部件级别的 JSON 结构，这超出了 WPML 所基于的标准 WordPress 文章和页面模型的范畴。这意味着翻译工作需要额外的配置和主动管理。
要在 Elementor 网站上运行 WPML，至少需要两个插件，此外还需根据您的内容类型安装相应的扩展插件。
2024年12月发生的一起兼容性问题导致Elementor编辑器无法使用，并在那些更新顺序错误的已上线网站上引发了严重的前端错误，WPML因此不得不于当天发布紧急补丁。
Elementor V4 现已成为新网站的默认编辑器，而 WPML 自身的勘误页显示，针对 V4 功能的兼容性工作在 2026 年初仍在通过点更新持续推进。
Weglot 通过一个插件Weglot Elementor 网站的Weglot ，无需手动触发翻译、无需关注模板排序要求，也无需管理多个插件之间的同步。

为什么 Elementor 和 WPML 可能会让你比预期更忙

标准的 WordPress 文章和页面遵循一种可预测的结构。WPML 正是基于这一模型设计的：它会为每篇文章或页面创建一份翻译副本，将其与原文建立关联，并在源内容发生变化时跟踪需要更新的部分。

不过，Elementor 会将所有内容以序列化 JSON 的形式保存在数据库的小部件级别。您的标题、按钮文字、图片说明和版块背景都会作为各自小部件内的独立属性进行存储。

主题构建器模板（用于控制页眉、页脚、归档页面布局以及单篇文章设计）完全独立于文章和页面的结构之外。Elementor V4 的原子组件架构增添了另一层结构，WPML 的集成必须对此加以考虑。

WPML 通过一个专用的 Elementor 集成层来处理所有这些功能，该层适用于许多网站。但挑战在于，这一层会形成一种持续的维护关系：每当 Elementor 进行架构变更时，WPML 的集成就必须跟上。

WPML 与 Elementor 结合使用时开始出现问题

在接下来的几节中，我们将概述一些已记录的问题，这些内容摘自 WPML 自身的勘误表、支持论坛和更新日志。首先，让我们来看看为何需要安装多个插件。

Elementor 网站的典型 WPML配置需要两个必备组件：

WPML 多语言内容管理系统支持文章、页面和自定义文章类型。
WPML 字符串翻译功能负责处理由您的主题和插件生成的界面文本。如果没有此功能，您的大部分 Elementor 内容将完全无法进行翻译。

此外（具体取决于您的网站），您还需要：

WooCommerce 支持。如果您的 Elementor 网站包含在线商店，则必须安装 WPML Multilingual and Multicurrency forWooCommerce 。
自定义字段翻译。在Advanced Custom Fields (ACF)的字段值支持翻译之前，您需要安装一个专用的 WPML 多语言 ACF 插件。
媒体翻译。若需根据不同语言提供不同的图片或文件，则需要安装一个单独的插件。

该插件捆绑包中的每个插件都可能增加数据库的查询负载。我们对 WPML 架构的分析显示，每个 WPML 扩展插件都会使数据库查询负载增加多达 20%。在大型网站上，服务器响应时间可能会增加多达半秒。

直到 2026 年初 WPML 4.9.0 发布之前，情况甚至更为复杂。许多第三方 Elementor 小部件需要一个自定义的 XML 配置文件，内容才能在翻译编辑器中显示。简而言之，自定义小部件中的文本无法被识别，翻译内容不会在前端显示，而要翻译一个基本的按钮或横幅，还必须手动编写 XML 代码。

可能导致网站崩溃的更新

当 Elementor 或 WPML 发布重大更新时，两者之间的兼容性可能会出现问题。因此，更新顺序至关重要。

例如，Elementor于 2024 年 12月发布的 3.26 版本移除了一个已弃用的 PHP 类，而 WPML 的集成层仍依赖于该类。WPML 于同日发布了一个紧急补丁，并附有明确说明：请在更新 Elementor 之前先更新 WPML。那些更新顺序错误的网站遭遇了致命的 PHP 错误。其后果是：

Elementor 编辑器完全停止加载，导致无法编辑或发布任何页面。
带有语言切换器的前端页面向访客显示了错误信息。
在等待补丁生效期间，WPML建议将Elementor恢复到上一版本作为临时解决方案，不过WPML也指出，这一过程可能需要长达24小时。

遗憾的是，确实发生过几次多个上线站点同时宕机的情况。由此得出的经验是：两个大型且独立维护的插件之间进行集成时，总是会面临此类协调难题。

Elementor 4.0 带来了更多复杂性。其“原子组件”架构与旧版的“版块-列-小工具”模型大不相同。因此，WPML 不得不重新构建部分集成功能以适应这一变化。WPML 的勘误页展示了实现完全兼容所需的巨大工作量。

Elementor 全局小部件的两步操作流程

Elementor 的全局小部件是基于单一设计的可复用元素。例如，这可能是一个通用的“行动号召”（CTA）、客户评价轮播或新闻通讯表单。尽管它们在其他方面非常实用，但在使用 WPML 进行管理时，这却是较为耗时的环节之一。

使用 WPML 时，翻译全局小工具意味着在“翻译仪表盘”中将其作为独立的内容项定位并进行翻译，与它所显示的任何页面无关。但是，当您在主语言中更新小工具时，其翻译版本不会自动更新。要保持它们同步，需要执行以下几个步骤：

在 Elementor 中对小工具进行任何修改后，请单独返回 WPML 翻译仪表盘。
在仪表盘中找到全局小部件条目，该条目与显示该小部件的页面是不同的。
手动触发重新翻译，并检查每种语言的更新版本。

在那些全球性小工具被数十甚至数百个页面共享、且内容更新频繁的网站上，这是一个容易被忽略的重复性手动操作。因此，当访客切换到第二语言时，可能会看到按钮或CTA的旧版本，而WordPress中并未显示相应的提示。

主题构建器模板与动态内容

在 Elementor 的主题构建器中，您的页眉、页脚、单篇文章模板、归档布局和 404 页面都是位于 WordPress 文章和页面结构之外的模板。WPML 将其视为一个独立的内容类别，需要单独处理。

WPML 官方的 Elementor 文档中明确指出，应先翻译 Elementor 模板，再翻译网站其他内容。在构建新网站时，人们往往本能地优先处理页面内容，因此这一要求可能会让你措手不及。

如果采用另一种方法（以未翻译的页眉模板为例），导航项目以及页眉中的任何文本都不会在其他语言版本中显示，除非您返回并单独处理它们。

动态内容也可能因时间差而引发问题。Elementor 的动态功能（例如查询循环或从自定义字段提取数据的动态标签）会在访客加载页面时渲染输出结果。WPML 会在同一时刻拦截 WordPress 数据库查询，以提供该内容的翻译版本。

当两个系统同时处理同一内容时，这种交互可能会导致结果不一致。例如，您可能发现已翻译的内容无法显示。在更严重的情况下，在主语言中显示正常的版式，在次语言版本中可能会出现乱码。

支离破碎的翻译工作流程

上述所有因素的综合影响，导致翻译工作流程分散在多个不同的工具和管理界面中。在一个典型的运行 WPML 的 Elementor 网站上，您的团队需要在以下平台之间进行协作：

所有设计和内容工作均使用主语言在Elementor编辑器中进行。
WPML 翻译控制面板，用于触发文章、页面和模板的翻译。
针对不属于文章和页面模型的主题及插件字符串，使用WPML 进行字符串翻译。
为全局小部件设置独立的仪表板条目，这些条目不会与它们所在的页面分组在一起。
用于审阅和编辑翻译内容的高级翻译编辑器，该编辑器既独立于 Elementor，也独立于 WPML 主控制面板。

简而言之，Elementor 网站没有一个单独的界面可以显示整个网站的翻译状态。这意味着您需要手动检查多个位置，以确认每个页面、模板、全局小部件和插件字符串在多种语言中的内容是否最新。

Weglot 在 Elementor 上的独特Weglot

所有兼容性问题的根本原因在于：WPML是在WordPress数据模型内运行的，而Elementor存储内容的方式则部分超出了该模型的范围。

Weglot 采取了不同的方法。Weglot 并非在 WordPress 的文章和页面结构内运作，也无需为每种内容类型维护独立的集成层，而是直接在渲染后的输出层面上Weglot 。

无论内容是由哪个小工具、模板或插件生成的Weglot 。无论是标准文章、Elementor 小工具、主题构建器模板、全局小工具还是 V4 原子组件，Weglot 都能一视同仁地进行检测。

Weglot 实现其他翻译插件无法做到的功能：

自动翻译所有内容，无需手动触发。 Weglot 您的网站，并对全部内容进行 AI 翻译。此后您在 Elementor 中进行的任何更改都会被自动检测并翻译。
所有内容类型均通过相同的流程进行处理。无需为小部件字符串、主题构建器模板的排序要求以及自定义 XML 配置单独设置组件。
允许您在上下文中查看和编辑翻译。 WeglotVisual Editor 会以实时预览形式展示您的 Elementor 页面，并叠加翻译控制面板。这意味着您可以及时发现布局问题，例如德语或法语文本过长，超出了所在设计区域的范围。您无需在不同工具间来回切换，即可直接在同一视图中进行修正。
网站上线后即刻 启用多语言SEO功能。针对不同语言的URL、hreflang标签以及翻译后的元数据均可自动配置，无需安装单独的SEO插件。
通过一个控制面板即可管理一切。您可以在单一界面中查看所有内容类型、所有语言以及所有 Elementor 组件的翻译状态。