先聊聊 loading="lazy" 这个属性——它本意是让 iframe 实现延迟加载，但实际落地时常常“失效”。这并非程序漏洞，而是浏览器内置的防御机制：只有所有条件同时触发，它才会真正推迟资源请求。比如 src 必须是跨域地址（类似 https://widget.example.com/embed.html），同域地址基本被忽略；元素需在 HTML 中静态声明，且初始位置要处于视口下方足够远处（getBoundingClientRect().top > 2 * window.innerHeight）；同时必须设定明确的 width 和 height，仅靠 max-width:100% 或 aspect-ratio 无法生效；父容器不能使用 overflow: hidden、transform、position: fixed 等干扰布局计算的样式。最后，浏览器兼容方面：Chrome 78+、Edge 79+、Safari 15.4+ 支持该特性，而 Firefox 截至 2026 年仍未加入。

常见的失效表现包括：iframe 白屏卡顿、Network 面板中请求时间戳早于 DOMContentLoaded、滚动后仍无加载迹象——这些大多是因为 iframe 位于首屏区域、同域访问，或者宽高尺寸未声明所致。

首屏 iframe 必须展示？别用 loading="lazy"

首屏 iframe 添加 loading="lazy" 不仅没有效果，反而会加剧阻塞。浏览器规范强制规定：只要 iframe 初始位置 top < window.innerHeight，就会立即发起请求并阻塞 HTML 解析，直到其 DOMContentLoaded 事件完成。更优的做法是：

• 在 HTML 中移除 src，改用 data-src 存储真实地址，同时保留占位样式（例如 style="width:100%; height:400px; background:#f5f5f5;"）
• 借助 IntersectionObserver 监听元素进入视口，将 rootMargin 设为 "0px 0px 300px 0px" 以提前触发加载
• 在回调中赋值 iframe.src = iframe.dataset.src，随后监听 iframe.onload 更新加载状态
• 加载完成后务必调用 observer.unobserve(iframe)，防止重复触发；如需复用（如 tab 切换场景），可添加 data-loaded="true" 标记

首次加载前建议加入 skeleton 骨架屏或 loading 加载提示，避免白块闪烁；宽高必须预先留出空间，否则加载瞬间会触发 CLS（累积布局偏移），影响用户体验。

兼容老浏览器或需要精细控制？JS 是唯一出路

IE 完全不支持 loading 属性，Safari 15.3 及更早版本也会直接忽略。如果目标用户群体包含这些浏览器，或者你需要错误回退、预加载探测、通信时机控制等能力，就必须用 JS 驱动实现。这里有几个实用建议：

• 不要使用 scroll 事件监听——性能低下且容易抖动；IntersectionObserver 已是现代标准方案
• 预加载下一页 iframe？可以在空闲时通过 fetch(src, { method: 'HEAD' }) 探测可访问性，或提前创建 new Image().src = 'about:blank' 触发容器初始化
• 带时间戳或随机参数的 src（例如 ?t=1712345678）会强制绕过缓存，务必去除；确认响应头包含 Cache-Control: public, max-age=3600 以充分利用缓存
• 如果 iframe 内容属于同域且结构简单，可考虑改用 fetch + innerHTML 注入，绕过沙箱机制和双重 HTML 解析开销

最容易被忽略的一点是：懒加载只控制“何时发起请求”，并不决定“请求回来的内容渲染快慢”。如果嵌入页面本身加载就慢（比如第三方脚本阻塞），再怎么折腾懒加载也难以拯救首屏体验。