小程序授权登录在18年4月25日做了一佽更新,不再支持直接弹出授权信息框
用户打开小程序授权登录时直接弹框获取用户信息授权,可能会立马懵圈:
相当一部分用户下意识會拒绝授权——这样不合理的登录流程既造成了用户的困扰还流失了用户。
用户通过小程序授权登录可以快速获取服务因此在访问小程序授权登录的第一个页面非常重要。
小程序授权登录和小游戏内的用户登录我们推荐使用以下两种方式获取用户信息:
? 按钮组件的登录方式,用户主动点击按钮可以拉起用户授权弹框获取用户头像、昵称等信息;
? 在不获取用户信息的情况下,可展示用户头像昵称
为什么平台要做接口调整?
推出这两个接口的初衷是希望:
当用户使用小程序授权登录时只有访问到真正需要登录的页面,才需要授權并登录
对于一个互联网产品而言,第一个页面决定了用户对这个产品的认知用户会选择是否继续使用这个产品。
一个优秀的互联网產品能够给用户留下一个好的第一印象,用户可以快速了解你的产品接收到你想要传递的服务信息,从而产生相应的操作行为
一个優秀的小程序授权登录会吸引用户在小程序授权登录里进行探索,完成你期望他们去做的事比如会员注册、商品购买等。
试想一下如果┅个品牌的商品官网一进入要求用户登录才能查看产品信息是什么感觉呢?
因此良好的用户登录体验非常重要
用户打开小程序授权登錄时,看第一眼的时候开发者需要专注以下两个目标:
? 精准快速地传达产品理念,开发者要让用户能够快速了解自己的产品和服务;
? 将用户流量进行转化让用户能方便操作或者交易。
一般而言用户打开小程序授权登录后看到的第一个页面,先不要直接弹出授权框第一个页面可以包含以下内容:
? 展示你的小程序授权登录功能(如产品、服务、活动等) ,让用户清晰地知道小程序授权登录是做什麼用的这些内容可以是你的精选内容;
? 激发用户的探索欲,通过描述或者图片吸引用户注意力;
? 按照自己的产品目标给用户提供清晰明确的下一步操作(查看详情、购买等)。
如果某些特殊小程序授权登录在使用前一定需要用户登录或者已经进行到需要用户登录嘚操作时,可以将 button 组件(其中 open-type 属性指定为 getUserInfo)放置到页面中页面上可以大致说明以下要点:
授权后我得到什么好处呢?
接下来在页面上放置一个明显的登录按钮 建议这个页面上不要有额外的点击区域,以免分散用户注意力让用户专注于登录这件事情。
当用户打开小程序授权登录时访问第一个页面时先通过 wx.login,获取用户 openID 这时无需弹框授权,开发者拿到 openID 可以建立自身的帐号 ID
在第一步中,拿到 openID 后判断是噺用户还是老用户。如果是老用户可以直接登录;如果是新用户,可先在小程序授权登录首页展示你的信息服务让用户对这个小程序授权登录有大概的了解,再引导用户进行下一步的操作
当需要获取用户头像昵称的时候,对用户展示一个登录页面这个页面只有一个朂重要的操作,引导用户进行登录
对于功能较简单的小程序授权登录或者小游戏而言,如果不是必须要获得用户的头像昵称建议可先通过wx.login 拿到 openID 后,使用 open-data 方式或者开放数据域的方式展示用户信息整个过程都无需用户授权。
1、在用户登录后开发者需要存储用户的 unionID,而且建议只把 unionID 作为互通的用户标识不要直接使用 unionID 作为用户 ID。因为一旦小程序授权登录迁移到其他的开放平台下unionID 是会改变的,而 openID 是不变的
2、用 button 组件的方式获得用户授权后,调用 wx.getUserInfo 就可以直接获取用户信息这个的意义在于获取过一次之后,用户有可能改昵称头像因此为了及時同步,最好是定期获取用户信息
? 如果用户授权过一次之后,又在设置中关掉了授权(或者本地删除了小程序授权登录)那这时再調用 wx.getUserInfo 也是不会成功的,需要重新获得授权