WPML 性能开销与优化：查询数量与缓存的控制

引言：装 WPML 后首页慢了 200ms

多语言站常比单语站慢，WPML 在每次请求里要查语言、关联翻译、解析字符串，增加数据库查询。量小时无感，内容多（几千篇×多语言）就明显。优化重点是缓存这些查询。

原理分析：开销来自哪

1. icl 关联查询：每取内容要 JOIN 语言映射表。
2. 字符串翻译：主题/插件字符串每次解析。
3. 语言切换器：遍历语言生成链接。
   这些大多可缓存。WPML 自带”缓存翻译对象”选项，配合对象缓存（Redis）能大幅降查询。

保姆级实操

开 WPML 缓存：WPML→支持→故障排除，勾”缓存翻译对象”等。

// 启用对象缓存（Redis）让 icl 查询走内存
// wp-config.php
define( 'WP_REDIS_OBJECT_CACHE', true );

用 WP Rocket/缓存插件整页缓存，并把”语言切换器”输出缓存。数据库层面给 icl_translations 相关加索引（插件已处理，勿手改核心表）。

常见踩坑

1. 没开对象缓存，每次查 icl 表。
2. 翻译字符串全站解析，主题未用 gettext。
3. 案例：某站 5000 篇×3 语言，首页 TTFB 从 200ms 涨到 600ms。开 Redis 对象缓存 + WP Rocket 整页缓存后回到 180ms。
4. 语言切换器放每页重算，可缓存。
5. 频繁切默认语言触发全站重排。

总结

判断标准：多语言站 TTFB 与单语接近（差 <100ms）。行动清单：开 WPML 缓存 → Redis 对象缓存 → 整页缓存 → 切器缓存 → 测 TTFB。详见LCP 优化的实操清单。