公告更新时间:2021年04月15日
考虑到近期开发者对小程序登录、用户信息相关接口调整的相关反馈,为优化开发者调整接口的体验,回收wx.getUserInfo接口可获取用户授权的个人信息能力的截止时间由2021年4月13日调整至2021年4月28日24时。
为优化用户的使用体验,平台将进行以下调整:
- 2021年2月23日起,若小程序已在微信开放平台进行绑定,则通过wx.login接口获取的登录凭证可直接换取unionID
- 2021年4月28日24时后发布的小程序新版本,无法通过wx.getUserInfo与<button open-type="getUserInfo"/>获取用户个人信息(头像、昵称、性别与地区),将直接获取匿名数据(包括userInfo与encryptedData中的用户个人信息),获取加密后的openID与unionID数据的能力不做调整。此前发布的小程序版本不受影响,但如果要进行版本更新则需要进行适配。
- 新增getUserProfile接口(基础库2.10.4版本开始支持),可获取用户头像、昵称、性别及地区信息,开发者每次通过该接口获取用户个人信息均需用户确认。具体接口文档:《getUserProfile接口文档》
- 由于getUserProfile接口从2.10.4版本基础库开始支持(覆盖微信7.0.9以上版本),考虑到开发者在低版本中有获取用户头像昵称的诉求,对于未支持getUserProfile的情况下,开发者可继续使用getUserInfo能力。开发者可参考getUserProfile接口文档中的示例代码进行适配。
请使用了wx.getUserInfo接口或<button open-type="getUserInfo"/>的开发者尽快适配。开发者工具1.05.2103022版本开始支持getUserProfile接口调试,开发者可下载该版本进行改造。
小游戏不受本次调整影响。
一、调整背景
很多开发者在打开小程序时就通过组件方式唤起getUserInfo弹窗,如果用户点击拒绝,无法使用小程序,这种做法打断了用户正常使用小程序的流程,同时也不利于小程序获取新用户。
二、调整说明
通过wx.login接口获取的登录凭证可直接换取unionID
若小程序已在微信开放平台进行绑定,原wx.login接口获取的登录凭证若需换取unionID需满足以下条件:
- 如果开发者帐号下存在同主体的公众号,并且该用户已经关注了该公众号
- 如果开发者帐号下存在同主体的公众号或移动应用,并且该用户已经授权登录过该公众号或移动应用
2月23日后,开发者调用wx.login获取的登录凭证可以直接换取unionID,无需满足以上条件。
回收wx.getUserInfo接口可获取用户个人信息能力
4月28日24时后发布的新版本小程序,开发者调用wx.getUserInfo或<button open-type="getUserInfo"/>将不再弹出弹窗,直接返回匿名的用户个人信息,获取加密后的openID、unionID数据的能力不做调整。
具体变化如下表:
即wx.getUserInfo接口的返回参数不变,但开发者获取的userInfo为匿名信息。
此外,针对scope.userInfo将做如下调整:
- 若开发者调用wx.authorize接口请求scope.userInfo授权,用户侧不会触发授权弹框,直接返回授权成功
- 若开发者调用wx.getSetting接口请求用户的授权状态,会直接读取到scope.userInfo为true
新增getUserProfile接口
若开发者需要获取用户的个人信息(头像、昵称、性别与地区),可以通过wx.getUserProfile接口进行获取,该接口从基础库2.10.4版本开始支持,该接口只返回用户个人信息,不包含用户身份标识符。该接口中desc属性(声明获取用户个人信息后的用途)后续会展示在弹窗中,请开发者谨慎填写。开发者每次通过该接口获取用户个人信息均需用户确认,请开发者妥善保管用户快速填写的头像昵称,避免重复弹窗。
插件用户信息功能页
插件申请获取用户头像昵称与用户身份标识符仍保留功能页的形式,不作调整。用户在用户信息功能页中授权之后,插件就可以直接调用 wx.login 和 wx.getUserInfo 。
三、最佳实践
调整后,开发者如需获取用户身份标识符只需要调用wx.login接口即可。
开发者若需要在界面中展示用户的头像昵称信息,可以通过<open-data>组件进行渲染,该组件无需用户确认,可以在界面中直接展示。
在部分场景(如社交类小程序)中,开发者需要在获取用户的头像昵称信息,可调用wx.getUserProfile接口,开发者每次通过该接口均需用户确认,请开发者妥善处理调用接口的时机,避免过度弹出弹窗骚扰用户。
微信团队
2021年4月15日
这么说吧,看我理解的对不对。
1、open-type="getUserInfo" 以及 wx.getUserInfo 相当于没啥用了,如果现有小程序已经包含这俩的,可以直接删除了。
为啥可以删除啊?因为这俩货只能返回openId和unionId了,我直接用wx.login它不是一样的香么。
当然,wx.login需要再走一遍后端,后端再走一遍请求,才能获取。不过咱获取sessionkey这一步是必须要走的,躲不开。这样一来。就感觉上面那俩货就废了。
2、将原先通过 上面俩货 获取 用户信息的接口的地方换成 wx.getUserProfile 即可。
wx.getUserInfo 这个接口,我已经弃用很久了,因此我感觉用户信息的逻辑中,只需要将
<button bindgetuserinfo='getUserInfo' open-type="getUserInfo" ></button>
中 bindgetuserinfo 的 getUserInfo(自定义的方法) 逻辑,替换为 wx.getUserProfile 的逻辑即可。
这样一看来,在目前的基础上来更新,逻辑变动并不是很大。当然,可能我对此次更新的理解有误,希望大家指正。
不规范使用登录流程的程序应该审核不通过。不应该修改接口。接口修改后会有新的问题。比如频繁调用getUserProfile
码农趟强了,没BUG制造BUG
4月13号之后发布的小程序,用户基础库2.10.4以下的怎么办???既不支持getUserProfile,老的getUserInfo只能拿到匿名数据,那岂不是拿不到用户信息了,那小程序活动里要展示助力用户信息怎么办???
wx.authorize接口请求scope.userInfo授权 根本没有反应啊
愚昧了,对获取用户信息一直都很困惑,为什么整这么两个
以我小程序 倒计的经验,99%的看到弹窗都点了拒绝,而且还吓跑了很多人
wx.getUserProfile接口的修改其实对微信登录的体验更差了。一般之前的微信登录流程为:
旧流程,只需要授权一次,之后的重新登录都是不需要重新弹窗。
而新接口,每次都必须弹窗,已经注册过的用户,无法通过只点击一次按钮直接完成登录操作。个人感觉,getUserProfile的接口,还是要跟授权一样,进行记录,没必要每次都弹窗授权
弱弱问句,compressImage 越压越大的bug啥时候能修复?
外包的就比较惨了,交付的小程序卡错了时间点,甲方拿到小程序看到一堆五花八门头像的“匿名用户”,扣尾款都是轻的,直接说你能力不行 23333