商店政策
一句话： 每个商店把 PWA 送进目录的打包机制各不相同——Google Play 用 Trusted Web Activity、Microsoft Store 用打包 PWA、iOS 用 Safari 主屏安装——但某商店当下是否接纳该 提交是一个政策问题，其带日期、带来源的结论存放在 政策维度。
各商店如何打包 PWA
Section titled “各商店如何打包 PWA”下表描述的是机制——PWA 进入各目录的技术路径。它刻意不陈述接纳 / 部分 / 拒绝状态： 该结论随各商店政策更新而变化，由政策数据掌管。
| 商店 | 打包机制 | 含义 |
|---|---|---|
| Google Play | Trusted Web Activity | 经 Bubblewrap/PWABuilder 生成的封装，将已验证源全屏渲染，并带 Digital Asset Links 验证。 |
| Microsoft Store | 打包 PWA | PWABuilder 生成 Store 包；PWA 直接提交，而非封装进原生壳。 |
| Apple App Store | Web（无封装） | iOS 经由对 PWA 自身的 Safari 主屏安装触达用户，而非商店侧的 PWA 包。 |
| 三星 Galaxy Store | 打包 / TWA | 与别处相同的封装方式；所采用的路径会变化。 |
当下带日期的结论——接纳 / 部分 / 拒绝，连同来源链接与验证日期——请阅读兼容性浏览器的 政策维度。本页解释机制；政策数据掌管状态，因此只有单一事实 来源。
决定接纳的因素
Section titled “决定接纳的因素”- 技术打包。 有效的 manifest、service worker、安全源，以及（对 Play）对被封装源的 Digital Asset Links 验证。
- 内容与政策审核。 任何应用都要面对的同样的人工审核——内容规则、隐私披露、支付政策。
- 最低功能门槛。 部分商店会拒绝除站点外别无新增的“薄封装”应用；一个具备离线支持的真正 可安装 PWA 更容易通过这一关。
下表把你导向面向某受众的机制；该路径当下是否开放，请查 政策数据。
| 目标 | 机制 | 原因 |
|---|---|---|
| 触达 Android 商店用户 | 经 TWA 上架 Google Play | 主流的 Android 商店打包路线。 |
| 触达 Windows 桌面商店用户 | Microsoft Store 打包 PWA | 一等 PWA 提交，带自动更新。 |
| 触达 iOS 用户 | Safari 主屏安装 | iOS 上的 Web 安装路径。 |
| 最大化覆盖、跳过审核 | 可安装 Web（无商店） | 即时更新，无政策门槛。 |
← 返回生态总览。