usability - 友好的 HTTP 401 状态码消息？

Question

我是开发人员而不是文字匠，因此我被困住了。

我们有一个基于订阅的网站，用户很可能会看到我们的 401 页面。

我们决定需要替换 IIS 401;2 页面。

有没有人有任何例子或建议写一个好的非攻击性 401 页面？

Answer 1

这是一个真实的例子——也是一个非常有趣的例子——据说取自 michaelbloomberg.com

未经授权 (401)

通过一系列高度复杂的算法，本系统已确定您目前无权使用本系统功能。可能是您只是输错了密码，或者您可能是某种星际外星人，没有手，因此无法打字。如果我是个赌徒，我敢打赌，一只猫（一只名叫 Sierra 或 Harley 的橙色虎斑猫）不知何故跳到了你的键盘上，忘记了你花钱购买的打字课程中的一些更重要的提示。根据遇到的实际错误，我猜测有问题的猫科动物只是在开始之前忘记将一只或两只爪子放在适当的主页键上。再说一次，我想这可能是某种形式的宇宙辐射引起的键盘错误；这很符合我的行星际外星人理论。如果你认为这可能是原因，也许你可以建造某种地下掩体来帮助保护自己免受它的伤害。我不知道它会起作用，但是，如果你尝试一些东西，你可能会感觉更好。

不要让我开始使用所有很酷的 404 页面......

Answer 2

我不得不刷新我的记忆，看看HTTP 错误 401 - Unauthorized到底是什么......

因此，基本上，如果您未获得授权（未订阅）或未能通过身份验证（用户名/密码错误），您可能会收到此错误。加上其他一些角落案例。

可能是这样的：
“我们很抱歉，但我们无法验证您的身份。您必须订阅才能访问这些页面。如果您已经订阅，请检查您在登录步骤中是否提供了正确的凭据。”

当然，只是用正确的英语（我是法国人），也许还有更多细节（如果你忘记了密码怎么办等）。以及指向网站公共部分和登录页面的链接。

Answer 3

只晚了 9 年，但也许这可以帮助某人。我为我的网站想出的一个是，

Answer 4

可以肯定的是，Don Norman 和 Jakob Nielsen 的人机交互设计原则仍然适用于网页设计和 401 页面。

401 页面仍然是网页，主要区别是用户稍微更加困惑/沮丧。

以下是设计原则：

• 可见性 - 用户能否看到它是一个 401 页面并且他/她是否理解
• 反馈 - 用户是否了解正在发生的事情
• Affordance - 用户是否了解可点击的内容以及如何处理您的界面
• 映射 - 用户是否了解单击何处从 401 中恢复
• 约束 - 限制用户拥有的自由，使他/她更容易认知处理。
• 一致性和标准 - 使用您在网站其他任何地方使用的相同标准

关于这个问题的一个非常好的免费资源是美国政府的可用性指南书。