VKT Toolkit · 2026年10月8日 · 约 9 分钟

PWA 与原生 App：2026 年的诚实对比

大部分"PWA 还是原生 App"的文章，都是卖其中一种的人写的。这篇是一个已经做了 PWA 的团队写的——九个小工具，没有应用商店、没有审核队列、没有安装弹窗——但如果你的产品确实需要原生，我们照样会建议你做原生。

先说诚实的版本。PWA 就是网页加上三样东西：一份让它可以装到主屏幕的 manifest、一个让它能离线工作的 service worker，以及 HTTPS。原生 App 则是提交到商店、被审核、然后下发的二进制包。真正决定选择的其实只有四件事：钱、更新方式、能力边界，以及别人怎么找到你。

本质差别，一句话说完

原生 App 是三个产品——iOS 版、安卓版、再加上网页版——你得分别维护。PWA 是一份代码，跑在 HTTPS 上，顺带可以安装。架构上的争论就这一句，其余都是它的推论。

曾经压垮 PWA 的那个数字，现在不成立了：让离线成为可能的 service worker，如今覆盖大约 96% 的用户。2026 年，"支持的设备不够多"已经不能当理由。不用 PWA 的理由只剩一个——某个具体能力缺失，而这些缺口几乎全在 iOS 上。

钱：抽成、开发费与维护费

这里有两种成本，经常被混为一谈：做出来要花多少，和发出去要花多少。

意外都在分发这一侧。PWA 跑在你自己的域名上，收款走你自己的通道：没有注册费、没有抽成、没有中间人。原生 App 两样都要交，而且贵的那一半是抽成——它是按收入比例、永久收取的。苹果标准抽 30%，小微企业计划（年收入低于 100 万美元）降到 15%；谷歌是前 100 万美元抽 15%，超出部分 30%。注册费本身不贵：苹果每年 99 美元，谷歌一次性 25 美元。

2025 到 2026 年这块有变化，细节值得看清。Epic 诉苹果案禁令之后，美国区 iOS 应用可以外链到自己的网页支付，苹果提出对这类外链交易收大约 15%——这个数字还在争论中，没定。谷歌从 2026 年 6 月 30 日起在美国、英国和欧洲经济区开放了外部支付，但对链接外的成交仍要收服务费（订阅 10%、其他数字商品 20%）。所以在谷歌这边，外链省下的是那笔 5% 的计费费，而不是全部抽成。两家商店对实物商品和服务通常都不抽成——这也是电商类应用根本不用纠结这件事的原因。

也要说句公道话：如果你的 App 不卖任何数字商品，抽成的账根本不成立，商店带来的曝光可能比你省下的那点钱更值。别为了躲一笔本来就不会交的费去做 PWA。审核也没传说中那么慢——苹果现在大多一天内过——所以"不用排队等审核"是加分项，不是理由本身。

PWA 至今做不到的事（基本都在 iOS）

缺口这些年收窄了很多，这点得讲清楚，因为"PWA 是残废"的说法早就过期了。iOS 16.4（2023 年 3 月）起，装到主屏幕的 PWA 可以收推送；Safari 18.4 加了声明式推送和屏幕常亮；到 iOS 26，任何加到主屏幕的网站默认就以独立 App 的样子打开，不再有浏览器边框。

真正没动的是下面这张表。里面任何一条踩在你的关键路径上，你面对的就不是"好方案与次好方案"的选择，而是"原生"与"一个更弱的产品"之间的选择。

有三条值得多说一句。iOS 上的存储不是数据库。WebKit 可能清掉长期没人访问的站点的本地存储，所以本地只当缓存用，权威数据放服务端。iOS 上所有浏览器都是 WebKit——Chrome、Firefox 都得守 Safari 的规矩，没有引擎竞争来推动 iOS 的 PWA 能力，这也是这张表变化很慢的原因。还有，iOS 的推送必须以安装为前提，这让安装流程的分量被悄悄放大了：绝大多数网站根本没走到那一步，而更少的网站会告诉用户该怎么走。

对比之下，安卓在这件事上做得很好：Chrome 会自己弹安装提示，富媒体推送可用，硬件接口开放，想要商店曝光还能用 TWA 把同一个 PWA 发进 Google Play。如果你的用户主要在安卓上，PWA 的理由会强很多。

触达与留存，本来就是两回事

这一节跟技术无关，但往往才是决定性的。

触达这一侧，PWA 是结构性胜出，而且差距很大。PWA 就是你的网站，每一页都能被抓取、收录、排名，也能被 AI 问答引擎读到——而越来越多的提问正在那里被回答。原生 App 在这些渠道里是不存在的：你只能去商店搜索里跟所有同样交了 99 美元的人挤。如果你的增长逻辑是"用户会搜索我解决的那个问题"，那两者里只有 PWA 上得了牌桌。

留存这一侧，原生占优，靠的就是推送。原生 App 可以无前提地发富媒体推送、可以后台刷数据、可以常驻主屏幕小组件。而 iOS 上的 PWA 这些后台能力一个都没有，推送还得先手动安装。所以如果你的用户主要在 iPhone 上，而通知就是你的留存闭环，那这一条就足够定案了。

这也是为什么对很多团队来说，诚实的答案不是二选一：用 PWA 做获客，用原生 App 照顾最好的那批用户。PWA 接住所有从搜索结果来的人；原生 App 服务那些已经愿意为你下载点什么的人。两者都是成立的做法，而且共用一套后端。

顺带纠个偏，免得你还在引用过期的数据：那些著名的 PWA 战绩——Twitter Lite、Pinterest、星巴克——都是 2017 年的事了，把它们当作"证明了这条路可行"的历史，而不是你能许诺的基准。不过市场本身是健康的：2026 年 PWA 市场规模约 31.4 亿美元，年增长接近 30%。

怎么定

别听通用建议。只数一件事：下面这些有几条踩在你产品的关键路径上。

• 需要蓝牙、NFC、USB 或深度传感器；
• 需要可靠的后台同步、后台定位，或任何"关掉也要跑"的东西；
• 需要主屏幕小组件或锁屏常驻；
• 核心闭环就是富媒体或静默推送，而用户主要在 iPhone 上；
• 靠用户逛商店来发现你；
• 图形密集型：游戏、视频或图像编辑、AR。

中两条以上：做原生。这些在 iOS 上绕不过去，你最终只会交出一个打折扣的产品，然后管它叫设计取舍。

中一条或零条：PWA 通常更该先做。一份代码、几分钟就能上线的更新、不抽成，以及会自己滚起来的搜索流量——而不是向商店租来的流量。拿不准就先做 PWA 再观察，日后再补原生，比"白做一个原生"便宜得多。

如果你的点子本来就很小——一个计数器、一个检测工具、一个两分钟的消遣——那就不用纠结了。没人会为了捏一次气泡膜去下载一个 40 MB 的 App。我们自己就活在这个场景里：九个小工具，一点即装，装上之后离线可用。因为另一种做法，是请一个陌生人为三十秒的消遣，先在商店里花掉三分钟。一个链接，永远好过一次下载。

常见问题

更多指南见 VKT 博客.