谷歌 Play 通讯录与定位权限新规 2026：Contact Picker 与 Location Button 解读

2026 年 4 月 15 日，Google Play 宣布强化通讯录与定位敏感权限政策：能用「最小范围」就不要申请全量权限。对目标 Android 17+ 的应用，邀请/分享类场景应优先 Contact Picker；一次性精确定位应优先 Location Button。否则需在 Play Console 提交声明并接受审核。

政策在强调什么？

一句话：最小必要权限。用户把整本通讯录或持续精确定位交给 App，风险高；Google 要求默认改用系统选择器 / 一次性按钮，把「全量权限」留给真正离不开的核心功能。

通讯录：Contact Picker 优先

Android 推出 Contact Picker 后，用户可以只选出需要的联系人，而不是整本通讯录授权。政策方向是：

• 目标 Android 17（API 37）及以上时，若核心功能可用 Picker 完成，应移除 READ_CONTACTS。
• 仍需全量、持续访问通讯录时，须在 Play Console 提交声明，论证为何 Picker 不够。
• 通讯录属于个人敏感数据，仍受 User Data 等既有政策约束。

时间节奏（以官方 Deadline 页为准）：2026-04 公告 → 2026-09 起 Console 引导声明 → 预审检查约 10 月底加强 → 对 Android 17+ 的强制合规后续推进（含 2027 窗口）。请以你账号内提示为准。

定位：Location Button 与粗定位

定位政策更新要点：

1. 只为单次、用户触发的动作需要精确位置时，实现 Location Button，并在 manifest 使用 onlyForLocationButton 相关标记。
2. 若粗定位（ACCESS_COARSE_LOCATION）已够用，不要上精确位置。
3. 必须持续精确位置：在 Console 提交 Play Developer Declaration，说明按钮或粗定位为何无法支撑核心功能。

另外，前台服务场景中，地理围栏不再作为批准的前台服务用例，应改用 Geofence API 等官方指引方案。

提审前自检（开发 + 产品）

1. 权限清单：通讯录、精确/粗定位、后台定位是否都能讲清业务故事。
2. 代码路径：邀请/分享是否已切到 Picker；一次性定位是否走 Button。
3. Data safety：披露是否与真实采集一致（精确 vs 大致位置）。
4. 声明材料：截图、说明文案、为何最小方案不够，提前写好。
5. 用即将上线的 Play 预审检查 / Android Studio policy insights 先扫一遍，减少驳回。

对账号与上架运营的影响

权限政策变严后，新号首包与老号改版都更容易卡在隐私项。建议：

• 首包功能做减法，先过审再迭代敏感能力
• 企业主体、隐私政策、Data safety 一次对齐
• 避免在未就绪时强上通讯录/持续定位类目

FAQ

1. 旧版 Android 是否完全不受影响？

政策文本重点约束 Android 17+ 目标版本；但 Data safety、User Data 与审核实践对全版本都更严。长期仍应向最小权限迁移。

2. 已经上架的 App 要立刻下权限吗？

按 Console 提示与 Deadline 排期。能切 Picker / Button 的尽早切；必须保留全量权限的，抓紧准备声明。

3. 和通话记录权限有关系吗？

同属敏感权限收紧。2026-07 公告还收紧了 READ_CALL_LOG：不再允许「电话核验账号」用途，应改用 Digital Credentials / SMS Retriever 等方案。

相关阅读：近半年政策总览 · 技术质量与 Zero-Tap · 谷歌开发者账号购买

咨询客服 @U4888

@U4888

链接