WordPress首页应采用静态HTML生成+Cl4边缘缓存方案：用wp-static-html-output或wp-cli预生成首页，排除动态组件并异步加载；Cloudflare等CDN配置Cache Everything及合理缓存头；动态区块通过REST API或htmx按需加载并独立缓存；发布时触发精准静态文件重建与CDN单URL刷新。
WordPress首页如果查询繁重，直接依赖动态PHP+MySQL渲染会明显拖慢首屏速度，尤其在高并发或内容更新频繁时。用Cl4（即“Cache Layer 4”，常指基于CDN或边缘缓存的第四层缓存策略）配合静态页面生成，是兼顾实时性与性能的有效方案——核心思路是：把首页变成可预生成、可边缘缓存的HTML文件，同时保留关键区域的轻量级动态能力。
静态首页生成：wp-cli + wp-super-cache 或 wp-static-html-output
不依赖插件实时渲染，而是定期或触发式生成纯HTML首页文件：
- 使用 wp-static-html-output 插件，支持全站或指定页面（如首页）一键导出为静态HTML，输出到
/wp-content/static/并通过Nginx/Apache重写规则直接响应/请求 - 用 wp-cli 配合自定义脚本实现定时构建：例如每天凌晨2点运行
wp static-html-output generate --pages=home --output-dir=/var/www/html/static-home，再原子化替换线上首页 - 注意排除动态组件（如登录状态栏、购物车数），这些应改用AJAX或HTMX异步加载，保持HTML主体静态
Cl4边缘缓存协同：Cloudflare / BunnyCDN / Cloudflare Pages
静态首页部署后，需让CDN真正“跳过源站”服务用户请求：
- 在Cloudflare中设置Page Rule：
yourdomain.com/→ 启用Cache Level: Cache Everything，并关闭Origin Cache Control（避免被WordPress头干扰） - 添加强制缓存头：通过Nginx配置对
/index.html或根路径返回Cache-Control: public, max-age=3600, stale-while-revalidate=86400 - 若用Cloudflare Pages，可将静态首页作为JAMstack站点托管，搭配
functions实现登录态等轻量逻辑，彻底剥离PHP
动态内容“局部刷新”替代全页重载
首页不可能100%静态，比如最新文章摘要、促销倒计时、用户欢迎语。这些不必牺牲整体静态性：
- 用 WP REST API 暴露结构化数据接口（如
/wp-json/wp/v2/posts?per_page=3），前端JS按需拉取并注入DOM - 采用 htmx 实现无JS降级：给动态区块加
hx-get="/dynamic/welcome"，后端提供轻量PHP endpoint（不走主题模板，仅echo JSON或片段HTML） - 所有动态请求务必设置独立缓存策略（如API响应加
Cache-Control: public, s-maxage=300），由CDN缓存5分钟，减轻数据库压力
更新触发与缓存失效联动
静态首页不能“一劳永逸”，必须确保内容发布后用户看到最新版：
- 在WordPress后台文章发布/更新钩子（
publish_post,save_post）中调用wp_cache_flush_group('static-home')或触发webhook重建静态文件 - 推荐用GitHub Actions或GitLab CI监听WordPress代码库变更（如
wp-content/themes/mytheme/index.php或关键数据源），自动触发CI构建并上传新首页 - 避免全局缓存清除；只让CDN针对
/路径执行Purge by URL，耗时短、影响面小
