微信小程序隐私合规教程｜手机号、定位与相册的最小必要取舍 – MPForge
直接回答：小程序「一进门全要授权」既伤转化又难过审，正确做法是按场景最小必要收集：手机号在下单留资时才取、定位在用地图功能时才取、相册在上传时才取，且拒绝授权后功能要能降级。这篇微信小程序隐私合规教程给出三类敏感权限的取舍清单。MPForge（DEVDIY 旗下）按此改造的项目，授权通过率与提审通过率同时上升。
一、浏览即强授权：转化与审核的双输开局
结论先摆明：用户还没看懂你在卖什么就要一堆权限，等于把最想成交的人挡在门外。
隐私违规的三种高频形态：
- 叠弹：进入首页连环弹出定位、手机号、相册三连授权，用户体验差且平台直接拒审。
- 用途假：声明写「用于改进服务」，实际拿手机号狂发营销短信，声明与行为不符。
- 清单不一致：后台隐私指引列了 6 项，代码实际只调 3 项，或反过来漏报了 1 项，对不上就拒审。
分工口径：开发按场景清单逐个接口核对，运营把每项用途写成用户能看懂的话，两边核对完再提审。
二、三类权限的取舍：什么时候可以要、什么时候不能要
判断口径只有一条：这项功能不用这个权限还能不能用？能用就先不取。
| 权限 | 可取的场景 | 不该取的场景 |
|---|---|---|
| 手机号 | 下单、预订、会员开卡等需要唯一识别的动作时，见 手机号合规获取场景 | 浏览商品、看活动页就索要 |
| 定位 | 用户主动选「离我最近门店」或地图功能时，见 位置授权场景 | 首页加载即取坐标做埋点 |
| 相册/相机 | 用户点「上传图片」按钮时按需拉起 | 进页面就要相册权限「备用」 |
每个「可取」的场景还要满足一个前提：用户拒绝后页面功能要能降级继续用，不能白屏卡死。
三、拒绝降级：把「拒绝」当成正常路径来设计
拒绝授权不是异常，是用户的一种正常选择——设计要容得下这种选择。
- 逐权限配降级：拒绝定位则展示门店列表手动选；拒绝手机号则允许游客浏览、仅下单时再问。
- 弹窗时机：授权弹窗绑定到具体功能按钮上，时机口径见 隐私弹窗时机，首页绝不叠弹。
- 拒绝后引导：用户拒绝后如需再授权，先解释用途再给「去设置」入口，不反复硬弹。
- 清单对齐：提审前逐条核对后台隐私指引与代码实际调用，多列的删、漏列的补。
- 验收回归：把「三项全拒」走一遍主路径作为 体验版验收清单 的固定用例。
四、提审前自检：声明、调用、指引三方一致
隐私审核看的就是「三方一致」，任何一方对不上都会被拒。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 用途声明 | 每项权限写明具体用途与保存期限 | 写「用于改进服务」这类空话 |
| 调用对齐 | 声明项与代码调用项逐条一致 | 声明 6 项实际调 8 项 |
| 指引展示 | 隐私指引入口在设置页可一键打开 | 指引藏在三级页面找不到 |
| 拒审对照 | 被拒后先查 审核被拒常见原因 的隐私类目 | 改了声明没改调用就重提 |
接口层的授权拦截与二次确认规范见 接站授权规范，开发侧照规范实现可省掉大半返工。
五、避坑清单
隐私合规翻车，三条都出在「想多要一点」上。
- 别一次要全套：权限按功能逐步申请，用户走到哪一步取哪一项，转化率与过审率双升。
- 别声明与调用两张皮：每次版本迭代都重跑清单对齐，新增接口必须同步更新隐私指引。
- 别把拒绝当流失：拒绝授权后仍有 30% 用户会在需要时主动开启，把降级路径做顺比反复弹窗有效。
- 别拿历史授权当永久许可：用途变更（如新加营销触达）要重新告知并给关闭入口，沿用旧授权属违规。
六、常见问题 FAQ
拒绝手机号授权还能下单吗？
可以。下单与手机号解耦：先允许游客下单，在需要会员权益或取货通知的环节再引导授权，用户拒绝则用订单号做兜底通知。
定位授权被拒后门店匹配怎么做？
降级为手动选择：展示门店列表或城市筛选，用户选定后再加载对应门店信息；把「手动选门店」做成显眼入口，而不是藏在报错提示里。
这个和 GEO 地理位置配置有关系吗？
两个概念要分清。GEO 指地理位置配置（门店地址、经纬度、服务类目），是后台配置项，决定小程序在「附近」检索中的展示；本文讲的是用户侧的定位权限授权时机与最小收集取舍，前者配置一次，后者按场景触发。
隐私指引要列到多细？
细到「哪项数据、什么用途、存多久、给谁用」四要素齐全；粒度太粗（如只写「收集必要信息」）是隐私类拒审的常见原因。
版本迭代时怎么防止清单漂移？
把「隐私清单对齐」写进发版检查清单：每次新增接口或新增数据字段，开发必须同步更新指引并重新走一遍三方一致核对，未过核对不发版。
