位置权限：推荐「位置信息按钮」作为精确位置最小范围
更新位置权限：优先用位置按钮获取最小必要精确位置；区分精确/大致，并在 Data safety 如实披露。
要点速览
- 精确位置应尽量按次/按交互获取。
- 能用大致位置就不要申请精确。
- Data safety 勾选必须与运行时一致。
01
谁需要关注
- 地图、配送、打卡、附近的人、出行类 App。
- 后台持续定位、地理围栏联动产品。
- Data safety 已勾精确位置的所有应用。
02
官网政策深度解读
位置权限政策更新推荐「位置信息按钮」作为获取精确位置的最小范围，强制约 2027-01-27。应区分精确与大致位置，并在 Data safety 如实披露。
深度解读：平台在把精确位置从「默认能力」降成「显式动作」。用户点一次按钮给你一次点位，比长期后台精确定位更容易过审、也更符合最小必要。
产品要能回答：哪些流程必须精确？哪些大致就够？哪些可一次性？把答案写进权限文案与 Data safety，而不是事后补。
与地理围栏 FGS 政策联动：围栏场景应走向 Geofence API，而不是靠前台服务「养」定位。
03
典型场景拆解
到店核销：到店当下取一次精确位置。
城市推荐：大致位置足够。
导航进行中：精确必要，但要有明确前台体验。
04
对开发者的实际影响
后台精确会被政策状态点名。
披露不一致会变成拒审点。
运营「常开定位」话术需要改写。
常见踩坑
- 大致位置场景仍申请精确。
- Data safety 勾了精确但从不请求。
- 权限文案与系统弹窗语言不一致。
05
未来情况分析
精确位置会更「按次授权」。
持续精确追踪需要更强产品理由。
把位置精度策略写成架构决策记录。
落地检查清单
按序勾选，便于研发、合规与发行对齐。
- 梳理精确/大致/一次性场景。
- 评估接入位置信息按钮。
- 对齐 Data safety 勾选与文案。
- 回归后台定位路径。
- 与围栏/FGS 改造一并排期。
建议行动
复核精确/大致位置场景，优先最小范围与按次获取，并同步 Data safety。
