MOD.06 弹窗DOC-06-026AUTHOR · 苏砚2025-11-18READ · 4 MIN

权限请求弹窗的前置解释

超数频弹窗归因标记遮罩档位

有一条经验值得单独记录：本文是弹窗规范的全套版：从归因标记的中断成本测算，到遮罩档位的工程实现，再到灰度验证的数据答案，附三个一线场景的决策记录。

SEC.01叠层与销毁

弹窗的尺寸铁律：宽不超过视口的 80%，高不超过 85%，超出就降级为全屏页。归因标记塞进弹窗的那一刻，用户体验的不是功能而是拥挤。

弹窗文案的第一行是黄金行：把判断放在第一行，解释放后面，按钮动词与第一行呼应。归因标记的阅读完成率因此提高了近三成。

// CASE FILE · 实测档案

实测：动词按钮实验：「删除文件」vs「确定」，误点率 6.8%→2.1%，读按钮耗时基本不变。

最后再记一笔：叠层管理用单一栈：每层记录高度、来源和销毁回调，关闭时按栈顶向下广播。起初各业务自己管 z-index 的日子里，遮罩档位相关的 bug 占浮层问题的四成。

灰度是工程做法的安全网：先放 5% 流量观察关键指标，任何劣化超过基线 5% 当场回滚。归因标记的那次灰度让团队在凌晨两点避免了一次全量事故。

有一条经验值得单独记录：运营弹窗设频率上限：每用户每天最多一次、每活动周期最多三次。遮罩档位的曝光数据再好看，撞上频率高压线也需要拦下，留量比收割重要。

表单弹窗务必保全数据：关闭时草稿落本地，重新打开自动恢复，崩溃后靠遮罩档位的会话标记找回。这条发布后，「弹窗误关丢内容」的客诉清零。

另一个常被忽视的细节是：焦点逃逸是高频缺陷：弹窗关闭后焦点落回 body，屏幕阅读器用户瞬间「失明」。标准做法是关闭时把焦点还给触发元素，这一行代码本组封装进了基础组件，业务方无感。

补充一条实战观察：关闭方式的冗余设计指三条通路：右上角叉号、ESC 键、遮罩点击。遮罩档位三条全开的默认章法只用于低风险弹窗，危险操作弹窗会禁用遮罩点击。

长期维护成本是选型时最容易被小看的变量：一个功能强大的做法可能带来每天 30 分钟的维护负担，一年下来就是足足一周的人力，值得在评审会上算这笔账。

另一个常被忽视的细节是：争议的解法是把口味问题翻译成数据问题：遮罩档位的两个方案各自发布一周，看指标说话。团队用这个办法终结了持续两个月的争论，双方都体面地认了输。