文本资源在传送时应进行压缩，以最大限度减少网络总字节数。Lighthouse 报告的“优化建议”部分列出了所有未压缩的文本资源：
Lighthouse 如何处理文本压缩
Lighthouse 会收集满足以下条件的所有响应：
- 具有基于文本的资源类型。
- 请勿添加设置为
br、gzip或deflate的content-encoding标头。
然后，Lighthouse 会使用 GZIP 压缩每个文件，以计算潜在的节省量。
如果响应的原始大小小于 1.4KiB，或者可能的压缩节省量小于原始大小的 10%，则 Lighthouse 不会在结果中标记该响应。
在服务器上启用文本压缩
在提供这些响应的服务器上启用文本压缩，才能通过此审核。
当浏览器请求资源时，它将使用 Accept-Encoding HTTP 请求标头来指明其支持的压缩算法。
Accept-Encoding: gzip, compress, br
如果浏览器支持 Brotli (br)，您应使用 Brotli，因为它比其他压缩算法能更有效地缩减资源的文件大小。搜索 how to enable Brotli compression in <X>，其中 <X> 是您的服务器的名称。自 2022 年 12 月起，所有主要浏览器（iOS 上的 Safari 除外）都支持 Brotli。如需了解更新，请参阅浏览器兼容性。
将 GZIP 用作 Brotli 的后备方案。所有主流浏览器都支持 GZIP，但其效率不如 Brotli。如需查看示例，请参阅服务器配置。
您的服务器应返回 Content-Encoding HTTP 响应标头，以指明其使用的压缩算法。
Content-Encoding: br
检查响应压缩
如需检查服务器是否压缩了响应，请执行以下操作：
按 Control+Shift+J（在 Mac 上，按 Command+Option+J）打开开发者工具。
点击 Network （网络）标签。
- 按 Control+Shift+J（在 Mac 上，按 Command+Option+J）打开 DevTools。
- 点击网络标签页。
- 点击导致您感兴趣的响应的请求。
- 点击标头标签页。
- 检查响应标头部分中的
content-encoding标头。
content-encoding 响应标头。
如需比较响应的压缩大小和解压缩大小，请执行以下操作：
- 按 Control+Shift+J（在 Mac 上，按 Command+Option+J）打开 DevTools。
- 点击网络标签页。
- 启用大量请求行。 请参阅使用大型请求行。
- 查看大小列，找出您感兴趣的回答。顶部值是压缩后的大小。底部值是解压缩后的大小。
另请参阅缩减和压缩网络载荷。
特定于堆栈的指导
- Drupal：对于文本资源，应先压缩（gzip、deflate 或 brotli），然后再提供，以最大限度地减少网络活动消耗的字节总数。考虑使用本身支持此功能的 CDN，或者配置网络服务器以执行此操作。了解详情。
- Joomla：启用 Gzip 页面压缩设置（系统 > 全局配置 > 服务器）。
- WordPress：在网络服务器配置中启用文本压缩。