PWA vs Native 应用：选型权衡完整指南
PWA（Progressive Web App，渐进式 Web 应用）是 Google 在 2015 年提出的概念，让浏览器中的网页拥有原生 App 的体验：可安装到主屏、离线工作、接收推送、调用相机与传感器。Native 应用则是用 Swift / Kotlin（或 RN / Flutter）打包后通过 App Store 与 Google Play 分发的传统形态。十年过去，PWA 已不再是「玩具」，Twitter、Uber、星巴克、Pinterest 都把它作为主战场之一；但同时 Native 在系统能力深度、商店流量、付费转化上仍不可替代。本文从能力差异、分发与发现、更新周期、商店抽成、中国生态特殊性、成功案例到选型决策，给出 2026 年最务实的对比，帮你判断什么时候选 PWA、什么时候必须做 Native。
1. 能力差异：从推送到 BLE 到 AR
Web 平台过去十年的能力扩展是惊人的。2026 年的 PWA 可以使用：Service Worker（离线、后台同步）、Web Push（推送通知，iOS 16.4+ 全平台支持）、IndexedDB（结构化存储，单源 1GB+）、File System Access API（直接读写本地文件夹，Chromium 系）、Web Bluetooth & Web USB（连接蓝牙与 USB 设备）、Web NFC（Android）、WebRTC（音视频通话）、WebGPU（高性能 GPU 计算）、WebAssembly（接近原生速度的计算）、Web Share、媒体会话、剪贴板、地理位置、相机、麦克风、振动、屏幕方向锁定。
但 Native 仍独占：HealthKit / Health Connect（深度健康数据）、ARKit / ARCore（高级 AR 与场景理解）、Live Activity / Dynamic Island（iOS 锁屏小组件）、HomeKit / Matter 智能家居、CarPlay / Android Auto、Widget（桌面小组件）、后台长时间任务（PWA 仅有几秒后台时间）、深度系统集成（Siri Shortcuts、App Intents、分享扩展）。
结论：90 的业务功能 PWA 都能做，剩下的 10 是壁垒最高也最有价值的部分。
2. 分发与发现：商店搜索 vs URL 链接
Native 的核心红利是 App Store / Google Play 的「自然搜索流量」。一个排名前 10 的关键词每天能带来上千次曝光，ASO 优化是成熟的获客方式。PWA 没有商店入口，依赖 SEO（Google/百度搜索）、社交分享、广告投放。
2026 年 Google Play 与 Microsoft Store 已支持 PWA 上架（通过 PWABuilder 打包），实质把 Web 应用包成「轻 Native」并享受商店流量。Apple App Store 仍未开放 PWA 直接上架（但允许用 WebView 包装的 App，需通过 4.7 与 4.2 审核）。
对内容消费类（资讯、博客、电商）：URL 分享传播力极强，PWA 优势大。对工具类（修图、记账、剪辑）：商店搜索流量重要，Native 占优。
3. 更新周期：即时 vs 审核 1 到 7 天
PWA 的更新是「打开即新」，Service Worker 在后台拉取新版本，下次访问立即生效，最快 5 分钟内全量推送。这对快速迭代的产品（电商促销、新闻资讯、A/B 实验）是巨大优势。
Native 受 App Store / Google Play 审核约束。Apple 审核 1 到 3 天（节假日更长），Google Play 审核 6 小时到 7 天，紧急 bug 修复也要走流程。商店强制审核策略（隐私、第三方登录、应用内付费）让你必须配合调整功能，自由度受限。
对追求敏捷迭代的团队：PWA 部署体验远胜 Native。对法务合规要求高的团队：商店审核反而提供一道筛选屏障。
4. 商店抽成 30：能否绕过
App Store 与 Google Play 对应用内数字商品（订阅、会员、虚拟货币）抽成 30（小开发者计划 15）。实物商品与服务（Uber 打车、Amazon 购物）不在抽成范围内。PWA 走 Web 端付款（Stripe、PayPal、支付宝、微信支付），仅有 2 到 3 通道手续费，省下 27 到 28 个百分点。
2024 年欧盟 DMA 法案后 Apple 在 EU 允许 App 链接到外部支付页面，全球范围审核也有所松动，但仍需小心 Anti-Steering 条款。中国市场 PWA 直接走支付宝/微信支付，无 Apple/Google 抽成问题，是显著的成本优势。
对订阅 SaaS、教育课程、虚拟物品类产品：PWA 可省下 25 以上抽成，等于增加 35 净利润。但要权衡：商店流量损失可能远大于抽成节省。
5. 中国市场：无 Google 服务的影响
中国大陆 Android 设备无 Google Play Services，原生 App 推送需要走小米、华为、OPPO、vivo、魅族、荣耀的厂商通道（统一推送联盟），整合复杂。PWA 在中国 Android 通过 W3C 标准 Web Push 工作，主流浏览器（Chrome、Edge、华为、小米、夸克、UC）都支持 Service Worker 与 Add to Home Screen。
iOS 端 PWA 通过 APNs 推送（iOS 16.4+），无地域差异。微信浏览器（X5 内核）对 Service Worker 支持不完整，是 PWA 在中国的最大短板。但可以通过「分享给好友 → 用浏览器打开 → 添加到主屏」的引导路径绕过。
结论：中国市场反而更适合 PWA，因为厂商商店分散、推送链路复杂，PWA 的统一性是优势。
6. 成功案例与失败案例
Twitter Lite（2017）：包体 600KB（原生 23.5MB），新兴市场参与度 +65，每用户广告收入 +75。星巴克：PWA 大小是原生 1，每月活跃用户翻倍。Pinterest：PWA 上线后核心引流增长 60，广告收入 +44。Uber：m.uber.com 在 2G 网络 3 秒可下单。OLX：PWA 推送送达率 +250，广告收入 +146。
失败/折返案例：Twitter 2022 年回归 Native 优先（推送送达率仍是 Native 优势）。Airbnb 长期使用 React Native + Native，PWA 仅作 SEO 入口。重度生活方式 App（健身、医疗）几乎全部选 Native，因为 HealthKit 与 Sensor 深度集成不可替代。
7. 技术栈与开发成本
PWA 开发栈通常是 React/Vue + Vite + Workbox（Service Worker 抽象）+ Web Push 服务端。一个团队同时迭代 Web、移动 PWA、桌面 PWA（同一份代码，部署到多个安装入口）。开发周期通常是 Native 的 1/3，因为不需要双端工程师、双端发布、双端测试。
Native 开发栈是 Swift + Kotlin（双端各一套）或 RN/Flutter（一份代码双端）。包体管理、签名证书、商店发布、隐私清单、Crash 上报都需要专门工具链。团队规模通常需要 PWA 的 1.5 到 2 倍。
8. 选型决策框架
选 PWA 的典型场景：内容消费、轻交易（电商、订餐）、SaaS 工具、团队规模小（1 到 5 人）、需要快速迭代、新兴市场或中国厂商分散场景、想绕开商店抽成。
选 Native 的典型场景：深度系统集成（健康、AR、智能家居、CarPlay）、高频付费转化依赖商店流量、品牌需要桌面图标的「正式感」、产品有大量后台长时间任务（GPS 追踪、定时同步）、用户对启动速度极度敏感（游戏、相机）。
PWA + Native Shell 混合策略：核心体验用 PWA 写一份，再用 Capacitor / Tauri Mobile 包装成 Native App 上架商店，同时保留 Web 入口。这是 2026 年中型团队最常见的「双向投资」策略，可以同时享受商店流量和 Web 灵活性。
常见问题
PWA 在 iOS 上是不是基本不能用？
不再是 2018 年的状况。iOS 16.4+ 已支持 Web Push 推送、Add to Home Screen、Service Worker、Web Share API。但仍有限制：不能进入 App Store 搜索、Live Activity、HealthKit、ARKit 等深度能力不可用，IndexedDB 存储有 1GB 上限。基础场景（资讯、电商、轻工具）够用，重度系统集成仍需原生。
PWA 真能省下 30 商店抽成吗？
可以但有边界。直接走 Web 端订阅或一次性付款不经过 App Store / Google Play，确实免抽成（信用卡通道仅 2 到 3 手续费）。但 Apple 在 2024 年 EU 法规后对 PWA 链接到外部支付的限制有所松动，全球范围内仍要小心审核细节。中国 PWA 收款多走支付宝/微信通道，无 30 抽成问题。
Twitter Lite、星巴克、Uber 都用 PWA 吗？
Twitter Lite（2017 推出）是经典案例，包体积从 23.5MB 压到 600KB，新兴市场参与度提升 65。星巴克 PWA 比原生 App 体积小 99，订单量提升一倍。Uber 的 m.uber.com PWA 在 2G 网络下 3 秒内可下单。这些案例证明 PWA 在轻交易、内容消费、新兴市场表现突出。
中国市场没有 Google 服务，PWA 还可行吗？
完全可行。PWA 不依赖 Google Play Services，仅依赖浏览器引擎。国内主流浏览器（Chrome、Edge、华为、小米、夸克、UC、QQ 浏览器）都支持 Service Worker 与 Add to Home Screen。Web Push 在 Android 端可走 W3C 标准，在 iOS 端可走 APNs（iOS 16.4+）。微信浏览器对 PWA 限制较多，但可通过分享 H5 链接 + 引导安装解决。
PWA 性能能追上 Native 吗？
在大多数业务场景下可以追平。Service Worker 缓存 + WebAssembly + WebGPU 让计算密集与图形场景接近原生 80 到 90。但启动冷加载（首屏）通常比原生慢 30 到 50（200 到 500ms vs 100ms 内），重度动画与高刷场景仍弱于原生。轻量内容、表单、列表型应用差距已不可感知。