做好用户获取第一步,微信小程序OpenID和UnionID详解
OpenID 和 UnionID 是什么
OpenID 是微信提供给开发者的用户唯一标识。然而当开发者拥有多个移动应用、网站应用、和公众账号(包括小程序)时,同一用户、不同应用下的 OpenID 是不一样的。
而同一个微信开放平台账号下的不同应用,用户的 UnionID 是唯一的。
因此,对有多个应用的开发者来讲,只有通过 UnionID 来区分用户的唯一性,才能实现多个应用间的账号打通。
应该使用哪个 ID 登录
理论上讲,当产品有App、小程序、公众号等多种形式时,用 UnionID 是最好的选择,否则会因为同一用户在不同应用下的 OpenID 不一样导致产生多个账号,那处理起来就很麻烦了。
然而 UnionID 并不是那么容易获取的。微信小程序最新的限制是:
- 必须使用一个专用按钮控件让用户主动点击,否则无法弹出授权弹窗
- 用户必须点击「允许」同意小程序获取公开信息
以上2步,每一步都会造成一定的用户流失。所以有的开发者会使用 OpenID ,以最大程度的降低用户获取的成本,从而推动注册用户数的快速增长。
拿拼多多来说,用户打开小程序之后会静默获取 OpenID 并生成账号,可以正常使用购物车、历史记录等服务。用户在「个人中心」页面点击「更新资料」时就会触发授权弹窗获取公开信息和 UnionID。
对于不同的业务场景,会有各自最适合的选择。深入研究下微信的机制,或许能有一些启发,在某些场景下可以尝试优化用户获取的路径。
小程序 OpenID 和 UnionID 获取机制
在小程序的官方文档里有一张图解释了小程序调用wx.login接口的登录流程。不过那张图除了开发能看懂,一般人应该都看不懂什么意思。翻译成一般人都能看懂的图,小程序登录流程是这样的:
- 首先,开发者可以在小程序中静默调用登录接口,拿到一个凭证
- 小程序把凭证发送到开发者的服务器上
- 服务器拿着这个凭证以及小程序密钥向微信接口请求换取 OpenID
- 微信接口返回 OpenID 给开发者服务器,满足特殊条件时会一并返回 UnionID
- 开发者服务器创建登录态并返回给小程序,从而完成登录
其中第4点,在满足下面任何一个条件时可以同时获得 UnionID:
- 如果开发者账号下存在同主体的公众号,并且该用户已经关注了该公众号
- 如果开发者账号下存在同主体的公众号或移动应用,并且该用户已经授权登录过该公众号或移动应用
此时获取该用户 UnionID 是不需要用户再次授权的。
除了调用登录接口,用户在小程序中支付完成5分钟内,开发者可以直接通过 getPaidUnionID 接口获取该用户的 UnionID,也不需要用户授权。
总结一下:
OpenID可以无感获取。
而无感获取 UnionID 必须满足以下任一条件:
- 用户已经关注了同主体的公众号
- 用户已经授权过同主体的其他应用获取 UnionID
- 用户刚刚通过小程序完成了支付
否则就必须让用户主动点击按钮并允许获取公开信息后,才可以获得 UnionID。
公开信息有哪些
最后说说微信的用户公开信息(UserInfo)究竟包含哪些信息:
- 微信昵称
- 微信头像图片的URL,如果用户没有头像,URL会是空的。如果用户更换了头像,原有头像的URL会失效
- 用户性别:未知、男性、女性
- 所在国家
- 所在省份
- 所在城市
- 国家、省份、城市所用的语言:英文、简体中文、繁体中文
与用户信息一并返回的还有一串加密信息,转交给开发者的服务器解密之后,就可以得到用户的 OpenID 和 UnionID 了。
一件比较tricky的事情是,如果只是需要在小程序中展示用户头像和昵称,可以使用 <open-data>
,微信在渲染小程序的时候会显示用户的头像和昵称。但是此时只是显示出来能被用户看到,开发者并不能拿到用户头像昵称的数据,所以这个时候就不要想什么分享到聊天的时候小程序卡片标题能带上用户昵称了。
<open-data type="userAvatarUrl"></open-data>
<open-data type="userNickName"></open-data>
通过<open-data>
除了可以不经过授权直接展示头像、昵称之外,还可以直接展示:
- 用户性别
- 用户所在国家
- 用户所在城市
- 用户所在省份
- 用户的语言
- 群名称(必须是用户曾经分享过小程序的群)