移动端网页那些年：那些不太体面的起步

现在调试移动应用觉得烦？那你可真该庆幸自己没赶上上世纪末那波移动端网页开发者。那时候"移动互联网"这几个字，意味着要在巴掌大的屏幕上看网页、用各种私有标记语言、忍受连 56k 调制解调器都能轻松超越的网速。

iPhone 在 2007 年横空出世，彻底改变了游戏规则。但在那之前，有一段相当混乱的时期。很多早期的"移动上网"尝试，粗糙到今天看来都让人难以置信。但正是这些失败，给后来的移动端开发留下了宝贵的经验教训。

为什么移动网页一开始就这么难

传统互联网能普及，是因为它有足够的发育时间。大学和实验室先把协议和技术跑通，普通用户上手的时候已经比较稳了。

移动端完全不一样。它从第一天起就面向大众，而且流量费按字节算。这下麻烦了——用户期待的网页体验，跟你能给的东西，完全是两码事。

技术上更是难上加难：

• 屏幕跟名片差不多大——传统网页布局根本没法看
• 处理器性能弱鸡——客户端 JavaScript 想都别想
• 信号断断续续——但 HTTP 协议可不这么认为
• 电池不经用——每个字节都得精打细算地发

这根本不是简单的"缩小一下"的问题，而是要彻底重新设计。大多数早期移动内容，不过是把桌面网页强行压缩，根本不是为手机量身打造的。

诸侯混战：标准碎片化时代

在 HTML5 统一江湖之前，移动网页就是个各种技术抢地盘的战场。每家都想解决同一个问题，但方法完全不同。

AT&T PocketNet（1996）——"扑克牌"模式

AT&T 的 PocketNet 服务提出了一个挺有意思的思路，后来在移动开发里反复出现：把界面想象成一副扑克牌。手机屏幕太小，那就做成对话框式的交互。用户做选择，然后看到新的选项，一步步往下走。

这个方案的聪明之处在于打包——一整副牌可以一次发过去，省得每次都要等那慢得要命的连接。内容用 HDML（手持设备标记语言）来写，这是 HTML 的精简版，渲染靠 UP.View 这个微浏览器。

技术上是挺巧妙的，但问题是封闭。碎片化的苗头，从这时候就开始了。

Palm.Net WebClipping（1998）——早期的优化尝试

Palm 走了另一条路。PDA 屏幕比手机大一些，但同样需要优化。他们的 WebClipping 技术把静态网页内容缓存在设备本地，只传输需要实时变化的内容。

这其实就是后来我们说的边缘计算，只是当时没人这么叫。通过减少不必要的数据传输，Palm 证明了移动网页也可以很快——前提是你愿意打破常规，重新思考内容怎么跑。

NTT DoCoMo i-mode（1999）——亚洲的成功故事

这里就有意思了。WAP 在欧美栽了大跟头，但 NTT DoCoMo 的 i-mode 在日本大获成功，全球用户一度超过 5200 万。

i-mode 为啥能成？好几点凑到一块了：

1. 从第一天就用的是分组交换技术——这比别人的电路交换方式技术含量高
2. 专门的硬件按键——一键直达精选门户网站，减少操作步骤
3. 合作伙伴体系——DoCoMo 包揽计费，降低了内容提供商的门槛
4. 内容有吸引力——官网上线了几千个网站，靠门户就能发现

i-mode 的功能列表，简直就是后来花了好多年才实现的"移动优先"愿望清单：快捷键导航、手机号一键拨号、表情符号支持。它还故意不支持表格、图像映射和层叠样式表——这些功能在巴掌大的屏幕上，增加的复杂度远大于价值。

WAP——名不副实的"开放标准"

1999 年，WAP 作为"开放国际标准"登场，背后站着诺基亚、爱立信、摩托罗拉和 Openwave。宣传语是：统一移动网页体验，跨设备跨网络。

现实呢……完全不是那么回事。WAP 成了"挫败感"的代名词，还被起了"Wait And Pay"（等着付钱）、"Worthless Application Protocol"（毫无价值的应用协议）这样的外号。

问题出在几个地方：时机不对——2G 网络本来就不是为分组数据设计的，WAP 协议栈又加了一层开销，让本来就不快的连接更慢了。执行也差——标准太复杂，各家实现参差不齐。还有商业层面——运营商把持着用户体验，把本该统一的网页撕得七零八落。

讽刺的是，WAP 的目标其实没错。只是需要更好的技术（3G、智能机）和更好的商业模式（包月流量、开放应用商店）来支撑它。

放到现在依然管用的经验

回头看那段历史，有些规律到今天还管用：

1. 移动端根本不是桌面端——从来都不是。 把现有方案搬到新设备上，这个诱惑一直都在。早期移动网页的失败，根源就在这里。响应式设计、渐进式网页应用、移动优先方法论……这些都是摔了跟头才学会的。

2. 移动网络的连接假设根本不成立。 HTTP 的请求-响应模式，假设的是持续在线。但移动网络不这么玩。今天的 Service Worker、离线优先架构、边缘计算，都是接受了这个现实才发展出来的。

3. 商业模式决定技术能不能推广。 i-mode 成功，某种程度上是因为 DoCoMo 包揽了计费，开发者省心，用户也省事。Stripe、应用内购买、SaaS 订阅这些模式存在，是因为大家都明白了：支付环节越麻烦，用的人越少。

4. 开放标准最终会赢。 WAP 死在封闭上。互联网成功，是因为谁都能参与开发。移动端真正起飞，是从浏览器开始遵循标准、应用商店向开发者敞开大门开始的。

现在的情况

移动端网页比起当年，进步是巨大的。响应式布局能适配各种屏幕，Service Worker 实现了离线功能，推送通知把用户拉回来，网络状态 API 让应用能随机应变。

但底层的问题基本没变：带宽紧张、信号不稳定、屏幕尺寸各异、原生应用体验和网页可访问性之间的永恒矛盾。

下一波浪潮——5G、WebAssembly、AI 辅助开发、也许还有 Web3——会带来新的框架和思路。但核心问题还是那个：怎么在越来越多种类的设备和网络条件下，给用户有价值的使用体验？

这个问题值得好好琢磨，不管你是上线第一个落地页，还是在为千万级移动用户设计分布式系统。

移动端网页从 WAP 的窘境走到今天，告诉我们一件事：创新很少是一条直线走到底的。有时候你得先把不完美的产品推出去，从失败里学东西，然后一点点迭代到真正能用的东西。协议是这样，平台是这样，支撑它们的域名和 hosting 基础设施也是这样。