usability - 有效的 404 File Not Found 错误页面最有用的功能是什么？

Question

当用户遇到您网站的 404 File Not Found 错误页面时，这很可能不是他们想要的。在这里，您有机会将死胡同变成一种资源，可以帮助您的访问者找到他们正在寻找的任何东西。

如果您要创建完美的 404 File Not Found 错误页面，它会做什么？有效的 404 File Not Found 错误页面最有用的功能是什么？有什么强有力的例子吗？

Answer 1

• 搜索
• 推荐页面（未找到路径中单词的搜索结果）
• 聚合的全球资源或简短的站点地图
• 标签/类别/无论您的导航快捷方式功能如何
• 如果结构是层次结构并且未找到的路径位于顶层之下的某个位置，请确保将上面的内容调整到用户在层次结构中的任何位置（例如 /widgets/some-widget -> 在 /widgets 中搜索，建议小部件等）。

Answer 2

我只想让它尽可能轻量级和快速加载，并带有指向站点地图和主页的突出链接。一旦我意识到我遇到了 404，我通常会跳到返回按钮，或者如果我对我正在寻找的任何内容足够感兴趣，我就会尝试点击网站的主页。我几乎从未真正阅读过 404 页面上的内容。也许不是一个好习惯，但我敢打赌，大多数网站访问者都和我一样不耐烦。

Answer 3

如果该站点最近进行了重新设计，并且我无法通过重定向阻止 404，我可能会包含有关重新设计的简短消息，并提示他们如何在新结构中找到他们正在寻找的内容。

Answer 4

如果您不屑于维护死链接列表（即您曾经托管的页面的地址，现在已被删除/重命名/移动），那么您通常可以向关注的用户推荐正确的页面来自您网站外部的非常旧的链接。

在某些情况下，您可以给出简短的文本解释，说明为什么该页面不再存在。或者，也许您可​​以检测文件路径的一部分，这样您就可以一次捕获 100 个不同的死链接。

我已经为一个小型网站成功地做到了这一点，所以我不知道为一个更大的网站维护数据需要做多少工作，或者一个有多个人删除/重命名/移动文件的网站。

Answer 5

首先，对于曾经有效的死链接，最有效的 404 实际上是对新 URL 的 301 永久重定向。任何网站重新设计都应该将旧 URL 映射到新 URL，并且任何允许用户编辑页面 URL 的 CMS 都应该在 URL 更改时自动进行设置。

否则，一个好的解决方案是根据 URL 组件中存在的关键字向用户展示您网站的搜索结果。

这些是通用解决方案，但我相信您可以为您的站点/web 应用程序提供您自己的特定解决方案，例如，wiki 样式的站点可以显示一个空的可编辑页面，以允许用户在该 URL 处创建一个页面。