这是一个创建于 4712 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前网站登录界面的一个设计趋势就是支持越来越多的第三方登录，比如微博、人人、豆瓣等。
这样或许可以降低用户登录的门槛，但是是否也会产生一批只是想随便试试的用户呢？并且，过了一段时间之后，这些本来就没有太高忠诚度的用户因为什么原因又回到这个网站时，面对那一堆登录框，恐怕还要思考一下自己当年是用什么登录的？
这样或许可以降低用户登录的门槛，但是是否也会产生一批只是想随便试试的用户呢？并且，过了一段时间之后，这些本来就没有太高忠诚度的用户因为什么原因又回到这个网站时，面对那一堆登录框，恐怕还要思考一下自己当年是用什么登录的？
 |
1
soulhacker 2012-02-02 13:55:09 +08:00
我个人的倾向是不支持第三方登录，除了一些强烈依附于宿主的应用（例如微博游戏），把自己的注册和登录做的方便易用就可以了；其理由除了 OP 说的用户筛选的考虑，还有一个重要的原因是用户群的差异，很少会有用户群高度重合的情况（那估计更多会成为竞争对手吧）。
|
 |
2
cutehalo 2012-02-02 14:01:14 +08:00
没啥用处 就为了有些网站虚高的人气吧 也就路人用着
看起来也很奇怪。。。哪里需要那么多登陆方式 |
 |
3
binux 2012-02-02 14:03:58 +08:00
如果是一个用户太不可能在A网站用人人帐号登录，到了B网站又用微薄帐号登录。
多个第三方登录的意义是对于不同的用户都能找到免注册登录入口，而对于单一用户来说多入口不会造成障碍。 |
 |
4
Livid MOD OP @binux 这样的前提是，大部分网站都同时支持所有的这些登录方式。但是有的网站又缺失了其中几种，于是问题才会变复杂。
|
 |
5
Aben 2012-02-02 14:10:32 +08:00
我还是比较喜欢第三方登陆的，不用为了体验一下这个网站再填写一次表单。
@Livid:对于不经常去的网站，也得回想一下用哪个常用ID注册的。 |
 |
6
undeadking 2012-02-02 14:11:52 +08:00
曾经为了回一个帖而专门去注册了某个论坛的账号,觉得这是非常蛋疼的事情.个人认为留言板和论坛能直接用第三方登录来回复是比较有用的,降低了吐槽的折腾步骤.
|
 |
7
ooksm 2012-02-02 14:12:34 +08:00
我们的网站，qq登陆和微博登陆比例都很高~
|
 |
8
essaye 2012-02-02 14:16:28 +08:00
人人 qq 新浪微博 对一些用户属于上网连线第一时间会上的网站。。
一些其他不是第一时间上的网站 用这些第三方的登陆 就方便了 像我 不上人人和新浪微博的。。所以 只愿意注册 |
 |
9
akann 2012-02-02 14:18:13 +08:00
如果可能的话，国内其实可以建一个类似Open ID之类的服务。
|
|
10
binux 2012-02-02 14:21:05 +08:00
@Livid 即使如此，第三方登录依旧是有优势的。比如很长时间才回来依旧有不记得当初密码的情况。。
所以，作为用户我更希望对方网站让我用第三方登录，而不是记下我的密码。这样的困扰依旧会小一些。 至于用户忠诚度，有的服务必须注册后才能体验，这样的服务是否使用第三方登录和忠诚度无关。 而对于注册不是必须的服务，我是不会主动注册的，但是对于喜欢注册的人来说，是否使用第三方登录对他们有多少阻力很难说。。 所以我觉得还是利大于弊的 |
 |
11
013231 2012-02-02 14:29:06 +08:00
对于大部分网站, "随便试试的用户"也没什么危害啊. 支持第三方登陆确实更加方便.
"这些本来就没有太高忠诚度的用户因为什么原因又回到这个网站时，面对那一堆登录框，恐怕还要思考一下自己当年是用什么登录的？" 不用思考, 随便选一个登陆方式就是了. 对于这种偶然性用户, 登陆账户和当年是否相同通常是无所谓的. |
 |
12
burning 2012-02-02 14:39:21 +08:00
一直就纠结 用twitter登陆 还是Facebook 还是Google 登陆
后来干脆注册账号 这样还能记住 |
 |
13
flyingkid 2012-02-02 14:54:09 +08:00
我觉得要强制使用第三方登陆，只要1-2个就可以了，QQ或者微博。
|
 |
14
est 2012-02-02 14:58:00 +08:00
可以做成：探测用户cookie，如果已经登录了豆瓣，则提供豆瓣登录。
|
 |
15
Semidio 2012-02-02 15:15:18 +08:00
一般70%用Google登陆，25%用Twitter，只有不到5%用其他的登录方式。
|
 |
16
cougar 2012-02-02 15:31:37 +08:00
我只使用过一次第三方登录：那就是在该网站停止新用户注册根本不开放注册的情况下，所以这种登录方式还是有点作用的。
|
 |
19
holystrike 2012-02-02 15:57:03 +08:00
@est 问题是仅依靠cookie就探测不到是否登录了豆瓣
|
|
20
akann 2012-02-02 16:11:41 +08:00
@cougar 正因为新浪与腾讯互相都不承认对方的id,一个中立的id也许是个大家都可以接受的方案，只能说"也许“。实际上OpenID在国外接受度也不太高，如果要登录google都是不能用OpenID的，关键是这些大网站是否接受这种登录方式。
|
|
22
est 2012-02-02 16:26:07 +08:00
@holystrike 那一定是你探测的姿势不对。
|
 |
23
darcy 2012-02-02 17:09:14 +08:00
使用多个第三方帐号能够登录到同一个账户会更靠谱些，忘记的该用什么登录的情况下尝试成功的几率也大。
|
 |
24
XDash 2012-02-02 17:41:45 +08:00
看具体产品形态，在我下定决心正式弃用目前的旧爱投靠一个相对复杂但（可能）价值更高的网站服务时，如果有第三方登录来降低我的注册成本让我先简单体验一下，我会觉得很贴心。如果试用感觉好，再迁移。
|
 |
25
vincent1q84 2012-02-02 18:09:08 +08:00
面对那一堆登录框，恐怕还要思考一下自己当年是用什么登录的？+1。而且有些网站原本不支持第三方的，当用户回到这个网站的时候又支持一堆第三方，用户又不记得自己是不是用过第三方登录过这个网站，这也是很麻烦的事情。
国内很多论坛即便用第三方登录也一样要填写一堆注册信息，那还不如不用第三方直接注册呢。 |
 |
27
xflykkk 2012-02-02 18:51:51 +08:00
确实没必要搞那么多登陆方式，针对自己网站的定位和人群，找几个稳定的第三方登陆即可。
门槛低不等于不要门槛吧。 |
 |
29
vicalloy 2012-02-02 21:40:02 +08:00
以前考虑这个问题。
支持多网站登录还是有不少问题的，感觉暂时不是很有必要这么做。 1. 用户名问题。直接用第三方用户名还是让用户手动设置一个？ 2. 多账号如何合并。比如你用QQ登陆过，后来又用twitter登陆过。用户如何将这两个账号给合并成一个？stackoverflow的做法是尽量避免这个问题。提示用户在已有账号的情况下使用绑定功能。但用户很可能忘记当初用哪个账号登陆过，导致错误的进行重复注册。 支持第三方登陆的好处主要还是方便些。 1. 对系统而言也省去必须让用户去确认邮件地址的问题。 2. 如果用户已经绑定过第三方账号，在第三方平台登陆后，用户可以省去重复输入账号密码的问题。 |
 |
30
MartianZ 2012-02-02 23:55:03 +08:00 via iPhone
使用第三方登陆还有一个好处是可以防止密码泄漏的危害，至少我相信谷歌不会像CSDN一样暴明文密码出来。
|
|
32
est 2012-02-03 00:29:10 +08:00  1
@francis 比如一个图片要用户登录后才能看到，那么你可以img src这个图片，然后onerror一个事件，onload一个事件。
|
 |
33
linsk 2012-02-03 01:02:49 +08:00
哎哟…各显神通了…
|
 |
34
cloudream 2012-02-03 01:11:57 +08:00
@est 方法不错⋯（但是这不叫cookie探测啊）⋯ 用户登出了豆瓣回来找不到豆瓣登陆岂不是很困惑⋯⋯ 我比较倾向不支持豆瓣这种相对用户较少的第三方登陆。
|
 |
35
tomyiyun 2012-02-03 01:50:02 +08:00
这两天正好一直在思考第三方登录的流程设计和如何找回密码以及找回注册时采用的注册方式。
明天打算看一看几个WP插件的设计 |
 |
36
clowwindy 2012-02-03 08:36:41 +08:00
不用记很多密码，也不用输密码。修改密码也很方便。
|
 |
37
Matata 2012-02-03 08:55:28 +08:00 via iPhone
个人觉得很方便
|
 |
38
Dzinlife 2012-02-03 09:48:35 +08:00
iOS5直接整合了twitter登陆，算是在iOS上解决了登录验证的问题，不过也只有苹果能如此强势吧。。。
|
 |
40
jinwyp 2013-04-07 17:21:50 +08:00
现在新的浏览器不是可以跨域访问资源了吗, 需要在头里面授权域名
|
Select Language