简介： 公认的智慧认为，良好的错误消息应礼貌，准确且具有建设性。Web带来了一些新准则：使错误消息清晰可见，减少解决问题所需的工作，并在整个过程中教育用户。
经过
于 2001年 6月23日
话题：
创建有效错误消息的准则已经有20年了。良好的错误消息应包括：
明确表明出现了问题。最糟糕的错误消息是不存在的错误消息。当用户犯错并且没有反馈时，他们会完全迷失方向。例如，电子邮件提供了多种情况，其中明确的指示将是有用的。例如：当您发送一条消息时，该消息会被系统吞噬，并且永远不会到达收件人。另一个很好的例子？当您在电子邮件中声明时，您将包括附件，但忘记这样做了。最后，完成了一个烦人的回形针的工作：“您似乎想在此消息上附加文件，但您尚未这样做。您现在要附加一个文件吗？”
易于理解的语言，而不是晦涩的代码或缩写，例如“发生了2类错误”。
礼貌用语不怪用户，也不暗示他们愚蠢或做错了事，例如“非法命令”。
对确切问题的精确描述，而不是诸如“语法错误”之类的含糊笼统的概括。
关于如何解决问题的建设性建议。例如，您的错误消息应该不是告诉用户“缺货”，要么告诉用户产品何时可用，要么为用户提供一种在产品重新库存时要求通知的方式。
Web上最常见的错误消息404违反了大多数准则。我建议您编写自定义404错误消息，而不要依赖服务器的内置“找不到页面”消息。
新准则
网页的复杂性导致了对指南的需求，而这在过去是不需要的。使用DOS界面，用户键入命令，并且错误消息显示在TTY的下一行。在现代GUI中，用户单击命令，错误消息将显示在屏幕中间的大对话框中，并且直到用户确认该错误消息后，错误消息才会消失。但是，在Web上，错误消息通常被隐藏为重载页面上的普通文本，从而产生了新的准则：错误消息应为
在消息本身以及如何指示用户必须修复的对话元素方面，都是可见且高度引人注意的。
我经常观察到用户在Web表单中犯了一个错误，只是为了从服务器获取完全相同的表单，而没有明显的错误提示。通常，页面顶部会出现一条小错误消息，但是由于用户首先查看页面的可操作部分（即带有表单字段的区域），因此他们通常不会注意到该错误。
一个相关的设计缺陷是仅通过将字段标签变为红色来指示错误状态。这违反了使残障用户可以使用技术的最古老，最简单的规则之一：永远不要将颜色用作唯一的编码机制；不要将颜色用作唯一的编码机制。总是包含色盲用户可以看到的冗余提示。
另外两个准则可以使错误情况对用户而言不那么令人讨厌：
尽可能保留用户的工作。让用户通过编辑其原始操作来纠正错误，而不必再次进行所有操作。例如，在显示搜索结果时，显示带有用户原始查询字词的搜索框，以方便进行修订。如果没有找到匹配，让用户单击一下即可搜索范围更广的内容。
减少纠正错误的工作。如果可能，请猜测正确的操作，然后让用户从一小部分修复程序中进行选择。例如，让用户单击与输入的邮政编码相匹配的城市按钮，而不只是说“城市和邮政编码不匹配”。
教育用户的机会
最后，您可能已经了解了尼尔森的《计算机文档第一定律》： 人们没有读过它。对于网站而言，这一发现甚至更为强大，因为在该网站上，用户真正回避了对其任务而言并非必不可少的任何阅读。点击帮助？绝不。
用户只有在遇到麻烦时才阅读系统文档（这是第二定律）。当他们想从错误中恢复时，他们尤其专心。鉴于此，您可以将错误消息用作教育资源，以向用户传递少量知识。当然，错误消息应该简短而切题，所有Web内容也应如此。但是，错误消息仍然可以教会用户一些有关系统如何工作的信息，并为他们提供更好地使用它所需的信息。为此，Web的基础技术使另一条准则成为可能：
超文本链接可用于将简明的错误消息连接到具有其他背景材料或问题说明的页面。（不过，不要过度这样做。）
