分发

一句话： 一个 PWA 可通过四种渠道触达用户——可安装的 Web 本身、Android 上的 Trusted Web Activity 封装、应用商店中的打包上架，以及来自浏览器的桌面安装。每种渠道在覆盖面与摩擦之间的取舍各不相同。

四种渠道

渠道	是什么	摩擦	覆盖面
可安装 Web	站点本身，通过浏览器安装提示添加到主屏。	最低——无商店、无审核。	任何使用现代浏览器的用户。
Trusted Web Activity (TWA)	一个 Android 封装，在 Chrome 中全屏渲染你的 PWA、无浏览器 UI，可上架 Google Play。	中等——一次性的 Play 上架与签名。	Google Play 目录 + Android 搜索。
应用商店上架	提交审核的打包构建（Play 上的 TWA、Microsoft Store 上的打包 PWA）。	最高——审核、政策、更新。	商店发现 + 用户信任。
桌面安装	浏览器在 Windows、macOS、ChromeOS、Linux 上的安装入口。	低。	桌面 Chromium + Edge 用户。

Android 上的 Trusted Web Activity

Trusted Web Activity 在用户的 Chrome 运行时内全屏运行你已验证的源——相同的 service worker、相同的 cookie、无地址栏。你用 Bubblewrap 或 PWABuilder 生成封装，通过 Digital Asset Links 验证所有权，再把得到的 APK/AAB 提交到 Google Play。是否被接纳由商店政策而非技术能力决定——当前且带来源的立场见商店接纳政策数据。

应用商店

每个商店把 PWA 送进目录的机制各不相同：

Google Play 使用 TWA 封装——上架 Play 的主流打包路线。
Microsoft Store 直接接收打包的 PWA；PWABuilder 可生成该包。
Apple App Store 没有 PWA 打包路线；iOS 上的路径是对 PWA 自身的 Safari 主屏安装。

某商店当下是否接纳其提交会随商店政策变化，因此本页只描述机制、不陈述结论——权威、带日期的接纳/部分/拒绝记录存放在政策维度。

桌面安装

在 Windows、macOS、ChromeOS 与 Linux 上，一旦满足可安装条件（manifest、service worker、安全上下文），Chromium 与 Edge 就会暴露安装入口。已安装的应用运行在独立窗口中、出现在系统应用列表里，并可注册为文件与协议的默认处理程序。

决策框架

问题	渠道	原因
最广覆盖、最低成本？	可安装 Web。	无商店、无审核、即时更新。
需要 Google Play 上的存在感？	经 Bubblewrap/PWABuilder 的 TWA。	受支持的 Android 商店路径。
面向 Windows 桌面用户？	Microsoft Store 打包 PWA。	原生商店发现 + 自动更新。
面向 iOS？	Safari 主屏安装。	iOS 上的 Web 安装路径。

← 返回生态总览。