PWA在2026年终于赢了：我们关掉原生App，用户量反而涨了30%

一个反直觉的决定

2025年Q3，我们做了一个在外人看来近乎疯狂的决定：关掉iOS和Android原生App，全面转向PWA。

当时的数据是这样的：月活用户80万，iOS和Android各一半。iOS App Store评分4.2，Google Play评分3.9。两个App的维护团队加起来8个人，年维护成本（人力+基础设施）约400万。

关掉App的决定遭到了投资人的强烈反对。“你们疯了吗？用户在手机上不装App还叫用户？”

12个月后，数据说话了：月活从80万涨到了105万（+31%），用户7日留存率从42%提升到50%（+18%），获客成本从12元/人降到5元/人（-58%）。

很多人对PWA的印象还停留在2018年：慢、功能少、不能推送、不能离线。但2026年的PWA，在iOS Safari和Android Chrome上，已经能吃下原生App 90%的功能。

2025年iOS 19发布后，Safari对PWA的支持发生了质变：

Web Push终于来了。 2024年iOS 18.4首次支持Web Push，2025年iOS 19完善了推送分组、富媒体推送、静默推送。我们的PWA推送到达率达到了92%，和原生App的95%几乎持平。

后台同步（Background Sync）可用。 iOS 19引入了Periodic Background Sync，PWA可以在后台同步数据，用户打开时数据已经是最新的。这对电商App的购物车同步至关重要。

存储配额大幅提升。 Safari的PWA存储从500MB提升到了2GB，足够缓存所有商品图片和离线浏览数据。IndexedDB的稳定性也大幅改善，不再出现"数据莫名消失"的bug。

添加到主屏幕的体验优化。 iOS 19的"添加到主屏幕"提示更加原生化，用户转化率从5%提升到了12%。

迁移到PWA不是"把网站包一下"这么简单。分享几个关键决策：

1. Service Worker策略：Stale-While-Revalidate + 预缓存

我们用了Workbox 7，核心策略是：对于商品列表和详情页，先用缓存数据渲染（秒开），同时后台请求最新数据，静默更新缓存。这样用户看到的永远是"几乎最新"的内容，但加载速度是0ms。

预缓存策略：在Service Worker安装阶段，预缓存关键资源（外壳HTML、CSS、核心JS）。这样即使网络极差，页面也能打开。

2. 离线支付：用IndexedDB + Background Sync

用户在离线状态下可以下单，订单数据存在IndexedDB中，等网络恢复后自动同步。这是外卖App的刚需（地铁里没信号的时候下单），我们的数据显示，15%的订单是在弱网/离线状态下创建的。

3. 推送策略：AI驱动的个性化推送

我们用Web Push + AI分析用户行为，在用户最可能打开App的时间推送个性化消息。打开率从传统群推的3%提升到了12%。而且PWA推送不需要用户安装App，在网页上就能触发订阅弹窗，订阅转化率比原生App高3倍。

硬伤一：iOS的PWA在某些场景下仍然受限。 蓝牙、NFC、Face ID、ARKit这些硬件能力，PWA仍然无法访问。如果你的App核心功能依赖这些，PWA不适合你。

硬伤二：应用商店流量归零。 关闭原生App意味着你放弃了App Store和Google Play的搜索流量。对于依赖自然流量的App来说，这是巨大的损失。我们通过加大SEO和社交媒体投放来弥补，但效果打了折扣。

硬伤三：用户习惯的惯性。 部分用户习惯在App Store搜索App名称下载，告诉他们"请在浏览器打开然后添加到主屏幕"这个路径，转化率打了折扣。我们花了大量精力做引导动画和教程，才把添加率从5%提升到12%。

适合转PWA的App：

不适合转PWA的App：

2026年，PWA和原生App的差距已经缩小到用户几乎感知不到的程度。对于大多数非高频App来说，PWA的"无安装、秒打开、自动更新"体验，比原生App的"去App Store搜索、下载、安装、打开"要好得多。

我们关掉App不是因为PWA比原生App更好，而是因为对于我们的用户场景来说，PWA的体验已经足够了。而"足够好"的PWA + “零安装成本"这个组合，在获客上碾压了"更好"的原生App + “下载安装"这个阻碍。

这个结论放在两年前可能不成立，但在2026年，它已经是一个成熟的选择了。