要求指南
为什么 PWA · TWA · WebView 应用在封闭式测试中更吃亏
用 PWA、TWA 或 WebView 制作的应用，Google Play 封闭式测试要求（12 名测试人员 · 14 天）也完全一样。要求不区分应用类型，但用网页填充画面的应用首屏显示较慢，测试人员很难好好试用。本文说明审核申请时所看的测试人员参与度为何会偏弱、会出现哪些症状，以及缩短首次加载等应对方法。
最后核对于 2026年10月13日。
要求相同，为什么更难
封闭式测试要求不区分应用类型。人数按测试人员是否选择加入来计算，所以用网页做的应用，14 天也不会累计得更慢。 PWA、TWA 和 WebView 应用吃亏的地方在后面，也就是审核申请时所看的测试人员参与度。
Google 列举的退回申请的原因之一是“测试期间测试人员参与不足”。画面大部分由网页填充的应用， 首屏往往要很久才能显示，或者测试人员在网页加载完成之前就关掉了应用。结果就是装了应用却没能好好用过的测试人员越来越多。
网页类应用被拒的比例高出多少，Google 文档中没有说明，我们也没有另行统计过数据。请把它理解为一条提醒：首屏显示缓慢，测试人员就很难真正用上应用。
会表现为这些症状
- 首次启动时长时间白屏，或者在网络较慢的设备上画面根本出不来。
- 测试人员在看到首屏之前就关掉了应用，几乎没有用过任何功能。
- 问卷询问测试人员用了哪些功能时，没有足够的内容可写。
改善方法
- 缩短首次加载。 不要在启动画面之后直接加载网页，而是先绘制最基本的原生界面，再叠加网页。 到首屏的时间越短，测试人员坚持用下去的可能性就越高。
- 离线时也能显示画面。 即使断网，也要显示提示信息而不是空白页。设备环境千差万别，这一点影响很大。
- 人数留有余量。 不要刚好卡在最低人数，要预留一些富余，确保即使有一个人卸载应用也不会打破要求。
- 在测试期间上传更新。 哪怕只是改善加载这样的小改动，只要留下版本历史，就能成为填写问卷的依据。
- 明确作为应用的价值。 只是把网页原样套壳的应用，可能在政策方面被指出问题。 最好至少具备一项只有应用才能做到的功能，例如通知、离线使用或设备功能。
测试前需要确认的事项
- 最低 SDK 版本是否过高 — 越高，可安装的设备就越少。
- 首次启动是否需要登录 — 如果卡在登录界面，就很难确认是否正常运行。
- 权限请求是否挡住了首屏 — 在部分系统版本上，显示顺序可能不同。
- 低配置设备上能否显示网页画面 — 有时会因内存不足而被关闭。
DUIRE 每天在多家制造商、多种系统版本的真实设备上运行您的应用，并为每台设备每天保留一张运行截图。对于 WebView 应用，这些截图尤其有用： 哪台设备显示了首屏、哪台设备是白屏，一目了然。
14 天如何计算、数字显示滞后时应该看什么，我们整理在了 14 天的计算规则中。
常见问题
- WebView 应用也能通过封闭式测试吗？
- 可以。该要求不区分应用类型，人数按测试人员是否选择加入来计算。不过，首屏显示缓慢的应用，测试人员往往还没好好用就关掉了，审核申请时所看的测试人员参与度可能因此偏弱。
- TWA 和 PWA 有什么区别？
- PWA 是在浏览器中像应用一样运行的网页；TWA（Trusted Web Activity）则是把这个网页封装成 Android 应用并上架 Play 商店的方式。上架 Play 商店的是 TWA，但两者的运行画面大部分都是网页，这一点是相同的。
- 只显示启动画面，之后长时间白屏。
- 网页加载缓慢时，首次启动看起来就是一片空白。如果测试人员立刻关掉应用，就不算用过应用，因此最好缩短初始加载时间，并加上加载提示。
- 会因为是 WebView 应用而在审核问卷时被拒吗？
- 这本身并不是拒绝理由。但如果应用只是把网站原样套个壳，没有作为应用增加任何价值，就可能在政策方面出现问题。请特别用心填写问卷中关于应用价值的题目。