HTML5页面可见性统计_HTML5记录用户实际浏览时长实现方法【详解】

visibilitychange事件是监听页面可见性的可靠方案，需监听该事件并结合document.visibilitystate实时计算浏览时长，用performance.now()记录时间戳，同时监听beforeunload和pagehide兜底。

visibilitychange 事件监听页面是否在前台

页面可见性 API 的核心是 document.visibilityState 和 visibilitychange 事件，它不依赖定时器或焦点模拟，是浏览器原生支持的可靠方案。

常见错误是只监听 focus/blur，但用户切到其他标签页、最小化窗口、锁屏时这些事件根本不会触发；还有人用 setInterval 轮询 document.hidden，既浪费资源又不准。

• 必须在 document.addEventListener('visibilitychange', handler) 中读取 document.visibilityState，而不是缓存初始值
• visibilityState 可能为 'visible'、'hidden'、'prerender' 或 'unloaded'，生产环境只需关注前两个
• 移动端 safari 在后台播放音频时可能仍报告 'visible'，需结合 pagehide 事件兜底

计算真实浏览时长：从 visible 到 hidden 的时间差

单纯记录进入 visible 的时间点没用，关键是在状态切换时做差值累加。容易忽略的是页面卸载前最后一次 hidden 可能没触发——比如用户直接关掉标签页。

• 用 performance.now() 记录毫秒级时间戳，比 date.now() 更精确（尤其在系统时间被手动修改时）
• 每次 visibilityState === 'visible' 时记下 startTime = performance.now()
• 每次变为 'hidden' 时立即计算 duration = performance.now() - startTime 并累加到总时长
• 必须监听 beforeunload 和 pagehide，在它们触发时补上最后一段 visible 时间

兼容性与降级：Safari 12.1+ 和 chrome 33+ 基本没问题

IE10+ 支持 msHidden 和 msvisibilitychange，但现代项目基本不用管；真正要处理的是旧版 ios Safari（visibilitychange。

立即学习“前端免费学习笔记（深入）”；

• 检测支持：用 'visibilityState' in document 判断，不支持就 fallback 到 focus/blur + pagehide/pageshow
• 安卓 WebView 中，某些版本即使支持 API，visibilityState 也可能始终为 'visible'，需加 5 秒无交互自动标记为 hidden 的兜底逻辑
• 不要依赖 document.hidden 的初始值判断——SPA 首屏加载完成前它可能是 true，但用户其实已经看到内容

上报时机：别等页面卸载再发请求

等 beforeunload 发送统计请求极不可靠：网络可能已断、进程可能被系统回收、iOS Safari 会直接终止异步请求。

• 每次 visible → hidden 切换后立刻用 navigator.sendBeacon() 上报片段时长，它不阻塞卸载且兼容性好（Chrome 39+, Firefox 31+, Safari 11.1+）
• 如果 sendBeacon 不可用（如老 Safari），退回到 fetch(..., { keepalive: true })，再不行才用带超时的 XMLHttpRequest
• 上报 payload 至少包含：sessionId、pageUrl、startTimestamp、durationMs、visibilityState（用于排查异常）

最常被绕开的细节是：SPA 路由跳转时 visibilityState 不变，但用户实际离开了当前页面内容——得结合路由变化手动触发一次 hidden + visible 模拟，否则单页内多个视图的时长全混在一起。