登录与获取用户信息

、使用无登录版本SDK的,无需接入此部分内容

概述

业内按照业务流程,将小游戏的登录分为两种:

  1. 静默登录:获取open_id、union_id

  2. 授权登录:获取open_id、union_id、用户昵称、头像

小游戏若没有展示用户头像昵称的需求,则可以只使用静默登录,来减少用户进入小游戏的交互,提高转化率

请根据自身游戏的业务需求阅读下方内容,无论选用何种方式,注意处理对应的兼容性问题。

静默登录

用户打开小程序/小游戏时,默认进行静默登录,该功能由sdk集成,无需开发

可通过.login接口直接获取用户openID。

授权登录

1、说明

小游戏需用户昵称、头像等微信信息时,需要进行用户信息授权。

该过程要求用户在打开小游戏时,进行一次按钮点击操作,如下图所示:

用户授权主要通过updateUserProfile接口实现。

2、何时触发授权

授权需要用户进行点击行为,会对转化率产生影响,因此策略上应该减少授权的次数。授权次数过少,可能会导致用户更换微信昵称、头像后,在小游戏中无法更新。

这里有几种策略可供参考。

1.初次进入时授权

仅在用户初次进入时进行授权。 也就是在调用login 后,若返回值没有昵称、头像等信息,再使用 updateUserProfile 向用户发起大授权。

若小游戏中需要使用用户头像、昵称,而不关心用户信息的更新(如用户换了昵称、头像),开发者可以采取该策略。

2.定期大授权

除了上述返回值没有昵称、头像的情况,一定要进行授权以外,开发者可以自行确定授权的频率,如每周一次、每月一次等等。

使用该方案,开发者可根据实际情况刷新用户信息,减少展示用户头像昵称时出现滞后的情况。

3.不进行授权

若小游戏中不展示用户昵称和头像,可以不进行大授权。 即使是初次进入的用户,也可以顺畅的直接开始游戏。

此外,需要头像、昵称的小程序/小游戏,可以通过以下方式规避大授权:

  • 预置随机昵称

  • 预置随机头像,如使用游戏角色图片作为用户头像

  • 让用户自行设置昵称、头像、性别等信息

最后更新于