我正在尝试决定如何允许用户注册我的网站...有openID,clickpass,facebook连接,google朋友连接等,或者老式的内部"输入用户名,电子邮件,密码等".
简要地看一下如何设置OpenID似乎需要很多工作才能使openID工作.
有没有人有为OpenID(或其他人)设置网站的经验？此外,是否有人知道这些方法的注册更替率是否高于传统的"内部"注册？例如..如果您允许内部注册和openID,您的用户使用OpenID的百分比是多少？
一如既往,感谢您的投入.
这取决于网站的类型和用户是谁.
我们研究了在我们的电子商务商店(我们销售服装)中使用OpenID的可能性,结论是我们要坚持实施它.无论如何,我不是世界上最聪明的软件开发人员,但如果我为了获得StackOverflow的帐户,我几乎无法完全理解它(为什么我要去第三方提供商？我为什么要相信他们？如果我的帐户遭到破坏会怎么样？作为一个企业,做什么如果客户要求我重置他们的密码,我会这样做吗？),那么说我们的客户会遇到问题不仅仅是轶事.此外,对于任何电子商务企业来说,除非经过仔细考虑,否则采取第三方依赖关系通常是不明智的,特别是对于像登录这样重要的事情.如果主要的OpenID提供商要倒闭,你就会失败销售.如果我们实现了OpenID,那么与本机登录机制相比,它绝对是一个替代的,红头的步骤子实现.
即使我们在内部注册了电子邮件地址和密码,我们也必须使用Amazon.com风格的登录表单,因为即使用户已经拥有帐户,用户仍会填写"新客户"表单:
登录屏幕.亚马逊的登录屏幕仍然是一个模拟模型,最大限度地减少了新客户在未注册的情况下尝试登录的常见问题.亚马逊以线性顺序提出两个问题:(1)"你的电子邮件地址是什么？" (2)"你有一个Amazon.com密码吗？" 对于第二个问题,用户可以选择以下两个单选按钮中的一个:"不,我是新客户"或"是,我有密码".许多其他站点并排呈现新用户和已建立用户部分,从而通过输入字段的磁性吸引力将新用户转移到已建立用户部分.- Jakob Niesen,useit.com
当用户在浏览两个字段和一个单选按钮时遇到问题时,您可以想象当它们被呈现多种身份验证机制时所发生的欢闹.
如果您正在实施一个旨在与Facebook或某些精通Web-2.0的消费者集成的面向社交的网站,那么这些替代认证机制可能是有意义的.然而,在尘埃落定于OpenID之前,我不会将其添加到商业网站:没有人要求它.他们已经要求PayPal和谷歌Checkout的,这是我们实现的,但有只重叠少量存在.
我的一般建议是拥有通常的内部用户名和密码机制,可以通过这些替代识别机制进行补充.但要意识到每种替代识别机制都存在客户混淆和增加客户支持的风险.
只是我的两分钱; 希望有所帮助.
京公网安备 11010802040832号 | 京ICP备19059560号-6 