我正在尝试决定如何允许用户注册我的网站...有 openID、clickpass、facebook connect、googlefriendconnect 等,或者是老式的内部“输入用户名、电子邮件、密码等” ”。
简要地看一下如何设置 OpenID http://www.plaxo.com/api/openid_recipe要让 openID 正常工作似乎需要做很多工作。
有人有为 OpenID(或其他)设置网站的经验吗?另外,有谁知道这些方法的注册周转率是否比经典的“内部”注册更高?例如..如果您同时允许内部注册和 openID,那么您的用户使用 OpenID 的比例是多少?
一如既往,感谢您的投入。
这实际上取决于网站的类型以及您的用户是谁。
我们研究了在我们的电子商务商店(我们销售服装)中使用 OpenID 的可能性,结论是我们会全力以赴地实施它。无论如何,我都不是世界上最聪明的软件开发人员,但如果I我几乎无法全神贯注地想获得一个 StackOverflow 帐户(为什么我必须去找第三方提供商?为什么我应该信任他们?如果他们破产了,我的帐户会怎样?作为一家企业,该怎么办?如果客户要求我重置密码,我会这样做吗?),那么说我们的客户遇到问题就不仅仅是传闻了。此外,对于任何电子商务企业来说,除非经过仔细考虑,否则采用第三方依赖项通常是不明智的,尤其是对于像登录这样重要的事情。如果主要的 OpenID 提供商出现故障,您将遭受损失销售量。如果我们实现 OpenID,与本机登录机制相比,它肯定是一个替代的红头子级实现。
即使我们内部注册了电子邮件地址和密码,我们也必须使用 Amazon.com 风格的登录表单,因为即使用户已经拥有帐户,他们仍会不断填写“新客户”表单:
登录屏幕。亚马逊的登录屏幕仍然是一个值得效仿的模型,最大限度地减少了新客户在未注册的情况下尝试登录的常见问题。亚马逊按线性顺序提出两个问题:(1)“您的电子邮件地址是什么?” (2)“您有 Amazon.com 密码吗?”对于第二个问题,用户可以选择两个单选按钮之一:“否,我是新客户”或“是,我有密码”。许多其他网站并排展示新用户和老用户部分,从而通过输入字段的磁力吸引力将新用户转移到老用户部分。 ——雅各布·尼森,useit.com http://www.useit.com/alertbox/20050725.html
当用户在导航两个字段和一个单选按钮时遇到困难时,您可以想象当向他们提供多种身份验证机制时会发生什么有趣的事情。
如果您正在实现一个面向社交的网站,旨在与 Facebook 或一些精通 Web-2.0 的消费者集成,那么这些替代身份验证机制可能有意义。不过,在 OpenID 尘埃落定之前,我不会将其添加到商业站点:没有人要求它。他们have要求使用我们实施的 PayPal 和 Google Checkout,但只有少量重叠。
我的一般建议是采用常用的内部用户名和密码机制,并可以通过这些替代识别机制进行补充。但要认识到,每种替代识别机制都存在让客户感到困惑和增加客户支持的风险。
只是我的两分钱;希望有帮助。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)