如何修复 Core Web Vitals

LCP、INP、CLS——三个指标，一个问题：真实手机打开你的页面时，能不能做到不等待、不乱跳？WordPress 可以被调优，但要真正通过并长期保持通过，靠的是部署在 CDN 上的静态 HTML。

Quick answer

修 LCP：削减 TTFB，把首屏大图优化好。修 INP：移除占用主线程的 JS（页面构建器、点击触发的 GTM、在线客服脚本）。修 CLS：为图片设定尺寸，避免后期注入内容。如果你在用带页面构建器的 WordPress，迁移到托管在 Cloudflare 上的静态 Hugo，是通过 Core Web Vitals 的可靠方式，不再依赖随时可能出问题的插件堆。

查看你的 LCP / INP / CLS 问题

WordPressEscape 提供免费的 60 秒审计，展示你的真实 PageSpeed、Core Web Vitals、SEO 缺口以及页面数量——然后由我们代为完成 Hugo 迁移，在不丢任何 URL 的前提下删除 WordPress，并托管到 Cloudflare 边缘节点。

免费扫描我的网站 →

LCP —— 页面出现得太慢

Largest Contentful Paint 通常就是那张首屏大图再加上一个拖沓的首字节时间。WordPress 的 TTFB 就像一笔“性能税”。把 HTML 从边缘节点直接输出，并为 LCP 图片设置 width、height 和 fetchpriority，这几项就解决了大部分 LCP 问题。

INP —— 点按起来像喝醉了一样

Interaction to Next Paint 本质上是 JS 问题：Elementor、GTM、聊天插件、轮播组件。延迟 JS 的插件是在打一场打地鼠游戏。静态页面只保留少量运行时（表单、搜索），根本不需要 400KB 的 jQuery。

CLS —— 页面乱跳

未设置尺寸的图片、网页字体、广告、Cloudflare 邮件混淆脚本，都是罪魁祸首。为元素设定尺寸，不要在首屏渲染后再注入页头内容。我们在自己的网站上是踩过坑的——邮箱混淆脚本是 CLS 杀手。

我们会在审计中评分这一项

免费扫描会标记阻塞渲染的资源、缺失的 srcset，以及布局问题。随后迁移过程会把“通过核心指标”变成默认状态。

查看你的 LCP / INP / CLS 问题

免费扫描我的网站 →

常见问题

什么是 Core Web Vitals？

这是 Google 的真实用户数据指标，分别衡量加载速度（LCP）、交互响应（INP）和视觉稳定性（CLS）。它们会影响搜索排名，也直接决定页面的使用体验。

我能在 WordPress 上通过 Core Web Vitals 吗？

有时可以，如果你使用的是极简主题、几乎没有插件。但大多数插件堆叠或重度页面构建器网站，很难长期保持在“良好”区间。静态交付才是稳定通过的方式。

WordPressEscape 会帮我修好 Core Web Vitals 吗？

会——但不是再装一个缓存插件，而是把站点迁移为托管在 Cloudflare 上的静态 HTML。所有 URL 保持不变，搜索排名不会被重置。

如何修复 core web vitals修复 lcp修复 cls提升 inp