打开浏览器就能玩，不用下载，不用安装，点开链接就进游戏。这是web游戏最直接的吸引力。我上个月在手机上玩了一款叫《Slither.io》的多人贪吃蛇，从点开网页到操控角色移动，前后不到五秒。换成客户端游戏，五秒可能连启动画面都没加载完。

这种即时性来自浏览器这个载体本身。HTML、CSS、JavaScript三件套跑在浏览器里，不需要操作系统层面的安装权限。早期的Flash游戏是web游戏的雏形，4399、7k7k上那些小游戏陪伴了一代人。Flash在2020年底正式停止支持后，HTML5接过了接力棒。现在你打开任何一个网页游戏平台，背后跑的基本都是Canvas或者WebGL渲染。

技术门槛的降低让独立开发者有了更多机会。我认识一个做前端的朋友，去年用Phaser框架花了两周时间做了一款像素风塔防游戏，放到itch.io上，第一个月就有一万多次游玩。他没花一分钱推广，靠的是Reddit上几个游戏社区的帖子。Web游戏的分发成本几乎为零——一个链接就够了。

但浏览器也带来了限制。性能是最大的瓶颈。JavaScript的单线程模型意味着复杂物理运算和大量精灵渲染容易卡顿。我试过在浏览器里跑一个上百单位的即时战略demo，帧率掉到20以下，操作延迟明显。WebAssembly和WebGPU正在改善这个局面，不过离原生客户端的流畅度还有距离。

另一个问题是留存。Web游戏太容易关掉了——标签页一关，什么都没留下。没有桌面图标提醒你回来，没有推送通知拉你上线。很多web游戏靠广告变现，玩家看30秒广告换一条命，这种模式能赚钱，但很难培养长期用户。真正跑出来的web游戏，要么像《Wordle》那样靠社交传播裂变，要么像《Cookie Clicker》那样用放置机制制造粘性。

移动端浏览器的情况更复杂。触屏操作和键鼠操作是两套逻辑，很多web游戏在手机上体验糟糕。虚拟摇杆遮挡视野，点击判定不准，横屏竖屏切换导致布局错乱。我玩过一款网页版吃鸡，在手机上根本没法瞄准，最后只能用平板加蓝牙鼠标才勉强吃了一把鸡。

不过web游戏有个被低估的优势：它天然适合做多人联机。WebSocket让实时通信变得简单，房间匹配、状态同步、断线重连，这些在客户端游戏里要写一堆网络代码的事情，在web端用Socket.io几行就能跑起来。agar.io和它的各种变体就是最好的例子——打开网页，输入昵称，立刻和全球玩家同场竞技。

云游戏可能是web游戏的终极形态。游戏跑在远程服务器上，浏览器只负责串流画面和回传操作。Google Stadia失败了，但Xbox Cloud Gaming和GeForce Now还在跑。延迟和带宽是硬伤，不过对于回合制、卡牌、策略类游戏来说，完全够用。我在地铁上用手机浏览器通过Xbox Cloud玩了一局《光环》的战役模式，画面糊了点，操作有半秒延迟，但确实能玩。

Web游戏不会取代客户端游戏和主机游戏。它更像是一个补充——填补那些“不想下载但想玩两把”的碎片时间。等地铁的时候，上班摸鱼的时候，或者只是想快速体验一个创意demo的时候，浏览器标签页就是最轻量的游戏入口。这个入口的价值，比很多人想象的要大。