Web Bluetooth扫描弹窗信息展示方案及上架合规性咨询

一、无需修改设备为唯一名称的替代方案 #

存在可落地的成熟替代方案，不需要修改设备固件里的统一广播名，核心是通过交互流程补全识别能力，具体实现逻辑如下：

• 增加前置操作引导：唤起扫描弹窗前先在页面给出明确操作提示，要求用户仅将需要配对的目标LED设备置于配对状态（比如按配对键进入快闪模式），其余同类型设备暂时断电、退出配对状态或保持3米以上距离，减少扫描列表里的同名设备数量。
• 增加选中后校验环节：由于系统扫描弹窗的展示项完全由浏览器/操作系统控制（安全限制，开发者无法自定义追加展示字段，弹窗里的十六进制字符串在安卓/Chrome环境是设备MAC地址，iOS环境是系统为了隐私生成的临时随机ID，均无法自定义修改），当前弹窗效果如下：
  
  用户在弹窗里选中任意一台名称为AWESOME_LED的设备后，你可以立刻建立GATT连接，向设备写入控制指令让该设备执行3~5次的快闪、变色等明显可感知的动作，随后弹出前端自定义的确认弹窗：「请观察您需要连接的LED设备，是否正在闪烁？」，提供「是，确认连接」「否，重新选择」两个选项，如果用户选否则断开当前连接，重新唤起扫描弹窗即可。

这套方案是目前消费级蓝牙设备配对的通用实现，不需要修改设备端的广播名称，改造成本极低，识别准确率也能达到实用标准。

二、设备名加唯一后缀的合规性说明 #

将设备命名为AWESOME_LED+唯一ID的格式完全不会触发Apple、Google的应用上架限制，不存在被驳回的合规风险：

• Apple侧的相关规范仅要求蓝牙设备名称不得包含侵权内容、误导性标识，未要求同型号设备必须使用完全一致的广播名称。目前量产消费级蓝牙设备（智能灯泡、蓝牙音箱、传感器等）大量采用「品牌/产品名+短唯一ID（后四位MAC、生产序列号短码）」的命名方式，公开可查的开发者被拒案例中，没有任何一起是因为这类命名规则导致的，反而存在极个别因为多台同名设备导致用户无法完成配对、被以「用户体验存在缺陷」为由打回的案例。
• Google Play侧没有针对蓝牙设备广播名的强制统一命名要求，官方设计指引反而建议多台同场景部署的同类型设备使用带唯一标识的名称，降低用户选择成本。

如果后续需要批量部署多台设备，两种方案可以叠加使用：设备名带短ID降低初次选择成本，选中后闪灯确认做二次校验，体验会更好。

内容的提问来源于stack exchange，提问作者Uy Nguyễn