内容摘要：去年双十一，某头部电商平台的移动端成交额占比92%。这个数字放在五年前，还是PC端说了算。技术选型的风向，早就跟着用户手指的滑动方向变了。 移动web不再是“将就着用”的备胎。React、Vue这些框

去年双十一，移动某头部电商平台的发技移动端成交额占比92%。这个数字放在五年前，术前还是景分PC端说了算。技术选型的移动风向，早就跟着用户手指的发技滑动方向变了。

移动web不再是术前“将就着用”的备胎。React、景分Vue这些框架把组件化开发推成了标配，移动WebAssembly让浏览器里跑高性能代码变得现实，发技PWA（渐进式Web应用）在海外市场已经啃下了不小的术前份额。Twitter Lite用PWA把加载时间压到3秒以内，景分用户停留时长涨了65%。移动这不是发技实验室数据，是术前线上跑出来的。

国内的情况有点不一样。微信小程序、支付宝小程序、快应用，这些“超级App里的web”把移动web的边界撑大了。一套React代码，通过Taro或Uni-app编译到小程序和H5两端，人力成本直接砍半。我见过一个创业团队，三个人维护六个端，靠的就是这套路。但坑也不少——小程序的自定义渲染、H5的兼容性、不同WebView的内核差异，调试起来照样让人摔键盘。

性能始终是悬在头上的刀。移动端CPU和内存就那么大，首屏加载多500毫秒，转化率能掉7%。所以现在做移动web，代码分割、懒加载、骨架屏、Service Worker缓存，这些不是加分项，是及格线。Chrome的Lighthouse跑分低于90，基本不好意思跟产品经理打招呼。

另一个变量是5G。网速快了，但用户耐心没变多。反而因为原生App的体验基准线在那摆着，移动web的交互必须更接近“丝滑”。手势库、动画优化、虚拟列表，这些细活越来越吃香。有个做在线教育的朋友，把课程页从原生改成web，首屏时间从2.8秒降到1.2秒，退课率降了三个点。技术选型直接跟营收挂钩了。

跨端方案在洗牌。Flutter和React Native抢的是原生开发的地盘，但移动web的不可替代性在于“即点即用”。分享一个链接，点开就能看，不用跳应用商店。这个场景，原生做不到，小程序也做不到——它得先打开微信。

浏览器厂商的态度也在变。Safari对PWA的支持一直磨磨蹭蹭，但iOS 16.4之后终于开放了Web Push。苹果松口，说明web的能力边界还在往外推。Google那边更激进，Fugu项目把蓝牙、NFC、文件系统访问这些API往浏览器里塞。以后移动web能干的活，可能比你现在想的多。

说回现实。招人的时候，只写“会Vue”已经不够了。性能调优、跨端适配、工程化配置，这些才是分水岭。培训班三个月出来的前端，写个活动页没问题，但遇到内存泄漏或者滚动白屏，就卡住了。市场缺的是能啃硬骨头的人。

我的判断：移动web不会取代原生，但它的地盘在稳步扩大。工具链成熟了，性能瓶颈在逐个突破，用户习惯也在变——只要别让他们等，别让他们烦，他们不在乎底层是web还是原生。开发者要做的，是别把移动web当“简化版PC页面”来做。手指和鼠标，是两种生物。