OpenID：支持电子邮件/密码和 OpenID 的单一用户界面答案

【问题标题】：OpenID: Single User Interface Supporting Both Email/Password and OpenIDOpenID：支持电子邮件/密码和 OpenID 的单一用户界面
【发布时间】：2009-09-27 04:35:48
【问题描述】：

我喜欢 OpenID 的想法，我真的很喜欢。但我的目标用户中很少有人听说过它——然而。如果我想提供 OpenID 作为一个选项，我唯一的选择似乎归结为同时提供电子邮件/密码身份验证和 OpenID。

我见过几个使用这种组合的网站，说得委婉些，这个想法似乎没有吸引力。如果只有 10% 的用户会关心 OpenID，那么将这两个选项放在同一个屏幕上会分散注意力且毫无意义。

所以我想知道，我如何提供一个支持 OpenID 和电子邮件/密码的单一用户界面来进行身份验证和帐户创建？

我一直在考虑的一种可能性是使用单个 OpenID/电子邮件字段，该字段可以检测是否使用了电子邮件或 OpenID，然后相应地动态调整界面。

例如，一个帐户创建页面可能从一个标记为“电子邮件”的字段开始，其中包含一些不显眼的文本，例如“我们支持 OpenID”。如果用户输入 url，则界面切换到 OpenID 帐户创建页面（通过 JavaScript）。如果输入了电子邮件地址，则不会发生任何事情。

您见过的最好的方法是向普通用户隐藏 OpenID，同时让精通技术的用户知道您的网站支持它？

【问题讨论】：

标签： javascript authentication user-interface openid

【解决方案1】：

我认为Uservoice 结合用户名+密码和 OpenID 的方式很优雅。

也就是说，我不同意不使用 OpenID 的论点，因为很少有人听说过它。如果您在“或者，为自己创建一个新的用户名和密码”旁边提供一些登录按钮，例如“使用 Google 登录”和“使用 Yahoo 登录”，那么您甚至不必提及 OpenID，但大多数用户会可能会选择更方便的（OpenID）选项，甚至没有意识到他们正在使用什么（这很好！）

【讨论】：

是的，我想是的。但 RPX 只处理 OpenID 端。我认为，用户名/密码部分仍取决于托管网站。
这篇文章对 RPX 提出了一些担忧：blog.nerdbank.net/2009/01/why-using-rpxnow-is-bad-idea.html
是的，那是我的文章。 :) 我喜欢 RPX 的 UI，但我不喜欢...，好吧，你已经阅读了这篇文章。
@Andrew，天哪-多么尴尬。对于那个很抱歉。好文章，顺便说一句。说服我不要选择 RPX（至少现在是这样）。但我更喜欢本地托管的 OpenID 选择器的想法：stackoverflow.com/questions/1482803/…

【解决方案2】：

决定自己做一些检查。事实证明那里有一个更好的主意。该术语似乎是“OpenID 选择器”。

有一个名为 JavaScript OpenID selector 的免费 JavaScript 库可以很容易地创建这种东西：

alt text http://img9.imageshack.us/img9/1940/step1c.png

This article解释主要问题及解决方法：

雅虎 OpenID 可用性研究的主要结果之一是用户不了解 OpenID 及其徽标的含义。取而代之的是，雅虎提倡为用户提供一个登录按钮，上面只写着“使用雅虎 ID 登录”（尽管 Chris Messina 认为从长远来看这可能对 OpenID 有害）。谷歌及其合作伙伴正在采取一条类似的路线，基本上绕过了任何提及 OpenID 本身的内容，转而使用简单的消息“使用 Google 帐户登录”。

甚至还有一个 sample Rails application 将 authlogic、openid 和选择器整合到一个包中，这样您就可以看到所有内容是如何组合在一起的。

【讨论】：

Soo.... 我以为您的问题是如何集成 OpenID 和用户名/密码身份验证。我知道 OpenID 选择器，但这不是你的问题（正如我所读的那样）。
@Andrew，你是对的。 OTOH，我遇到的根本问题是想出一种使用 OpenID 的好方法，而用户不需要知道我正在使用它。 OpenID 选择器是我以前不知道的一种方法，但现在部分归功于您的原始答案。我仍然很好奇可能还有其他选择。
OpenID 选择器很棒。我在我的网站上使用它。它使用户的事情变得更加容易。竖起两个大拇指。
我刚刚在我的网站上完成了非常简单的 OpenID 登录/注册过程：regexhero.net/user

【解决方案3】：

看看这里的 SO 是如何做到的。这是一个很好的例子，我也喜欢你通过输入电子邮件来调整系统的想法，这是 Facebook 用来向你地址簿中的其他人发送 Facebook 邀请的技巧。

【讨论】：

谢谢，但实际上 SO 方法是我试图避免的一种。我不希望我的用户不得不停下来思考“这个 OpenID 字段是干什么用的？”我希望 OpenID 从他们面前消失。
然后做鬼脸 facebook - 我在你的 emailz 方法中。
再看看 SO 是如何做到的。事实证明他们这样做有两种方式。使用电子邮件/密码或 openid 的一种方式（不太好）。另一个带有 OpenID 选择器（看起来像 RPX，好多了）。

【解决方案4】：

类似以下的工作吗？

Link to Login Page.

现在这个网站正在运行 DNN，显然它可以重新设计以对用户更友好。但这里的关键是，标准的登录方式被呈现为默认登录。

我可能会重新设计该网站的界面，将 LiveID 和 OpenID 放在标有替代登录方法的边框中（以及一个按钮以获取有关如何使用它们的更多帮助），并将按钮更改为使用 LiveID 登录和使用 OpenID 登录。

【讨论】：

这更符合我正在寻找的内容。该方法不一定需要使用 JavaScript 来动态重建界面 - 它可能只是为每个方法提供专用屏幕。