在主流的APP中,微信快捷登录已经成为了登录体系的标配,我们越来越习惯不去记忆密码,而是点击跳转到微信,再点击授权进入到APP中。
我们把这类通过第三方授权授权来登录自家产品的方式,统称为第三方登录。
但是有没有好奇,为什么点击一下授权,就完成了登录,如此神奇的功能背后的产品逻辑是什么?
嗯,本文就是来解答你的这个疑惑的,围绕第三方登录,讲清三件事情。
1.是什么?
· 第三方登录的本质是什么?
2.为什么?
· 产品为什么加入这些第三方登录的方式呢?
3. 怎么办?
· 如果产品想加入第三方登录,该如何申请?
· 多端(web、wap和app等)之间如何打通三方登录?
一、三方登录是什么
1.第三方登录的实质
第三方登录的实质,就是在OAuth2.0协议的基础上,利用外部的标识来获取帐号的内部标识然后完成登录的过程。
具体的讲,就是将三方的帐号绑定到产品自身的帐号上,当查询到用户第三方的帐号已经绑定了平台的某个user_id时,直接登录对应的帐号。
2.理解几个概念
我估计你可能被上面的专业名词绕晕了,为了帮助你理解及方便下文讲述流程,下面先来理清下几个概念。
放心,其实很简单,不要被这些陌生的词汇吓到了:)
1)外部标识
用来使用用户身份的标志,可以是用户名,手机号,邮箱等,每一个外部标识一定和一个内部标识相关联用以确定一个用户。
需要注意的是,外部标识可能改变,例如小明12年用的是手机号A,17年用的是手机号B,在APP内更改了登录的手机号,就完成了外部标识的改变。
所以,外部标识的作用有两个
1. 让用户通过自己熟知且占有的外部标识来登录产品
2. 可以通过校验外部标识来实现找回或转移数据资产(用户注册帐号后使用产品过程中产生的所有数据,例如在微信,数据资产是你的好友,历史聊天记录,所发的朋友圈;而在游戏中是你的游戏角色,拥有的装备,好友等)
2)内部标识
即产品中用于标识用户唯一性的标志,例如user_id,必须有,不可更改且唯一,用户一般接触不到内部标识。
当一个内部标识建立后,用户所有的数据资产都会绑定到这个内部标识上。
3)user_id
一个常用的内部标识,类似你的18位身份证ID
4)app_id
用于区别不同APP的ID,具有唯一性。
5)open_id
第三方平台为了用户信息的安全,一般不会直接将用户的内部标识给到其他产品,而是选择了给一个外部标识,这个open_id就是微信给各个APP用以区分微信用户身份的外部标识
需要注意的是,即使是同一个用户,微信给不同的APP的open_id也是不同的,这会导致一个问题。
例如我有两款产品,一款美团,一款美团外卖。
对微信而言,这是两个app_id,所以当用户授权 美团使用微信信息后,微信给的是 open_id_1,用户再来到 美团外卖公众号,这时候还要再授权一次,微信给的是 open_id_2。
但实际上在美团的帐号体系中,这都是同一个用户,却绑定了两个open_id,可能导致用户注册了两个帐号,数据不会互通,这显然是有问题的。
如何解决?往下看
6)union_id
为了解决上面的问题,union_id诞生了。
不同的产品的可以使用同一个union_id来确认用户的身份。
对于使用同一套用户数据的不同产品,可以向微信申请union_id,当A产品获得了用户授权后,拿到该用户的union_id,这时候再使用B产品再进行授权后,发现这是同一个union_id,直接登录之前的帐户,避免了同个微信用户注册了两个帐号数据不同步的问题。
7)access_token
可以理解为通行证,有了这个通行证,就能获取到第三方平台指定用户的有限信息。
8)OAuth 2.0
这个不太容易解释,我们简单的理解为授权的通用协议
为什么需要这个,我们假设这样一个场景
假设你是做电商的,一位快递天天都需要上门到你家取件,但是你居住的小区是有门禁的,进入小区的方式有两种
1.利用你家的门禁卡(这个门禁卡能打开小区门和你家的电子门)
2.利用小区的临时门禁卡进入
这两种方式, 显然第二种是更安全的,因为快递小哥只需要有临时卡进入小区,然后到你家按门铃,你再交付快递给他就好。而直接将你家的门禁卡给他,显然不理智。
现实中的例子很好理解,那么在第三方登录中也是如此
APP → 快递小哥
第三方应用 → 你家
用户信息 → 快递件
第三方应用平台下用户的帐号和密码 → 你家的门禁卡
Token → 小区临时门禁卡
APP(快递小哥)需要从第三方应用那拿到你的资料(快件),显然第三方应用不可能把帐号和密码(你家的门禁卡)给APP,这时候提供一个Token(临时的小区门禁卡),让APP既能获取到你的用户信息(快件),又保证了安全。
第三方登录的时序图
好了,理清了上面的基础概念和了解了第三方登录的实质,再讲讲产品加入第三方登录有哪些好处。
二、为什么需要加入第三方登录
1. 提高登录转化率,登录更加快捷,不需要输入密码
在PC时代,登录不同的网站,为了避免网站被攻击后导致的用户数据泄露,自己会将网站分类,不熟的网站使用密码A,常用的网站使用密码B,重要的网站用密码C,极其重要的几个网站单独用密码DEF等等,但是记忆起来很费事。
到了移动互联网时代,几大第三方平台已经成为了人手必备了产品了,特别是微信,简直可以看成移动互联网的用户身份证。
产品接入了第三方登录后,用户跳转到第三方应用,直接在授权页面点击授权即可进入产品,免去了输入密码的环节,能提高登录的转化率。
2. 提高注册转化率,注册更加快速,方便获取用户信息
第三方登录能简化注册流程,快速获取到用户信息,例如头像,昵称,性别,所在城市等等,让用户减少了信息填写的步骤,能更快的使用产品。
以微信小程序为例,对于不需要自建帐号体系的产品来说,有了微信授权后,仅仅需要点击一次“允许”就完成了帐号的注册,产品也能直接获取到用户的一系列信息,用户体验极好。
如果对比还不够清晰,将传统注册流程和微信授权的流程列出后,就会发现,原本需要花8个步骤3-5分钟完成的事情,微信授权不到5S就完成了。
可见第三方登录对于提供注册转化率是有很大帮助的。
3. 信赖感
当我在大学期间,浏览一个陌生网站时,一旦需要登录,看到QQ登录的时候,心中总会突然出现一丝的信赖感。
因为在我已有的观念中,这个陌生的网站居然和QQ这个我异常熟悉的伙伴达成了“合作”(后来自己做产品才知道,QQ开放平台,只要你申请通过了接入。。。),心里对这个网站的戒备心里就会少很多。
但为什么我会有这种心理呢?
三、如何建立完善的第三方登录体系
1.申请流程
目前市面上的第三方开放平台屈指可数,基本都是BAT级才会去做这种事情,我们以常见的微信,腾讯QQ和新浪微博三家,简单讲下具体申请流程。
1)微信
微信开放平台:https://open.weixin.qq.com
1. 注册一个开放平台的帐号(用公司共用邮箱,别用自己的,否则离职容易有纠纷)
2. 进入【管理中心】,创建应用提交审核,获取AppID(审核时间3个工作日内)
一个帐号最多可以创建提交10个应用,非常够用啦
3. 获取到AppID后,就可以拿着“AppID”和“微信开放平台的开发者文档”跑去和开发哥哥沟通具体的接入了。
具体的实现方式中的code,access_token等你不了解没有关系,研发同事根据文档实现起来基本没问题。产品最主要还是要关注整体的流程。
另外,值得一提的是,需要提醒研发同事,使用UnionID作为用户的唯一标识而非OpenID。
2)腾讯开放平台
1. 注册腾讯开放平台专用QQ
2. 完善个人信息或公司信息
3. 创建应用,提交审核
注意!!腾讯开放平台的逻辑比较奇葩,android和iOS分别需要提交两次,web端的更是需要在另一个平台创建提交应用
4.1 创建android和iOS应用
首先先创建一个android的应用,再点击右上角的iOS应用,再次提交iOS的信息,这样就能保证iOS和android用的是同一个APP ID。
如果分别在android和iOS应用创建应用,会生成两个APP ID,需要非常注意!
4.2 创建网站应用
创建网站应用不能直接在开放平台中创建,需要需要移步到QQ互联。
网站应用即在PC网站内或移动端网站内使用第三方登录,而开放平台中的网页应用指的是接入到QQ空间,朋友网和3366网站中,提供第三方的软件服务。
两者是不同的,需要特别注意,这里我们需要的是网站应用。
4.2.1 注册腾讯腾讯互联专用QQ
4.2.2 完善个人信息或公司信息
4.2.3 创建网站应用,获取APPID
5. 申请UnionID
如果要实现web端应用,iOS和android应用在提供了第三方登录功能后,能够识别同一个用户,则需要使用到UnionID,目前腾讯的UnionID是没有直接开放,需要单独申请的。
申请的方式查看腾讯给的常见问题解答,下载好申请表格,待应用审核通过了,邮件申请多个已审核通过的应用相互打通,获取统一的UnionID(审核速度很快,半天就下来了)。
6. 将获取到的UnionID,各个端的APP ID,腾讯开放平台的开发者文档及QQ互联的开发者文档整理好,提交给研发同事,就能进行开发了。
说个题外话
上面大家也注意到了,和微信开放平台的相比,腾讯开放平台不但繁琐,而且web端和移动端使用居然还是不同的网站,并且一开始没有提供UnionID,需要单独申请。
猜想是腾讯自家的产品内部利益没有处理好,留下了历史的烂摊子,让开发者接入的时候变得繁琐,大公司的有大公司病
3)新浪微博
新浪微博开放平台:http://open.weibo.com/
吐槽下,和微信及腾讯开放平台相比,新浪微博的开发平台仿佛没爹疼没娘爱,迭代做的很差,很多已下线的功能页面都没有相应的调整,误导用户;页面点击各种无响应乱跳转:)
1. 注册一个新浪微博,登录新浪开放平台
2. 提交资料认证完善开发者信息
3. 创建应用,获取App Key(我当时提交1个工作日内就审核过了)
4. 将拿到的App Key及新浪微博开发者文档邮件给到研发同事即可。
应用未审核通过前,就可以先用已拿到的App Key进行开发,不影响开发进度。
2.产品业务流程
上述的各种ID准备完全后,实现上就交给万能的研发哥哥了,但是产品的业务流程还是需要产品狗们亲自梳理下的。
由于自有的帐号体系比较复杂,我们主要来探讨下自有产品体系的三方登录怎么做,这里以原有手机号帐号体系,后续加入第三方登录为例,简单讲下。
1)主线流程-平台帐号已绑定第三方帐号
正常的用户路径中
从登录页面点击进入第三方登录 > 通过第三方授权成功 >判断第三方帐号已绑定了平台的帐号
> 已绑定平台帐号 > 登录成功
但是第三方登录功能上线的时候,帐号都是没有绑定第三方帐号的,于是支线流程1 粗线了
2)支线流程1-未绑定第三方帐号-帐号已注册
第三方帐号未绑定平台的帐号 > 绑定流程 > 已绑定平台帐号 > 登录成功
再考虑到绑定的过程中,用户可能没注册过帐号,于是支线流程2 出来了
3)支线流程2-未绑定第三方帐号-帐号未注册
绑定流程 > 注册流程 > 已绑定平台帐号 > 登录成功
再绑定过程中,再考虑到其他异常状况,例如申请绑定的平台帐号之前已经绑定了其他的第三方帐号,又或者注册的时候,发现手机号已经被注册但有一段时间没有使用了(可能是运营商二次放号)等异常情况,于是又有分支流程3和分支流程4出来
4)支线流程3-未绑定第三方帐号-帐号已注册-第三方帐号已被绑定
绑定流程 > 第三方帐号已绑定平台其他帐号 > 确认解绑 > 重新绑定 > 已绑定平台帐号 > 登录成功
5)支线流程4-未绑定第三方帐号-帐号已注册-帐号疑似二次放号-重新注册
绑定流程 > 疑似二次放号 > 确认未注册 > 重新注册 > 已绑定平台帐号 > 登录成功
其中分支流程3和4非必须,特别是帐号二次放号的检测,有多种检测方式,应根据各家产品自身的特点衡量是否需要做,同时分支流程在不同的产品上也不尽相同,产品需要衡量投入产出,确定颗粒度。
3.注意事项
1) 有多个产品时一定要使用UnionID
如果多个产品是共用一套帐号体系的,一定要使用UnionID
· 微信本身就有UnionID,使用的时候注意和OpenID的区别;
· 腾讯开放平台需要特别申请UnionID,各渠道的应用审核通过后提交邮件申请,很快就能审批下来;
· 新浪微博可以理解为本身用的就是UnionID,不需要特别申请。
2)产品逻辑上如何避免二次放号的问题?
二次放号(手机号历史已注册,后运营商回收后再次注册的问题)是帐号体系一直以来的痛!这个问题的解决办法详见《5千字干货——解决手机号二次使用导致的帐号问题》。
3)第三方帐号体系和自建帐号体系,如何抉择?
两者冲突吗?其实并不冲突,但并非所有的产品都需要自建帐号体系,篇幅问题,这里先给自己挖个坑,欢迎关注“朱利安”的简书,我在后续将会解答《自建帐号体系和第三方帐号体系,如何抉择?》