要使用OpenID还是不使用OpenID？值得吗？

OpenID是否改善了用户体验

编辑

我不想贬低其他评论，但我得到了下面一个非常好的回复，它以一种理性的方式概括了OpenID的3个优点。我在其他评论中也听到一些耳语，说你可以通过OpenID（姓名？电子邮件？什么？）访问用户的一些详细信息，使用它甚至可以简化注册过程，不需要收集那么多信息

在结账过程中必须收集的信息：

• 全名
• 电子邮件

（我很确定我得自己去问）

• 帐单地址
• 送货地址
• 信用卡信息

从营销的角度来看，可能还有其他一些有趣的事情，但我不会要求用户在结账过程中手动输入任何非绝对必需的内容。那么在这方面有什么可能呢

/Edit

（您可能已经注意到stackoverflow使用OpenID）

在我看来，用户只需在他们必须通过的注册表单中输入用户名和密码，就更容易、更快了。我的意思是你也不能避免用OpenID输入用户名和密码。但是，您可以避免选择OpenID提供程序的混乱，以及往返于外部站点和外部站点的旅程

随着微软将liveid打造成一个OpenID提供商（），在谷歌、雅虎和其他公司的基础上增加了数亿个账户，这个问题比以往任何时候都更加重要

在结账过程中，我必须要求新客户注册，这绝对是至关重要的，体验要尽可能简单和顺利，每一点困难都会转化为销售损失。没有极客因素会在一天结束时超过冰冷的硬现金：）

OpenID看起来是个不错的主意，但其实现的价值值得怀疑。OpenID的优点是什么？在我上面描述的场景中，它真的值得吗

在我看来，用户只需在他们必须通过的注册表单中输入用户名和密码，就更容易、更快了

---

我认为，与此相反，如果用户可以使用其现有的OpenID登录，而不是为每个站点创建单独的凭据，那么通常会更容易、更省事。（这不是主要的问题。）

不用在所有地方建立太多的用户帐户是很好的。所有这些密码。。。。再说一次，我更喜欢像Mac的1Password这样的解决方案。对于我将返回的站点，OpenID比单独的用户名更好，尽管OpenID的承诺是对多个网站进行单一登录。问题是，从大众市场的角度来看，它仍然相当模糊。我个人不会在一个面向客户的应用程序中实现它。

我同意你的观点，用户的易用性是需要认真考虑的。你的听众是另一件需要考虑的事情。随着OpenID越来越被接受，这将越来越不成问题。如果你正在做一个项目，你知道你的大多数用户甚至不知道什么是OpenID，那么也许你应该避开它

Stackoverflow是我第一次引入OpenID，我是一个极客。。。。我创建了一个帐户后，避免了几天，并阅读了它。我终于加入了，但我敢说，非极客类型的人可能不会。现在，我喜欢这个想法，也希望在任何地方都能看到它

---

如果您可以同时使用自己的OpenID和OpenID，请同时提供这两种功能。我认为这是两全其美的。您可以向用户指出OpenID的优点，但仍然让他们走另一条路。如果你看到OpenID的采用率很高，你最终只能提供它。

在我最新的应用程序中，我给用户一个选择。我认为如果你真的提供OpenID，它应该是可选的，而且对你的用户来说，这是可选的。我和“普通”用户一起测试了我的注册，他们很犹豫是否要登录他们的雅虎、Facebook、谷歌或其他网站

---

对于确实希望使用OpenID的用户，请正确使用。如果您的站点需要其他信息，您可以将这些信息与他们的身份验证令牌一起拉进来，然后执行此操作。

我最喜欢OpenID的地方是，我觉得我根本没有创建帐户。这更像是我已经拥有了整个网络的帐户，StackOverflow在我登录时注意到了这一点。我真的厌倦了在我遇到的每个网站上创建一个新的“身份”，因为他们想拥有更多的用户

---

我还喜欢那些（只）使用OpenID的网站，这会使整个帐户体验更加灵活：无需电子邮件确认，无需强制使用唯一用户名，使用Gravatar等。好处是没有注册；我只是像已经在这里一样登录。

也许这不值得大规模的努力（目前），但当涉及到在不支持OpenID的网站上注册时，我非常不情愿：再输入一个密码，确认电子邮件（有时需要等待电子邮件），他们基本上失去了我的用户身份，除非我真的有理由在那里注册

---

但也要记住，OpenID不仅仅是单点登录，它是维护您身份的一种方式，证明您是您所声称的那个人。OpenID登录很好，但在不注册的情况下代表您自己在网站上执行操作（例如留下评论）的能力更为重要。

我尊重您出于商业原因而使用OpenID的需要，而不是出于技术极客的原因。这就是：

原因#1

OpenID比用户名+密码简单得多。“哦，不，”我现在听到的回答是，“OpenID让用户感到困惑和恐惧