地理围栏不再作为已批准的前台服务用例
地理围栏应改用 Geofence API，不再靠对应 FGS 用例过审；强制约 2027-01-27。
要点速览
- 围栏场景退出 FGS 白名单。
- 改用系统 Geofence API（或等效推荐方案）。
- Console 声明与清单必须同步改。
01
谁需要关注
- 考勤、到店提醒、电子围栏运营。
- 为围栏声明了 FGS 类型的应用。
- 依赖长期前台保活做围栏的旧架构。
02
官网政策深度解读
Google 移除「地理围栏」作为获批前台服务用例；该场景应改用 Geofence API。强制约 2027-01-27。若清单为围栏声明了对应 FGS 类型，需改造架构与 Console 声明。
深度解读：FGS 白名单在持续变短。能用系统回调/定位围栏 API 的，就不允许再用「长期前台通知」硬扛。
迁移会改变耗电、到达延迟与厂商后台策略表现；要在目标机型上重测到店/离店准确率。
与位置权限最小化同向：围栏触发后按需取精确位置，而不是全程精确+FGS。
03
典型场景拆解
门店到访发券：Geofence 触发后短时取点。
工地考勤：评估系统围栏 + 明确前台打卡体验。
物流围栏：拆成事件驱动任务，避免常驻 FGS。
04
对开发者的实际影响
未迁移可能导致审核失败或上架后处置。
到店率/考勤准确率可能波动，需标定。
厂商省电策略下，旧 FGS 方案本就不稳。
常见踩坑
- 只改 Console 声明，代码仍起 FGS。
- 用其他 FGS 类型「顶替」围栏。
- 忽略 Android 版本与厂商差异测试。
05
未来情况分析
更多后台能力会被挤出 FGS。
建立后台能力清单：必须 FGS vs 可降级。
把围栏迁移当作位置体系重构的一部分。
落地检查清单
按序勾选，便于研发、合规与发行对齐。
- 搜索围栏相关 FGS 声明与启动代码。
- 迁移到 Geofence API。
- 更新 Console 前台服务/权限声明。
- 目标机型回归到店/离店。
- 与位置权限改造一并上线。
建议行动
检查地理围栏是否误用 FGS，迁移到 Geofence API，并更新 Console 声明。
