- Chrome 148 将为元素启用原生懒加载。和支持桌面端、移动端和 WebView。
- loading="lazy" 属性允许延迟媒体下载，直到它接近可见区域。
- 加载时间、移动数据消耗和内存使用量将会减少，尤其是在包含大量多媒体内容的网站上。
- 其他基于 Chromium 内核的浏览器，如 Edge、Opera、Brave 和 Vivaldi，也将获得同样的改进。
谷歌正在完善一项悄然进行的改进，这项改进不会改变浏览器的外观，但在浏览网页时却能带来显著的提升。从谷歌 Chrome 148 版本开始，视频和音频将采用延迟加载的方式，也就是说，只有在真正需要时才会加载，而不是像以前那样在页面打开时立即全部加载。
这项新功能扩展了 Chromium 生态系统自 2019 年以来一直用于图像和 iframe 的系统。现在，同样的延迟加载逻辑也将应用于 HTML 的 <video> 和 <audio> 元素，这在西班牙和欧洲其他地区的许多网站充斥着视频片段、播客和嵌入式播放器的当下尤为重要。
Chrome 148 中的延迟视频和音频加载是什么？
这项改进背后的理念很简单：延迟页面上最耗资源元素的下载和初始化，直到用户接近它们为止。如果一篇文章中包含多个媒体播放器，Chrome 浏览器将不再在页面加载时立即加载所有这些文件。
实际上，浏览器只有在元素靠近屏幕可视区域（通常称为第一视口）时才会下载视频或音频。当用户停留在顶部阅读主要内容时，浏览器会优先显示文本、关键图像和界面，而将较远的片段留到后面加载。
此前，Chrome 已经对图片和 iframe 应用了这种行为，这帮助许多网站加快了加载速度。然而，<video> 和 <audio> 元素会在页面打开后立即开始加载，即使它们位于页面底部很远的位置，读者根本看不到它们播放。
随着 Chrome 148 的发布，谷歌将集成原生支持，届时只需在 `<video>` 和 `<audio>` 标签中添加 `loading="lazy"` 属性即可。之后，浏览器会自动判断何时下载每个文件，并协调加载与其他资源。
路线图：何时推出以及将影响哪些平台
根据Chrome 状态栏和官方路线图的信息，将延迟加载功能扩展到视频和音频的开发工作始于 Chrome 147 开发分支。经过测试阶段后，谷歌已将此功能的稳定版本发布定于 148 版本。
此次更新不仅限于桌面平台。该公司计划在适用于 Windows、macOS、Linux、Android、iOS 和 WebView 的 Chrome 148 版本中启用视频和音频的原生懒加载功能。这意味着桌面浏览器和集成 WebView 的移动应用都将受益于同样的优化。
计划中的发布时间表显示，这项新功能将纳入 Chrome 148 的发布周期。但需要注意的是，由于该功能仍在开发中，可能会出现轻微的延迟。无论如何，激活过程将非常便捷，用户无需调整任何实验性设置或高级配置。
此外，由于这项改进直接集成到 Chromium 源代码中，因此它不仅限于 Google Chrome。基于同一引擎的浏览器，例如Microsoft Edge、Opera、Brave 和 Vivaldi，一旦更新到包含该功能的引擎版本，也将立即采用这项功能——这在欧洲尤其重要，因为许多此类浏览器在欧洲的用户群体都在不断增长。
新的加载方式“lazy”对 Web 开发人员有哪些影响？
以往，想要延迟视频和音频加载的用户通常会求助于自定义 JavaScript 解决方案。常见的做法是将 Intersection Observer API 与动态分配 src或 preload 属性相结合，仅当用户将鼠标悬停在播放器上时才加载文件。
这种方法虽然可行，但存在一些缺点：它增加了代码的复杂性，提高了维护难度，并且与浏览器的内部启发式算法集成度不高。此外，由于部分逻辑依赖于第三方脚本，它还会导致 Chrome 无法优化预加载和资源扫描的协调。
Chrome 148 版本为 `<video>` 和 `<audio>` 标签引入了原生懒加载功能，这改变了游戏格局。从现在开始，开发团队可以直接在这些标签中使用 `loading="lazy"` 属性，就像他们多年来对图片和 iframe 所做的那样。Chromium 内核会处理剩下的所有事情：何时下载、如何确定优先级以及如何将每个文件与其他资源合理地整合在一起。
这项集成使浏览器能够根据网络质量更好地优化下载，同时考虑预加载或自动播放等属性，并避免因媒体尚未可见而阻塞 window.onload 等关键事件。所有这些都无需依赖额外的库或特定于网站的配置即可实现。
对于西班牙和欧洲许多已经使用图片懒加载的数字新闻编辑室、博客和培训平台而言，将同样的逻辑扩展到视频和音频只需进行极少的改动。这是对开发者已熟悉的 API 的自然扩展，应该能够促进其快速普及。
用户实际获益：速度、数据和内存
除了“底层”发生的事情之外，用户会注意到的是相当直接的变化：页面打开速度更快，消耗的资源更少，尤其是在文本中散布着大量多媒体内容时。
通过减少初始下载的项目数量，Chrome 可以将初始连接时间集中用于加载真正重要的内容，例如文本、标题图片和基本交互元素。视频和音频则会在用户向下滚动页面后稍后加载。
这种行为会对移动数据消耗和有限流量套餐的使用产生明显影响。许多用户甚至从未播放过页面上的所有嵌入式视频；借助原生懒加载技术，如果用户不访问这些文件，它们就不会被下载，从而避免不必要的流量消耗。
内部性能方面也有所提升。通过错开媒体播放器的初始化时间，浏览器可以平滑内存和CPU使用率的峰值，这对于配置较低的笔记本电脑、老旧电脑或入门级移动设备来说是一项非常实用的功能。整体而言，浏览体验更加流畅，打开繁忙网站时延迟也更低。
谷歌指出，原生懒加载功能可以根据网络状况调整下载阈值，妥善管理自动播放和预加载的交互，并避免页面整体加载过程中出现不必要的阻塞。这虽然不是什么炫酷的功能，但却是能让网站日常运行更加流畅的小优化之一。
哪些页面将从新功能中受益最多
并非所有网站都能获得同样的改进。此增强功能专为使用 HTML 标签 `<video>` 和 `<audio>` 嵌入的多媒体内容而设计。这在拥有自带播放器的数字媒体、直接嵌入视频片段的新闻门户网站或将播客嵌入自身代码的网站中非常常见。
然而，并非所有在线视频的运行方式都相同。一个明显的例子是嵌入式 YouTube 视频，它们通常使用 iframe 嵌入。对于这类嵌入视频，基于 Chromium 内核的浏览器已经支持原生懒加载一段时间了，因此这项新改动不会带来明显的差异。
在包含多个内置播放器、报告中散布短视频或嵌入音频块的页面上，这种差异最为明显，尤其是在西班牙或欧洲地区使用移动网络连接不稳定的情况下。在这些情况下，阻止所有媒体同时播放可以显著缩短几秒钟的加载时间。
然而，需要记住一个关键细节：真正的效果取决于开发者是否采用这项功能。它并非万能灵药，不会自动应用于所有现有内容；网站需要调整代码，在合适的地方对多媒体元素使用 `loading="lazy"`。
总之，由于这项功能集成在 Chromium 内核中，其连锁反应将波及整个浏览器生态系统。随着 Edge、Opera、Brave、Vivaldi 等浏览器也纷纷采用相应的内核版本，这些浏览器的用户也将受益于更智能的视频和音频处理功能。
对西班牙和欧洲铬生态系统的影响
Chrome浏览器在全球和欧洲市场仍然占据主导地位。在西班牙，它的使用率约为三分之二，其次是Safari、Edge和Firefox等其他浏览器。这意味着，Chrome浏览器引擎的任何调整都会对相当大一部分网络用户产生影响。
在如今数字媒体（包括自有视频内容）、教育门户网站（提供在线课程）和播客网站层出不穷的背景下，浏览器管理这些资源的方式直接影响着阅读体验。同时下载过多的大型元素会降低用户访问主要信息的速度，尤其是在主要城市中心以外的移动网络上。
视频和音频原生懒加载功能的推出，符合谷歌持续优化浏览器内部性能并同时筹备更具雄心壮志的变革（例如人工智能驱动的代理模式）的战略。这些功能乍看之下并不惊艳，但它们确实有助于提升页面初始体验的流畅度和便捷性。
与此同时，此举也巩固了 Chromium 作为欧洲众多浏览器通用技术基础的地位。即使是那些选择注重隐私或个性化的浏览器的用户，最终也会受益于此类优化，因为它们的浏览器也依赖于与 Chrome 相同的引擎。
总体而言，Chrome 148 中新增的视频和音频原生延迟加载功能看似是一项细微的改进，但对日常网络使用却产生了明显的影响：一次下载的资源更少，页面响应速度更快，数据和内存消耗也更低，无论是在西班牙还是在基于 Chromium 的欧洲生态系统的其他地区。
