回复内容：我觉得取决于 browser vendor 和开发者的支持度。
web app 的优势是一个固定值（不用开发复杂的 installer 和 auto-updater 了，但是仅此而已）。所以对越复杂的 app 来说，web 的优势就越边缘化。3d 应用的开发无疑是最复杂的。所以我可以说：3d app 的开发团队不缺这点写 installer 和 auto-updater 的人手。
第二，web 的优势领域是 html 和 os 标准都成熟的部分。而标准不成熟的部分就惨了。在 html 不成熟的部分，开发者要测试每个 browser，在 os 标准不成熟的部分，开发者要测试每个 os。两个都不成熟的部分，开发者要测试 browser x os 的组合。就 3d 来说，连 opengl 都不能说每家的 driver 实现完全一样，也不能说每个浏览器的绑定都一样。
第三，其它领域的开发倾向使用稳定的技术。而 3d 开发倾向使用最先进的方案。所以 3d 平台要求能快速提供最先进的功能。在 native 平台上不用非标准 ext 开发 opengl 的程序是很少的。最大公约数法则对 3d app 不成立。3d app 讲究的是 aggresive then fail back。
所以争取到开发者的支持并不容易。
浏览器方面，也说了 microsoft 不支持。理由也很充分，shader code 的可信度如何保证？这个问题反过来又会降低用户的支持。一团糟。正好逛到这个问题，正好是2013年底，正好最近基于http://www.hightopo.com/的ht for web 3d引擎做的电力项目收尾，正好用到的就是webgl技术，因此说说自己的感觉供参考：
1、2013年应该感谢google和ms，前者提供了android chrome浏览器的webgl支持，后者终于让ie11支持了webgl并且降低到win7也能运行。
2、还得感谢firefox和opera这些厂家推动了移动终端浏览器对webgl的支持，并且性能还都不差，早期chrome的android版还不支持webgl时测试只能靠他们。
3、感谢ucweb浏览器提供了唯一（如果不是唯一还请高人指点）官方ipad的浏览器的webgl支持，虽然有很多bug我们提交了问题也没人理，还好找到了workaround规避了些坑。
4、ie11很给力，我在mac下的virtualbox虚拟机里面ie11是唯一能跑webgl的（其他浏览器不知道是否有开关设置可以在虚拟器可以跑的，如果有还请高人指点），但还得努力啊，一堆基础的api都不支持，例如triangle_fan类型都不支持，例如linewidth都不让设置，例如shading language都不支持return语句，还有好多坑，但还好我们都找到方法绕开了（如果你也遇到了ie11的坑可以帮我继续列举）。
5、nexus 7二代很给力，作为webgl的移动测试机，很轻且性能不错，终于找到了让我满意的愿意随身带着用的android板。
6、打包android的webview控件方式还很难搞，默认的webview核与android chrome不一样，搞了个独立的chrome 28的核还开启不了webgl（要是有高人搞定了，还请指点）。
7、上点代表性的项目抓图，一个是ie11下的，一个是android下的，总体说我感觉2013年经过各个厂家的努力，对于大多数的企业应用应该可以说：webgl is ready!
另供参考《基于html5的电信网管3d机房监控应用》
ht for web 3d 手册
ht for web 入门手册
ht fo web - 3d animation easing http://v.youku.com/v_show/id_xnze4nzm3ndc2.html webgl和之前出现过的大部分web前端技术都不同，它比通常的web前端技术要更为复杂，它的原生接口非常低级（标准制定者这么做的原因是想保证webgl在各种场合的广泛适用性），换句话说，webgl的学习难度非常大。因为一种技术非常复杂从而得出结论说市场不需要这种技术的推理过程简直是无稽之谈，结论也相当荒谬。所以对于这种难度极大而业界大部分人又对其未来持积极态度的技术，如果要等到标准和os以及市场环境全部成熟了再下手，那么对于我们开发者来说是非常不利的，因为那就意味着我们需要更多的时间和精力来学习它，而竞争对手则早已经在循序渐进的过程中占领了先机。
另外，事实上，即使是当下，webgl的底层兼容性问题也远非外界盛传的这么复杂。通常情况下，在windows平台上我们不需要特别担心所谓的显卡驱动问题，因为chrome和firefox这两大主流支持webgl的浏览器都是用angle把webgl api转换为directx api实现的。在非windows平台上，os x上使用safari或chrome、firefox一切都近乎完美；在linux上大部分的闭源驱动和mesa classic dri驱动都可以很好的支持webgl。
webgl标准本身和现阶段各浏览器所支持的扩展都没有致命缺陷，native gl能做的webgl几乎都能做。我支持@邓鋆 的说法，我们不能寄希望于将《使命召唤》这种aaa级游戏大作马上就搬到web上，但webgl目前已经可以胜任一些休闲游戏或者从移动平台移植过来的native 3d game/app，因为移动平台和网络平台通常都受同样的几个因素制约，例如网络状况和性能等等。
所以，我不知道未来会发生的事情，但我想如果你和google、apple、mozilla等业界巨头一样，都非常看好这门技术，那么现在应该是一个非常好的时机来开始做必要的技术储备。数据保密性太差，虽然three.js 已经非常强大了，但是你的模型数据瞬间就可以被竞争对手偷走，这个问题才是一个巨大的硬伤，能解决这个问题才行。现在看很难解决这个问题。我个人认为，webgl更多的是一种对html表现能力的一种补充，我期待着将来看到越来越多的演示，例如商品、房屋、城市等的3d展示，网页游戏中少部分3d效果的表现，而非生硬的把我们所熟悉的3d游戏完整搬到浏览器上。2013年很可能google earth会有webgl版的
---------------------------------------------------------------
应验了，最新版的 google maps 中 3d 地球视图就是webgl做的转眼2016了，貌似没什么大发展，如果将webgl应用在vr上，期待中。。。。。webgl的发展空间受限。相信我，来云台网看看云台网的引擎，会让你兴奋。转眼间2014年底了，貌似没啥大发展呢，不知道2015年底会咋样。。uc android在接下来的版本也会提供很好的支持。