为了优化用户的使用体验,平台将回收“使用 wx.getUserInfo 接口直接弹出授权框”以及“使用 wx.authorize 接口直接申请提前授权用户信息”的能力,开发者需要使用组件方式唤起登录授权弹窗。
2018年10月10日后发布新版本的小程序,将无法在线上版本中使用接口直接弹出授权框。开发者可结合平台设计建议,提前做好兼容,合理使用微信登录能力。
能力调整背景
怎么合理使用微信登录能力
小程序登录流程设计建议
01
能力调整背景
推出微信登录能力的初衷是希望:当用户使用小程序时,可以便捷地使用微信身份登录小程序。但在实际使用场景中,我们发现:很多开发者在打开小程序时直接弹出授权框,如果用户点击拒绝授权,无法使用小程序。
在用户无法获知当前小程序服务内容的情况下,很多用户就会选择拒绝授权并离开当前小程序。所以“一进入小程序就要求用户授权”的做法打断了用户正常使用小程序的流程,同时也不利于小程序获取新用户。
所以平台调整登录接口,回收“使用 wx.getUserInfo 接口直接弹出授权框”以及“使用 wx.authorize 接口直接申请提前授权用户信息”的能力,并鼓励开发者参照以下指引合理改造小程序内的登录流程。
02
怎么合理使用微信登录能力
平台分别提供多种方式实现微信登录:
1. 调用wx.login接口,静默获取openid
适用场景:无需使用用户头像、昵称、Unionid信息
2. 使用 open-data (小程序)或者开放数据域(小游戏)的方式展示用户信息(无需用户授权)
适用场景:需要在前端“展示”用户头像、昵称信息,但不需要获取Unionid
3.使用button(小程序)或UserInfoButton(小游戏)组件,用户点击后弹窗请求用户授权
适用场景:需要获取用户头像、昵称、Unionid等基本信息
开发建议
第一步:获取openID
当用户访问小程序时,先通过wx.login,获取用户openID 。这时无需弹框授权,开发者拿到 openID 可以建立自身的帐号 ID。
第二步: 使用open-data方式或开放数据域方式展示头像昵称
如需要在前端展示用户头像、昵称信息, 使用open-data 方式或者开放数据域的方式展示用户信息
第三步:根据实际使用场景,使用组件,引导用户登录
在关键操作中,如必须获取用户头像、昵称、UnionID信息,可根据第一步获取的openID判断是新用户还是旧用户:
如果是旧用户,可以直接登录,也可定期使用wx.getUserInfo更新用户的信息;
如果是新用户,使用button(小程序)或UserInfoButton(小游戏)组件,在用户点击后弹窗请求获取用户基本信息。
03
小程序登录流程设计建议
a. 在必须用到登录信息的环节引导用户登录
在用户必须登录时才引导用户登录(如:购买前需要获取会员信息,用于同步积分数据),而不是用户一进入小程序就弹窗要求用户授权。如只需要在前端展示用户头像、昵称,无需要求用户授权,可直接展示。
b.清晰、准确地引导用户登录
在登录页面中,清晰、准确地告知用户当前操作是登录,说明获取登录信息的目的(如:用于同步会员积分数据等)
c. 不强制用户必须登录后才能使用小程序服务
提供游客模式,不强制用户必须登录后才能进入小程序。如要求必须授权头像昵称等信息才能继续使用小程序,会导致某些用户放弃使用该小程序。
开发者工具上点击授权登录的按钮可以弹出授权框,手机直接跳过授权框默认授权成功?
到现在都没搞清楚 什么获取openid、有哪位老师教一下我。帮我搞定一个呢、qq2723044701加我吧
我想说这样小程序更像app,不然一进去就直接获取数据,有点感觉用户(自己)被绑架的感觉。如果用户不用小程序,你就获取了用户数据,虽然可以获取用户也可以不发现,但是一旦用户发现自己什么都没干,就被小程序获取了用户数据。我自己也觉得不喜欢,完全是提供服务的那一方有主动权,而不是平等互动的权利。其实我觉得这样就不会“太小程序”,因为小程序原本最大的特点之一就是一进去就是要登录。
不知道腾讯有没有考虑过,针对内部用户人员,使用的情况。我们接到的业务,基本是定制开发,用户就是特定的,进小程序获取用户信息就是必须的,要不老用户就得每次都登录。讲真 开发小程序,可不就是开发成本比APP低么
请问wx.authorize()这个接口也无法弹出提示框了么?
现在必须通过button才能获取用户头像昵称存数据库,那如果用户更换了头像昵称,那是不是得重新授权才能拿最新信息?
尼玛,小程序体验版从button能获得encrypteddata,到线上发布后敏感数据又没有返回,返工使用 wx.getUserInfo 才得到。把体验版返回的敏感数据去掉,行吗,求求你们了。
这个功能好
程序猿何苦难为程序猿
求解决代码,配置半天了搞不出满意的