友好的 HTTP 401 状态代码消息？

Question

我是一名开发人员，而不是文字大师，因此我陷入了困境。

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

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

有没有人有关于编写良好的非攻击性 401 页面的示例或建议？

Answer 1

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

  

未经授权（401）

     

通过一系列高度评价   复杂而复杂的算法，   这个系统决定了你   目前没有被授权使用   这个系统功能。可能就是这样   你只是错误输入了密码，或者它   可能是你是某种形式   行星际的外星人，没有   手，因此，不能打字。如果我   是一个赌徒，我打赌那只猫   （一种名为Sierra或者的橙色虎斑猫   哈利）以某种方式跳到了你的身上   键盘并忘了一些更多   那些打字的重要指针   你付的课程。基于   遇到实际错误，我会的   猜猜有问题的猫科动物   只是忘了放置一个或两个   在适当的家庭钥匙上的爪子   在开始之前。我想再说一次   它可能是键盘错误   由某种形式的宇宙引起的   辐射;这很适合   我的星际外星人理论。   如果你认为这可能是原因，   也许你可以创造某种形式   地下掩体帮助盾   你自己。我不知道   会工作，但是，你可能会觉得   如果你尝试的话会更好。

并且不要让我开始使用那些很酷的404页面....

Answer 2

我不得不刷新记忆，看看 HTTP错误401 - 未经授权正是......

因此，如果您未获得授权（无订阅）或无法进行身份验证（用户名/密码错误），则可能会出现此错误。还有一些其他的角落案例。

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

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

Answer 3

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

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

以下是设计原则：

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

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

Answer 4

迟到只有9年，但也许这可以帮助别人。我为我的网站提出的那个是，