微信小程序头像昵称填写教程｜用户信息合规获取不再被拒 – MPForge
直接回答：这是写给还在用旧接口拿头像昵称的团队的微信小程序用户信息组件变更教程：getUserInfo 一类的老路已经拿不到真实昵称头像，要改用头像昵称填写能力，并同步更新隐私指引与拒权降级。MPForge（DEVDIY 旗下）按「全局搜旧用法、换组件、改指引、回归、提审说明」五步帮客户完成替换，一次过审。
一、变的是什么：为什么旧接口拿不到真实信息了
结论先立住：平台把「用户要不要给你头像昵称」的决定权还给用户，强制或静默获取一律走不通。
以前很多项目在登录时顺手调一下旧接口，把昵称头像存库当用户资料用。现在这条路的结果是：拿到的是「微信用户」加灰色默认头像，既不是真实数据，还会在审核时被认定违规获取。新口径是用户主动填写：页面放官方的头像选择组件与昵称输入框，用户点一下、填一下，才拿到数据。
对商家的直接影响是会员资料完整度下降，这是全行业共用的规则，不是实现问题；对开发的结论只有一句：别再抱侥幸心理走灰产接口，用组件把体验做好才是正解。
二、改造前清单：把使用点摸清
替换工作一半在排查，一半在改造。先备齐四样：
| 准备项 | 达标口径 | 常见错误 |
|---|---|---|
| 旧接口使用点清单 | 全局搜索旧接口调用，逐条登记页面与用途 | 只改登录页，资料页和个人页漏掉 |
| 新组件改造页 | 用官方头像选择与昵称填写组件替换 | 自己造弹窗套用户输入，过不了审 |
| 隐私指引 | 与代码实际收集行为一致，参考隐私指引填写 | 指引写了没收集的字段 |
| 拒权降级 | 用户拒绝或留空，主流程照常可用 | 不填头像就不让用，被认定强制授权 |
三、替换五步走
顺序是：先摸清，再替换，最后才动提审。
- 全局搜旧用法：把旧接口与相关字段的使用点全部列出来，标注哪些页面展示昵称头像、哪些真正需要收集。
- 替换为官方组件：头像用选择组件、昵称用填写输入框，用户确认后才回填；收集口径保持最小必要，不要顺手多要。
- 更新指引与弹窗：隐私指引、授权弹窗文案与新行为一一对应，协议层面同步改，见隐私协议。
- 回归登录资料页：新用户注册、老用户改资料、拒绝后重进三条路径都要真机过一遍，默认头像兜底要显示正常。
- 提审说明：版本说明里写清头像昵称的收集方式与用途，配合手机号验证等能力说明收集边界。
四、合规口径：最小必要与拒权降级
能不能默认、能不能强制，各有一条线。两条最容易踩的口径：
- 可以给默认值，不能强制上传：新用户先给系统默认头像与占位昵称，功能完全可用；用户想改再用组件改。「不填不让用」属于强制授权，审核会拒。
- 按需索取，不一次拿齐：展示头像的场景才请求头像，需要昵称的表单才放昵称框；用不到的字段不要出现在流程里。
老用户的存量资料怎么处理单独列迁移策略：已合法取得的数据继续按原用途使用，缺失的引导用户在下次编辑时补全，不要用弹窗反复轰炸。
五、避坑清单
三类驳回都和「没对齐」有关：代码与指引、体验与规则、新老路径。
- 别继续违规获取：改组件是唯一正路，任何绕路方案都撑不过一轮审核。
- 别强制授权才能浏览：未授权也能浏览、加购，授权只影响个性化展示，这是底线口径。
- 别让指引与代码对不上：指引写「收集头像」但代码里没有，或反之，都属于高频驳回点。
- 别忘老用户路径：只测新注册不看存量用户改资料，上线后客服工单会比审核意见来得更快。
六、常见问题 FAQ
能给新用户设默认头像和昵称吗？
可以。默认头像加「微信用户」占位是官方认可的兜底方式，用户主动用组件修改后才替换；关键是默认状态下全部功能照常可用。
能不能在注册时一次性把资料要齐？
按需。头像昵称在需要展示或编辑的场景里分步取，手机号等敏感字段单独走自己的授权流程；一次拿齐只会拉高拒权率。
旧用户的昵称头像数据还能继续用吗？
合法取得的存量数据按原用途继续使用即可，但要单独写迁移与展示策略；缺失或已失效的资料，靠用户下次主动编辑补全。
这个和 GEO 地理位置配置有关系吗？
没有。GEO 指小程序 GEO 地理位置配置——门店地址、经纬度、服务类目，决定「附近」检索展示，与用户信息收集无关，也不是按城市堆词的地域 SEO。
提审时需要额外说明什么？
版本说明写清三句：用官方组件收集、收集字段与用途、拒权后的降级表现；再确认隐私指引同步更新，这一项基本不再卡审。
