Google Nearby全设备异常求助:部署4个月无通知与点击问题
Google Nearby Beacon 通知推送故障排查方案
你这边部署了20多个Eddystone URL Beacon,已经跑了4个月,能用工具和Physical Web检测到信号,但完全没用户收到通知、也没有点击记录——这种情况我碰到过好几次,咱们一步步来捋排查点:
先查Google Cloud控制台的Nearby配置
- 先确认项目是否真的开启了Nearby Notifications功能,有时候初期配置容易漏开开关。
- 核对每个Beacon的Eddystone URL是不是已经正确关联到你的项目ID上,项目ID哪怕错一个字符,都会直接阻断通知推送,这是高频踩坑点。
- 检查每个URL对应的通知模板:标题、正文、图标是不是都配置好了?还有“启用通知”的开关有没有打开?别漏了这个小细节。
核对Beacon的传输参数
- 虽然能检测到信号,但还是要确认广播功率和广告间隔。如果功率太低,设备能通过Physical Web搜到URL,但达不到Nearby通知触发的阈值——建议至少调到-18dBm或更高,保证稳定检测。
- 重点!Nearby Notifications要求URL必须是HTTPS协议,HTTP的URL是不会触发推送的,哪怕Physical Web能识别。如果你的Beacon发的是HTTP链接,这大概率就是问题根源。
用户设备的兼容性与设置排查
- Nearby通知只支持Android 7.0及以上版本,且Google Play Services版本要在11.6.0以上,老设备根本收不到。
- 要让用户确认设备上的Nearby通知开关有没有打开:路径是「设置 > Google > 附近 > 附近通知」,同时还要确保位置服务是开启的(Nearby用蓝牙扫描需要位置权限)。
- 很多设备的电池优化会后台禁用蓝牙扫描,得让用户把Google Play Services加入电池优化白名单,不然后台检测不到Beacon信号。
搭建受控环境测试
- 拿一台符合要求的测试Android设备,开全所有必要设置,直接站在Beacon旁边,看能不能收到通知。如果能收到,那问题可能出在用户端的设置,或者实际部署场景的信号强度不够。
- 用Google Nearby开发者工具模拟Beacon广播,测试通知能不能触发——这样能快速区分是硬件Beacon的问题,还是云端配置的问题。
查看控制台日志
- 去Google Cloud控制台的Nearby Notifications日志里找错误信息,比如Beacon注册失败、通知投递失败、URL无效之类的条目,这些日志往往能直接指出具体问题。
按这些步骤查下来,基本就能定位到问题了——最常见的就是漏了HTTPS要求、项目ID配置错了,或者用户设备的权限/优化设置挡住了通知。
内容的提问来源于stack exchange,提问作者Andrew Roy
相关产品推荐
相关产品推荐

