PWA 留存指标：D1/D7、安装漏斗与显示模式（2026）

PWA 留存指标：把浏览器用户与已安装用户拆开

PWA 留存指标（PWA retention metrics） 衡量用户会不会回到你的 Progressive Web App，以及可安装体验是否真的打赢手机浏览器。如果只看整体会话，已安装用户的增益会被平均值吃掉。

每张留存与参与报表都要按 显示模式（browser vs standalone / 应用模式）和启动来源（主屏图标、通知、分享目标、普通 URL）拆分。

核心留存定义

沿用产品团队已熟悉的队列窗口：

• D1 / D7 / D30 留存 — 起始队列在第 1 / 7 / 30 天回访的比例。
• 流失（churn） — 同一窗口下与留存大致互补。
• 粘性（DAU / MAU） — 月活里有多少会日活出现。
• 人均会话数 / 会话时长 / 每次页数 — 习惯与深度，不是虚荣 PV。

激活事件（完成引导、首次加购、首次成交、用上核心功能）是领先指标：早激活的队列通常更留得住。

电商 PWA 背景可读 PWA for Ecommerce 与 PWA Offline Support。

安装漏斗指标（Chromium 优先）

Chromium 能观察安装提示；Safari / Firefox 更宜用应用模式启动来近似：

1. 可提示 / 已展示提示
2. 接受 vs 关闭
3. appinstalled（或等价事件）
4. 首次 standalone 启动

接受率与安装率要用与留存相同的队列时钟。没有漏斗上下文的「安装数」是虚荣指标。

包装形态影响安装体验时，对比见 PWA vs TWA。

PWA 特有的参与与再互动信号

补齐传统网站分析常漏的事件：

• 带启动来源的 standalone 启动
• 离线会话（service worker 接管）以及关键动作是否仍能完成
• Service worker 里的 推送送达 / 点击 / 关闭，打开 URL 带上通知 ID
• 进入 PWA 壳的 深链打开 — 见 Deep Linking for PWA

推送抬高了打开，却也抬高卸载或关闭通知，就不是「好留存」。点击率旁要看退订与免打扰。

回访后的结账摩擦应与留存同屏复盘—见 PWA Payment Integration。

怎么读数才不被自己骗

1. 永远拆开已安装 vs 浏览器 — 已安装用户常有更高回访与价值；混在一起会掩盖安装提示的 ROI。
2. 评判产品改动时，优先回访队列，而不是一辈子累计总数。
3. 离线分析要落盘重放（IndexedDB + 重传），别因为用户离线就把留存看低。
4. 服务端按事件 ID 去重，避免重连风暴造出会话。
5. 留存旁必须有收入 — 更粘但不付钱的队列，对电商 PWA 不是目标。

公开案例里，不少零售把 Web 做成可安装后，安装用户相对未安装用户的访问频次会明显抬升；把它当方向，再量你自己的 display_mode 拆分。

最小周会看板

• 按显示模式的 D1 / D7 留存
• Standalone 会话占比
• 安装提示接受率（能拿到时）
• 推送点击率与关闭/退订率
• 首会话 / 首日激活率
• 回访用户收入或订单（browser vs standalone）

若发版后 D1 掉，先查首屏性能、权限弹窗与引导—别只怪投放。

常见错误

• 全站只报一个混合留存率。
• 庆祝安装数，standalone 启动率却不动。
• 只看推送 CTR，不看送达失败与退订。
• 丢掉离线事件，却怪「留存变差」。
• 产品本该优化任务完成时长，却去优化会话时长。

FAQ：PWA 留存指标

该先优化哪一个？ 按显示模式的 D1 留存 + 一个激活事件。没有这两项，后面窗口都很吵。

一定要上应用商店那种 MMP 吗？ 不一定。带 display_mode 与稳定用户 ID 的第一方分析已覆盖多数 PWA 留存问题；若同时有原生 App 且要跨端身份，再补 MMP。

和原生留存差在哪？ 卸载更难看清；Safari 安装信号不同；离线与推送在 service worker 里。指标定义必须写明这些缺口。