多语言 WordPress 缓存预热策略：各语言版本缓存预生成方法

引言：首访法文页要 3 秒，因为没预热

整页缓存能极大提速，但默认只缓存”被访问过的”页面。多语言站有 N 种语言 × M 篇文章，若只预热了英文，法文用户首访仍要源站生成，体验差。

原理分析：为何要预热

缓存命中时直接返回静态 HTML，TTFB 可低至几十毫秒；未命中则需 PHP+MySQL 全程渲染。多语言站语言维度让”未命中组合”暴增。预热（warm-up）就是主动提前访问各语言 URL 生成缓存。WP Rocket 有内置”预加载”可爬站点地图；WPML 下需确保爬的是带语言前缀的 URL。

保姆级实操

1. WP Rocket 预加载：设置→预加载→开启” sitemap 预加载”，提交各语言 sitemap（如 /fr/sitemap.xml）。
2. 手动脚本：写 bash 循环 curl 各语言 URL：

for l in en fr de ja; do
  for u in $(cat urls.txt); do
    curl -s "https://site.com/$l/$u" >/dev/null
  done
done

3. CDN 预热：Cloudflare 用 API 提交各语言 URL 到边缘缓存。
4. 定时任务：用 cron 每日低峰预热新增页，配合 多语言站点缓存预热策略 的频率设定。
5. 验证：预热后随机抽测各语言 TTFB，确认命中。

常见踩坑

• 案例：某站只预热英文，法文首访 TTFB 3.1s，加全语言预热后统一 80ms。
• 预热脚本没带语言前缀，只生成了默认语言缓存。
• CDN 把不同语言当同源缓存，串语言（需按 Vary: Accept-Language 或路径隔离）。
• 预热频率过高，源站 CPU 被打满。

总结

缓存预热 = 各语言 sitemap + 脚本/cron 主动访问 + CDN 边缘预热。这是 多语言站点Core Web Vitals 达标的前提。务必验证命中，而非只看英文。