WPML Page Builders AddOn 扩展介绍
页面构建器把内容存成自己的数据结构，WordPress 默认的翻译机制看不见里面的字段。这层扩展干的事就是”把构建器的组件登记给 WPML”，让标题、描述、链接、富文本这些字段出现在翻译界面里。
官方推荐与兼容清单
- Elementor：推荐，免费版与 Pro 都兼容。
- Beaver Builder 与 Beaver Themer：推荐。
- WPBakery：推荐。
- Visual Composer：推荐。注意 WPBakery 与 Visual Composer Website Builder 是两个产品，官方特意写了请勿混淆。
- Page Builder by SiteOrigin：推荐。
- 其他：Divi（把显示条件扩展到 tags、posts、pages）、Bricks、Breakdance、Brizy、Cornerstone（X 与 PRO 主题）、Oxygen。
自定义组件怎么注册
- 自带组件天然可翻译，不需要额外处理。
- 自定义组件写
wpml-config.xml，放进主题或插件目录。 - 外层标签按构建器区分：
elementor-widgets、beaver-builder-widgets、siteorigin-widgets、cornerstone-widgets。 - 字段类型用 LINE、AREA、LINK、VISUAL 四种，分别对应单行、多行、链接、富文本。
- Repeater 字段用
fields-in-item items_of包住子字段，否则重复项里的内容翻不到。
WPML 4.9 之后会自动识别自定义 Elementor 组件，能翻，但会把不少你不想翻的字符串一起注册进去，比如内部标识与样式键。官方仍建议手写 wpml-config.xml 做字段控制。Multilingual Tools 插件里带 WPML-Config Generator，可以先自动生成一版 XML 当底稿，再手工删减。
实操的坑
- 字段注册多了翻译界面很乱。先只登记真正需要翻译的字段，后面加容易，删很难。
- Repeater 顺序错位。各语言重复项的条数最好一致，否则前台渲染会串行。
- 样式不跟着走。翻译版页面的类名与样式设置是独立存的，改主语言样式不会同步到译文页。
- 构建器版本升级。构建器改数据结构后，旧 XML 可能失效，升级前在测试站验证一遍。
- 缓存。翻译后页面缓存与 CSS 缓存都要清，不然还是旧文案。
- 与主题自带组件冲突。主题自己注册的组件与插件注册的同名时，以先加载的为准，冲突了看错误日志。
授权范围提醒
这类附加组件按账号档位提供，Multilingual CMS 与 Multilingual Agency 才包含。拿到的包里如果只有空目录，或缺少构建器侧的 PHP 文件，说明不完整，装上也看不到翻译入口。
适合谁
用 Elementor、WPBakery、Beaver 等构建器做的多语言站；给客户交付多语言主题的开发者；自己做构建器组件、需要让组件可翻译的插件作者。纯 Gutenberg 站点用不到这层。
nulled 版本适合本地把 XML 注册与翻译流程跑通，正式站请支持正版。下载在芒果下载页，装完核对文件完整。
多语言插件见WordPress 多语言标签，构建器方向看Elementor 标签。
插件总目录在WordPress 插件列表页，多语言专题在网站多语言翻译插件推荐。
本站所有资源收集自网络，所有软件版权归属原作者。
