在 2026 年 10 月 20 日的 WordPress 性能工作组例会上，团队继续围绕核心 Web Vitals 、脚本与样式加载、图片与媒体优化等方向推进。对站长而言，这些改动最终都会落到「页面更快、体验更稳」上。本文把本期讨论里你能直接照着做的前端提速动作整理成一份清单。
本期聚焦的方向
- 脚本加载顺序与延迟执行：减少阻塞渲染的 JS；
- 模板与区块的按需加载：只在用到时加载资源；
- 图片与媒体：延续懒加载与现代格式（WebP/AVIF）的默认策略；
- 字体与第三方嵌入：降低外部请求对首屏的影响。
站长能立刻做的提速清单
步骤一：启用对象缓存（如 Redis 或 Memcached），减少数据库重复查询。
步骤二：开启图片懒加载并使用 WebP/AVIF，控制首屏图片体积。
步骤三：合并或延迟非关键 JS 与 CSS，优先保证首屏渲染。
步骤四：用 CDN 分发静态资源，缩短用户到服务器的距离。
步骤五：定期清理修订版本、过期 transient 与无用插件，减轻后台负担。
性能优化是持续动作，建议每次大版本升级后都用 PageSpeed 或 WebPageTest 复测一次基线。
和编辑器迭代的关系
性能优化与编辑器（Gutenberg）版本的推进是并行线：新区块设计工具在带来能力的同时，也要守住加载成本。可对照 Gutenberg 24.2 发布 了解编辑器侧的同步变化；更系统的站点级优化思路见 AI 生成网站性能优化。
常见问题
需要。例会决定的默认加载策略、懒加载与缓存行为会随版本直接作用于你的站点；提前了解能更快判断升级后的变化。
先看瓶颈在哪：慢在数据库就上对象缓存，慢在图片就压图与懒加载，慢在 JS 就延迟执行。先测后改，避免盲目堆插件。
先排除插件冲突（逐一停用排查），再检查缓存与 CDN 是否生效；必要时回退到上一个稳定版并复测。
「延伸：用
官方 Performance Lab 插件把多项性能实验（如图片优化、字体加载策略）集中提供，适合在暂存环境提前验证，再决定是否随核心落地。
评论 (0)