历经千辛，最后发现， PWA 是个死路？

套壳

干脆检测到这些浏览器弹窗，请下载 Chrome 、Edge 。
UC 、夸克甚至就不支持 webRTC ，连个报错都没有。

这个是干啥的

你要做国内业务，不犯法的前提下，试错成本最低开发模式应该就是小程序了

换个思路，这种情况很适合只做海外市场的产品

几年前调研过，当时的结论是 PWA 连在世界范围内都是死路一条，不能成为主流。
主要原因是苹果没有很好的支持，而且也没有变好的迹象。
以前也没有想是因为什么，刚才想了想：一个有绕过 App Store 能力的技术，苹果不封杀就不错了。30%的抽成可是苹果的命脉。
这么多年过去了，情况也不知有没有变化，反正一看 PWA 这三个字我就没啥兴趣。

这个怎么白屏加载时间一百多秒……

要吸引和留住用户的话别整 PWA 。现在看到这个关键词我的印象一大半都是工具站那种了，留不住人。国内真宁愿做小程序。

@imboring 苹果没有很好支持是什么意思？ ios safari 可以添加到桌面，打开也是独立不带浏览器工具栏的页面，这就足够了，你还要什么支持？

@june4 苹果的 PWA 之前一直很落后，16.4 以前连 webpush 都没

没法给意见，PWA 最火的时候都没掀起什么浪花

用户使用门槛是很重要的，“在支持的浏览器中打开”、“点击添加到桌面” 等一系列操作，最后还是小程序扫个码直接用、而且能显示在最近使用列表里面那种最对用户友好。

此外，iOS 的 PWA 和 Safari 的数据是相互隔离的。网页应用如果使用了第三方 OAuth ，出页面在客户端内授权登录回调，大概率会回到 Safari 里面，从桌面图标进入的情况下除非调整一下后台逻辑然后提示用户 “验证通过后，关闭 Safari 并回到此画面” 这种，否则不会同步浏览器内的登录凭据。

与之相对的是小程序啪一下的一键登录授权。

虽然小程序开发体验也不怎么样，但这也是没办法的事。

@xxmym PWA 有相应的舒适区和不适区，需要大量 os 原生功能的就不太适合，毕竟浏览器的原生功能接口要么受限要么不灵活，也不是所有程序都需要 webpush 的。

本身是个好技术 奈何现实是会抢移动客户端的市场 人家平台根本不给你机会起来…

@june4 #8

确实，iOS PWA 使用体验我其实挺喜欢的，状态栏颜色还可以通过页面背景色设置。

给 Safari 做适配，虽然限制多，但好在统一，测试能用用户那边也基本就没问题，不用像安卓这边要查半天一堆手机内置浏览器是啥版本。

而且以我个人前一阵子测试的 MediaSession API 为例，谷歌自己的示例页面在某些安卓设备上的进度条状态更新都是抽风状态，苹果设备反而是最一开始测试就没问题了的，而且从系统通知栏控制的体验就跟原生应用一样，很漂亮。

Safari 可能有大量支持不到位的 API ，但是提供了支持的有不少实际表现都很惊喜 (Web Push 也是)。更新的版本还加过 iOS 的原生 Switch 样式的 Checkbox 。虽然是不痛不痒的功能，但是还是怪好玩的。

我做了二个 PWA 应用，一个 rss reader ，一个学英语的 www.babelabc.com ，一次开发全平台支持，放在国外也没有备案/资格之类操蛋的事，分享给别人只要发个网址别人就能马上用起来，这些才是 PWA 的特有优势所在。

@ixixi 大言不惭的说，这不是下一个抖音嘛^_^

是安卓的“快应用”吗？

很流氓的，访问网页，会自动安装，，，，而且还能自动拥有“通知”权限，，，用户完全无感知的手机里就有一堆发广告的了，要关闭还很麻烦（普通人找不到地方关）

如果有跨平台的效果，其实我还真的觉得可以搞，因为对于网页应用的增强比较大，通用性也好，然而……

想起当年上学的时候折腾过 pwa, 还折腾过很多不热门语言, 不热门库, 上班之后就知道终究只是折腾, 真干事时什么热门什么流行就该用什么