Skype网页版（Skype for Web）刚推出时，被很多用户评价“卡成PPT”。但在后来的版本中，它的音视频质量发生了质的飞跃。其背后经历了从浏览器插件到纯WebRTC的技术演进，以及微软在编码优化、网络适应性上的持续投入。
这个过程不仅是Skype自己的技术升级史，也映射了浏览器端实时通信能力从弱到强的整个发展历程。
一、初代架构：为什么早期网页版必须装插件？
2014年11月，Skype网页版测试版上线。它的发布虽被寄予厚望，但有一个致命瓶颈：必须下载一个小型插件才能进行音视频通话。如果不安装插件，网页版就仅仅是一个文字聊天工具。虽然通话成本降低了，但还是没脱离“先下载安装”的老路。
用户在浏览器里通个话还得先装插件，说明当时WebRTC尚不成熟，浏览器之间的编解码器支持也存在严重碎片化问题。Skype首席架构师Bernard Aboba在那时坦言：“没有浏览器能同时支持H.264、Simulcast和可扩展视频编码的组合。”他甚至形容构建浏览器实时通信功能“对我们来说都是一个复杂且高风险的项目”。
Skype网页版初期的插件本质上是一个“微型Skype客户端”。音频部分采用的是和WebRTC强制编解码器相同的技术——内置前向纠错，即使有少量网络丢包也能保持较好的可懂度；视频方面则依赖H.264编解码器，并支持Simulcast——发送一个视频源的多个分辨率版本，另一个视设备屏幕分辨率和带宽自主选择合适分辨率的流，从而允许移动设备和桌面大屏同时参与同一通通话。
然而，当年跨浏览器的协同障碍远比你想象的大：Chrome支持Simulcast和多流视频但没有H.264，Firefox支持H.264却不支持Simulcast，IE才刚宣布计划支持H.264和ORTC。
Skype网页版必须解决这一困局。2014年底，微软联合业界发布了基于ORTC API的WebRTC开发计划，用基于JavaScript对象的模型实现实时通信。与传统WebRTC相比，ORTC能更精细地控制拥塞控制、包丢失检测和NAT穿透等底层细节，还能更好地支持Simulcast——这正是视频通话的多设备适配能力进一步提升的根本原因。
二、免插件时代的到来：WebRTC与ORTC的落地
2016年4月，微软在Edge浏览器中率先实现了Skype网页版的无插件语音和群组视频通话。这背后是ORTC这项技术的全面应用。ORTC在2016年被正式合并到WebRTC 1.1标准规范中，Skype和微软在其中扮演了关键角色。在微软向W3C提交的CU-RTC-Web提案中，开发者被明确赋予了“自主控制用户体验如何适应通信质量波动”的设计能力。当网络恶化时，开发者可以选择优先保视频流、优先保音频流，或暂时挂起应用直到质量恢复——这种灵活性直接决定了Skype在弱网环境下的自适应能力。
最终，当其他浏览器也陆续实现H.264标准支持后，Skype网页版终于摆脱了插件束缚，走入真正的“即开即用”时代。跨浏览器的通用实时通信，也从这一天起迈出了一大步。
三、编解码之战：带宽精打细算、画质毫不妥协
免插件问题解决后，下一个大题是如何在海量设备上保证视频流畅。
Skype网页版的视频方案始终押注H.264编解码器，理由简单直接：H.264是硬件加速最成熟的视频标准，能在几乎任何设备上以最低功耗完成高质量视频渲染。若选择新兴的VP8或VP9，大量旧设备将被迫依赖通用CPU做软件编解码，不仅发热严重、电池消耗猛增，低端设备还极易掉帧——也就是用户在弱设备上会遇到的“卡成PPT”。
音频方面，Skype自4.0版本以后开始使用自研的SILK音频编码，采样率覆盖8/12/16/24千赫兹，比特率可在5～40kbps之间灵活调节，网络紧张时自动降低码率保住流畅度，网络宽松时则以更高质量的立体声提供清晰听感。
如果说编解码器是基础武器，带宽自适应就是决定临场表现的关键操作。Skype网页版不仅能自动探测当前带宽，还会对不同设备端发送不同质量的视频流，实现多位参与者同时呼叫，而不拖垮某一方的网络。
四、性能极限：网络专线与终端优化的长期博弈
进入2020年代后，Skype网页版的性能瓶颈逐渐从浏览器的编解码能力转移到两个方面：企业用户的跨国网络质量，和个人终端的本地环境。
对实时音视频而言，网络延迟50毫秒以内、抖动低于10毫秒、丢包率小于0.1%才能达到流畅基准。然而即使只丢包1%，也足以导致视频马赛克化、声音变得断断续续。QoS（服务质量）策略因此成了必选项，在路由器、交换机等网络设备端，为Skype的音视频数据包打上DSCP标记以确保优先转发，避免被普通的数据下载流量挤占。
终端方面也总结出多条“硬道理”：通话前关闭迅雷、在线视频等大流量应用；5GHz Wi-Fi通常比2.4GHz更稳定，而有线连接则永远是无线之上的选择；使用自带麦克风的耳机可以有效降低回声、缓解硬件的音频处理压力；定期清理浏览器缓存不影响核心账号数据，但能解决不少页面加载卡顿的疑难杂症。
五、性能优化的遗产
回看整个发展史，Skype网页版的性能优化有一条清晰的演进主线：绕过浏览器各自为政的编解码壁垒，用插件做阶段性过渡，再靠ORTC推动标准化走向统一。通过WebRTC和ORTC的融合，Skype首次在浏览器端实现了海量并发下视频通话的稳定性与自适应性。
如今，Skype网页版已于2025年5月5日停服，用户已迁移至Teams。但Skype网页版在编码器选择（H.264自研SILK）、带宽自适应技术和数字信号处理等领域积累的大量技术资产，已经全盘注入Teams并延续至今。那些曾经让首席架构师彻夜难眠的问题——丢包补偿、跨厂商编解码兼容、弱网自适应——在Teams的日常维护中已成为标准配置。