网站速度慢，会影响访客阅读、询价或完成购买。问题可能来自服务器、大型媒体文件、JavaScript、字体或第三方工具。速度优化应从测试有代表性的真实页面开始，而不是先安装另一个优化插件。
应该测量什么
Google Core Web Vitals 用于衡量加载、响应和视觉稳定性。目前良好体验的门槛是：Largest Contentful Paint（LCP）在 2.5 秒内完成，Interaction to Next Paint（INP）低于 200 毫秒，Cumulative Layout Shift（CLS）低于 0.1，均按第 75 百分位衡量。如果有现场数据，可查看 Search Console 的 Core Web Vitals 报告。实验室测试有助于重现和诊断问题，但不能取代真实用户数据。
在手机和桌面设备上测试首页、重要服务或产品页，以及主要转化流程。记录页面、设备、网络环境、测试日期和结果。缓存、流量和第三方服务都可能影响表现，因此需要重复测试。
先找出瓶颈，再决定如何修复
- **许多页面响应都慢：**检查主机资源、应用程序处理、数据库查询和缓存情况。
- **下载内容过大：**调整图片尺寸并压缩，选择合适格式，不要加载页面用不到的媒体。
- **主要内容迟迟不显示：**检查阻塞渲染的 CSS 和脚本、字体加载，以及浏览器取得关键资源的顺序。
- **交互响应慢：**分析耗时较长的 JavaScript 任务、占用较多资源的插件和第三方脚本。确认依赖关系后再删除或延迟载入代码。
- **页面元素移位：**预留图片和嵌入内容的尺寸空间，避免在现有文字上方临时插入横幅或内容。
面向马来西亚访客时，应检查用户到源服务器和 CDN 的实际网络路径，不要假设本地服务器一定更快。CDN 可以缩短缓存资源的传输距离，但无法解决低效页面代码或未缓存请求缓慢的问题。
稳妥地进行调整
每次先处理一个主要原因，再用相同页面和流程重新测试。确认表单、菜单、付款、同意控件和分析功能仍可正常使用。部署后，要在合适的期间内比较现场数据。页面速度只是用户体验的一部分，分数达标不代表网站一定有用，也不保证搜索排名提升。
速度插件能保证分数提高吗？
不能。效果取决于网站、主机、主题、插件和内容。每次调整前后都应测量。如果工具没有解决已确认的问题，却让网站变得更复杂，就应考虑移除。