客户打开网站时，不会先查看你的 Lighthouse 分数。他们只会感受到页面是否很快出现、按钮是否及时响应、内容是否在加载过程中跳来跳去。Core Web Vitals 把这三种体验拆成 LCP、INP 和 CLS，适合用作企业网站性能讨论的共同语言。
LCP：主要内容多久出现
Largest Contentful Paint（LCP）关注页面主要内容的加载速度。Google 给出的良好体验目标是 2.5 秒内。企业网站常见的改进方向包括压缩首屏图片、使用合适的图片尺寸、减少阻塞渲染的脚本，并让服务器更快返回首个页面。先找出访客最常进入的页面，不要只优化首页。
INP：点击后多久得到回应
Interaction to Next Paint（INP）衡量用户点击、输入或打开菜单后，页面多久给出视觉回应。良好目标是小于 200 毫秒。大量 JavaScript、复杂的第三方组件和一次执行太久的事件处理，都可能让表单、筛选器或导航显得迟钝。可以先记录最常用的互动，再拆分脚本和延后不重要的工作。
CLS：避免内容突然移动
Cumulative Layout Shift（CLS）关注页面视觉是否稳定，良好目标是小于 0.1。图片、广告、嵌入内容和字体如果没有预留空间，页面加载时就会把按钮和文字推来推去。为图片和视频声明尺寸、为动态模块预留区域，并避免在主要内容上方临时插入通知，是低成本的第一步。
加拿大企业应该怎样安排优化
第一步是用 Search Console 的 Core Web Vitals 报告和真实用户数据确认问题，而不是只看一次桌面端测速。第二步按业务影响排序：先处理带来咨询、预约、门店访问或申请的页面。第三步每次只改变一组因素，并在移动网络、不同设备和真实表单任务中回归测试。
速度分数不是排名保证
Google 明确说明，良好的 Core Web Vitals 有助于整体网页体验，但分数本身不保证搜索排名。内容是否真正回答客户问题、网站是否安全、移动端是否易用，也需要一起检查。性能优化的目标是让更多人顺利完成任务，而不是为了追求一个孤立的满分。
资料与来源
Google Search Central，Understanding Core Web Vitals and Google search results：https://developers.google.com/search/docs/appearance/core-web-vitals；Google Search Central，Understanding Google Page Experience：https://developers.google.com/search/docs/appearance/page-experience。访问时间：2026 年 10 月 18 日（America/Toronto）。本文中的阈值和搜索说明以 Google 官方文档为准；配图为 EngineHost 原创信息图。
