多语言性能优化思路：翻译查询、语言检测与缓存平衡

引言：多语言站比单语慢一截

多语言多处开销：语言关联查询、字符串解析、切换器。优化核心是”把这些开销缓存掉、语言检测走 URL（零开销）”。

原理分析：优化三招

1. 对象缓存：Redis 缓存 icl/语言关联查询（见 WPML 性能篇）。
2. 语言检测走 URL：子目录/子域名下语言由 URL 决定，无需 Cookie 解析、无缓存变体麻烦。
3. 整页缓存按语言：配合 URL 模式天然分。
   三项叠加，多语言开销可压到接近单语。

保姆级实操

• Redis 对象缓存（必开）。
• 选 URL 模式（子目录）让语言检测零成本。
• 整页缓存 + 按语言（见缓存篇）。

// 语言检测：URL 模式直接 parse_request 取前缀，无 Cookie 开销

常见坑

1. 语言检测靠 Cookie + 每次解析，慢。
2. 没对象缓存，icl 查询累。
3. 案例：某站改 URL 模式 + Redis + 整页缓存，多语言 TTFB 与单语差 <80ms。
4. 切换器每页重算，可缓存。
5. 字符串全站解析，主题未 gettext。

总结

判断标准：URL 模式 + 对象缓存 + 整页缓存，多语开销压平。行动清单：开 Redis → URL 模式 → 整页缓存 → 切器缓存 → 测 TTFB。详见WPML 性能开销与优化设置。