今天聊聊注册、登陆环节中很常见的第三方登陆,如QQ、微信、支付宝、新浪微博等。虽然这些产品的开放平台都提供了标准的接入文档,可是在接入时还有些问题须要想清楚。html
第三方登陆的目的很简单,就是利用用户在其余平台上频繁使用的帐号,来快速登陆你的产品,达到不注册就登陆的目的。数据库
第三方登陆的好处,显而易见。安全
不须要注册帐号,直接使用已有的QQ号、微信等登陆。减小了注册环节,减小了由于注册而流失的用户。微信
能够直接获取用户昵称、头像等信息,省去再次填写昵称、上传头像的麻烦。工具
共享QQ、微信等帐号已有的用户关系,用户进入产品中就能找到熟悉的人,容易留住用户。网站
多数状况下,还减小了登陆时帐号和密码输入,经过点击就完成了登陆。htm
固然第三方登陆,相比自建帐号体系(产品提供手机、邮箱注册),也存在短板。最大的短板来自对用户后续营销信息的触达。blog
使用第三方登陆,至关于为了便捷性,放弃了自建帐号体系中对用户手机号、邮箱的获取,后续不能经过手机短信、邮箱将营销信息推送给用户。游戏
不是全部应用都适合第三方登陆。支付宝
通常来讲,对于工具型、游戏型、内容型等应用,注重的是工具的使用、内容的提供,适合把第三方登陆放在优先的位置,甚至只提供第三方登陆就行,免去用户注册。以下图:
对于电商类应用,注重本身帐号体系的创建、注重用户后续的营销,第三方登陆只是做为补充,将第三方登陆置于较弱的位置,为新没有帐号的用户提供快速登陆。以下图:
对于支付类、金融类应用,强调安全性、强调隐私性,通常不提供第三方登陆。若是这些类型应用提供第三方登陆,让用户以为不安全,感受本身的信息会经过第三方受权泄露出去。以下图:
看看你的应用属于什么类型,是否是合适第三方登陆,第三方登陆应该置于什么样的权重下。
你的产品若是对于昵称限制不严格,好比昵称不惟1、可修改等。能够直接将用户第三方帐号的昵称做为用户昵称,写到数据库里。至于第三方昵称有更新,你的产品能够不随着更新,头像也如此。
你的产品若是对于昵称限制比较严格,好比昵称惟1、昵称不能带某些敏感词、昵称不可修改等。能够直接显示用户第三方昵称,可是不须要写入到数据库中,用户仍然能够在你的产品中填写本身的昵称。
对于第三方登陆后,很多产品进一步引导用户绑定手机号、绑定邮箱、绑定已有的帐号、设置昵称等操做。这就违背了你使用第三方登陆的初衷。使用第三方登陆,原本就是想让注册、登陆变得简单,你这样一搞,比注册一个完整帐号还复杂。
这些操做若是是必须的,能够在后面的流程中再去引导。好比领取优惠券时须要填写手机号,那这时再引导填写手机号。
在接入第三方登陆过程当中,常遇到到pc网站和移动应用使用同一个QQ号登陆后,生成两个帐号的尴尬。
若是你尚未新建移动应用,解决方法是:
若是你已经新建了移动应用,可是没有和网站应用绑定,解决办法是给腾讯客服connect@qq.com发邮件,让腾讯那边帮助进行人工绑定处理:
多个移动应用和网站应用绑定,也是这个思路,须要联系腾讯客服进行处理。
微信对于多个应用使用同一个微信号登陆返回同一个帐号的处理很简单。一个unionid机制来实现。微信对于unionid说明以下:
对于微博、支付宝等第三方登陆,都应该有相似的机制。只是QQ登陆的处理比较麻烦。
转载至:http://www.xker.com/page/e2016/0126/232636.html