“别再让我下载 App 了”：当互联网从开放网页退回封闭花园

有些互联网时刻，真的会让人产生一种很具体的厌烦。

比如你只是想看一条帖子、点一份外卖、查一下停车缴费，结果网页刚打开，半个屏幕就被弹窗盖住：“下载 App，体验提升 10 倍。” 你刚往下滑了两屏，又跳出一个悬浮条；再过几秒，登录、注册、下载三连击轮番上阵。仿佛今天的互联网已经形成某种共识：网页不是产品本体，只是把你引流到 App Store 的漏斗口。

最近，博主 Sid 在文章《No, I Won't Download Your App. The Web Version is A-OK》中，把这种情绪说得很直白：不是我不愿意用你的服务，而是我不想为看点文字、刷点图片、填个表单，就再装一个动辄上百兆、权限一大堆、后台还常驻的 App。 这篇文章没有惊天爆料，却精准击中了当代数字生活里一个越来越普遍、也越来越少被认真讨论的问题。

网页曾是“默认入口”，现在却成了“残障版本”

如果把时间拨回十几年前，互联网最迷人的地方，恰恰在于它的通用性。一个浏览器，几乎就是一切服务的入口。新闻、论坛、购物、地图、邮箱、银行，打开就能用，不必先安装，不必担心设备空间，不必被系统权限层层追问。网页的意义，不只是方便，它背后其实是一整套更开放的技术和权力结构：链接可以传播，内容可以被搜索引擎索引，用户也能通过浏览器插件、广告拦截器、脚本管理器，按自己的方式“改造”体验。

而今天，很多公司的态度已经明显反过来了。网页仍然存在，但更像一扇虚掩的门：能进，却不好走。你会遇到功能阉割、加载弹窗、滚动几屏后强制登录，甚至直接只给你一个二维码，意思很明确——别在这儿待着了，去下载 App。

这种转向当然不是偶然。对平台而言，网页是开放环境，用户手里有太多“工具”可以对抗平台：拦广告、禁追踪、改样式、去推荐、屏蔽干扰模块。可一旦进入 App，这些权力几乎就被收走了。推送通知更直接，数据埋点更细致，留存和唤醒机制更强，用户也更难“逃离”平台预设的路径。表面上这是“体验升级”，骨子里更像是一次控制权回收。

很多 App，本质上只是给 JSON 套了个壳

这也是原文最尖锐、我也最认同的一点：很多所谓“必须用 App”的场景，技术上根本没有那么复杂。

刷帖子、看菜单、买门票、填资料、查账单，说到底多数都是文本、图片、视频和表单。除了重度 3D 游戏，或者确实需要深度调用硬件能力的场景——比如 AR 测距、LiDAR 扫描、复杂相机能力、离线导航——绝大多数消费级服务，本质上都是客户端从服务器拿数据，再渲染到界面上。说得再直白点，很多 App 的核心工作，不过是把后端吐出来的 JSON，换一种方式展示出来。

问题就在这里：如果事情本来可以在网页上轻松完成，为什么还要让用户下载一个 100MB 以上的程序，索要定位权限、通知权限、后台刷新权限，甚至通讯录和蓝牙权限？很多时候，答案不是“网页做不到”，而是“App 更利于商业目标实现”。桌面图标是一块永久广告位，推送是一条随时可触达的通道，App 内环境则方便平台把广告、会员、推荐流和行为采集打包成一个闭环。

这几年，超级 App 模式、私域运营、精细化增长、留存指标崇拜，几乎把整个移动互联网训练成了同一种思维：先把用户装进来，再慢慢提高围墙。于是，连本该轻量的公共服务也开始 App 化。点个停车缴费还算小麻烦，可一旦延伸到医院挂号、社区服务、政务事项，事情就没那么轻松了。数字化本该降低门槛，结果却常常变成新的门槛。

更讽刺的是，很多 App 做得并不比网页好

如果平台执意把用户从浏览器里“请”出来，至少应该拿出一个足够顺滑、足够精致、足够像样的原生体验。但现实往往是：你费劲下载完，打开后发现它也没多高级，甚至还更难用。

这不是单纯的审美问题，而是交互细节上的失真。文章里提到，很多跨平台框架开发的应用，早年在 iOS 上曾出现过动画卡顿、着色器首次编译造成掉帧的问题。即便今天这些问题已经比过去改善很多，但那种“不完全像系统原生”的微妙违和感仍然常见：滚动惯性有点奇怪，返回手势慢半拍，转场动画不够贴手，输入框焦点处理别扭。它们未必严重到让人无法使用，却足以让人心里咯噔一下——这个 App，不够“对味”。

人对这种时间上的细微偏差，其实非常敏感。一个系统哪怕只慢零点几秒，很多老用户都能察觉。这也是为什么优秀的软件体验，往往不靠炫技，而靠打磨那些你说不清、但一用就知道顺不顺的细节。遗憾的是，在流量导向的产品逻辑下，很多企业优先优化的是转化漏斗，而不是交互质感。于是我们会看到一个荒诞场景：网页被故意做差，逼用户安装 App；可 App 本身，却也只是一个将就能用的“壳”。

这里面还有一个行业现实。跨平台开发工具越来越成熟，从 Flutter 到 React Native，再到各种 WebView 混合方案，确实让公司能够用更少的人力、更快地把产品铺到多个平台上。对企业是效率，对用户却未必总是福音。技术债被藏在了“看起来差不多”的表面之下，而体验的成本，最终由用户埋单。

从开放互联网到“圈地互联网”，这件事为什么现在尤其刺眼

这篇文章真正值得讨论的，不只是“烦不烦”，而是它揭示了一种更大的趋势：互联网的基础设施正在从开放标准，退回平台控制。

很多大型平台最早都是靠网页成长起来的。因为网页零门槛、传播快、可索引，能迅速积累用户。但一旦用户规模足够大，平台就开始降低网页优先级，把核心互动、完整内容、最强分发能力逐步收回到 App 里。这个逻辑并不新鲜，社交媒体这么做，内容平台这么做，电商这么做，连不少媒体和公共服务机构也在这么做。

国外学者和评论者近年常用一个词来描述这种过程：enshittification，中文互联网上有人把它翻成“平台劣化”或“屎化”。意思并不文雅，但很形象：平台先用好体验吸引用户，再利用已经建立的网络效应，把天平逐步转向平台自身的利益，最后用户和商家都被困在一个越来越不好用、却又离不开的体系里。网页被边缘化，就是这个循环的一部分。

为什么这件事在今天更刺眼？因为我们正处在移动互联网成熟期后的拐点上。新增用户红利见顶，越来越多公司开始从“获取用户”切换到“榨取用户价值”。在这样的财务逻辑下，开放、兼容、可替代，都会显得不那么“性感”；而高留存、高时长、高触达，才是 dashboard 上最漂亮的数字。于是浏览器——这个曾经最接近公共基础设施的入口——越来越像一个营销落地页系统，而不再是完整服务的平台。

但这显然也埋下了反作用力。欧洲这些年持续推动《数字市场法案》等监管框架，某种程度上就是在试图制衡平台对入口和分发的过度控制。苹果也在逐步强化 Safari 对网页应用能力的支持，PWA 虽然始终没能成为“救世主”，但它代表的方向一直没有错：很多服务，本该是“打开即用”的，而不是“先安装再服从”。

说到底，一个值得思考的问题是：数字服务到底应该优先服务用户任务，还是优先服务平台增长？ 如果用户只是想完成一件小事，安装 App 真的是最合理的路径吗？如果不是，那今天大量产品设计里的“强制下载”，到底是在做创新，还是在做变相绑架？

我并不反对 App。好的 App 当然有不可替代的价值，尤其在高频、高性能、深硬件协同的场景里，原生应用依旧是最佳方案。问题在于，App 不该成为所有服务的默认宗教。一个成熟的互联网生态，应该容得下轻量网页、渐进式 Web 应用和真正有价值的原生 App 并存，而不是把用户一股脑推进同一条下载漏斗。

如果连“看一篇内容、办一件小事”都必须先安装一个应用，那我们失去的，恐怕不只是手机里的那点存储空间。我们失去的，是互联网最初那种自由进出、随手可用、谁都能连接谁的开放感。它曾经很普通，普通到人们不觉得珍贵。等它慢慢消失时，大家才发现，原来那才是最难得的体验。