较少的控制开销。连接创建后，在服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，其头部大小只有 2 字节至 10 字节（和数据包长度有关）；对于客户端到服务器的内容，此头部还需额外加上 4 字节的掩码。与每次都要携带完整头部的 HTTP 请求相比，此项开销有显著减少。
更强的实时性。由于协议是全双工的，所以服务器可以随时主动给客户端下方数据。HTTP 请求需要等待客户端发起请求，服务端才能响应，与其相比，WebSocket 的延迟明显更小。即使和 Comet 等类似的长轮询相比，其也能在短时间内更多次地传递数据。
保持连接状态。与 HTTP 请求不同的是，WebSocket 需要先创建连接，这是其成为一种有状态的协议，之后通信时可以省略部分状态信息。而 HTTP 请求可能需要在每个请求中都携带状态信息（如身份认证等）。
更好的二进制支持。WebSocket 定义了二进制帧，与 HTTP 请求相比，可以更轻松地处理二进制内容。
支持扩展。WebSocket 定义了扩展，用户可以扩展协议，实现部分自定义的子协议，如部分浏览器支持压缩等。
更好的压缩效果。与 HTTP 压缩相比，WebSocket 在适当的扩展支持下，可以沿用之前内容的上下文，在传递类似的数据时，可以显著地提高压缩率。