配了三年移动端蓝牙，每次都要靠原生 App——今天 Web Bluetooth 把这件事彻底变了

配了三年移动端蓝牙，每次接进一个设备都要写一套原生 App——这件事今天被浏览器的 API 彻底改了。

以前做健康类应用，设备数据要过 App 才能到网页。现在直接打开网页，设备就能被发现、被读取、被订阅。

浏览器把蓝牙协议栈接进了页面

Web Bluetooth API 是 W3C 标准化的一套浏览器接口，让网页可以直接扫描和连接 BLE（蓝牙低功耗）设备，读写 GATT 特性，接收实时通知。

核心用法就三个：请求设备、连接、读数据。

检查支持、请求用户选择设备、连接 GATT 服务器、获取服务和特征、订阅通知——整个链路在 50 行以内完成，从设备发现到实时数据推送，原生 App 能做的事，网页自己来了。

这三个场景最受益

健康数据直采：心率带、血糖仪、血氧仪——用户打开网页，数据直接进了仪表盘，不需要装任何 App。这件事在 2017 年 Chrome 56 发布时就具备了，但今天实际落地的项目依然不多，空白期还在。

智能家居控制台：蓝牙灯泡、门锁、温湿度传感器不需要配 App，网页直接控。这在小程序和 App 之间一直存在体验断层，现在 Web 补上了。

工业现场数据采集：仓库和工厂里扫码枪、传感器、电子价签——员工拿个 Android 平板开网页就能读，不需要配专用 App。

安全模型：用户主导，权限可撤回

这件事安全顾虑比较多，所以规范里定了两层保护。

必须用户主动授权：requestDevice() 会弹出系统设备选择器，用户手动选一个设备，网页才能看见它。没有静默扫描，没有后台监听。

HTTPS 强制：非安全上下文下 API 不可用，localhost 除外。

权限可撤销：用户可以在浏览器设置里撤销给定站点的蓝牙权限，也可以直接 Forget 设备。

兼容性：iOS 是主要缺口

截至 2026 年，桌面端 Firefox 和 Safari 完全不支持 Web Bluetooth。Android 上 Chrome、Samsung Internet、Opera 均已完整支持 Chrome 56 以来的所有特性。

iOS 是主要缺口：Safari 完全不支持，第三方浏览器因为 WebKit 限制同样没有这个 API。实际解法是让 iOS 用户安装专用的 Web Bluetooth 浏览器——Bluefy 和 WebBLE 是 App Store 里存在的选项。

所以面向普通消费者的产品，Web Bluetooth 目前只适合 Android 场景；面向企业内网的固定设备场景，Android 加 Chrome 组合已经完全可以投产。

落地节奏建议

目前 BLE 场景里 Web Bluetooth 最成熟的切入点是数据采集——不涉及复杂的控制链路，只需要把设备数据接进网页。这类场景工程实现最轻。

需要往 App Store 交 99 美元年费才能分发的场景，Web Bluetooth 帮你省掉那笔钱。需要等 App Store 审核才能上线的功能，网页直接更新直接生效。这笔账越算越值。