有效的404文件未找到错误页最有用的功能是什么?

• 搜索
• 建议的页面(搜索未找到路径中的单词的结果)
• 聚合的全球资源或可能是一个简短的站点地图
• 标签/类别/任何您的导航快捷方式功能
• 如果结构是层次结构,而找不到的路径位于顶层以下,请确保将上面的内容泰勒到用户位于层次结构中的任何位置(例如/widgets/some widget->在/widgets中搜索,建议的widgets等)。

我只想让它轻量级和快速加载尽可能,与网站地图和主页的突出链接。一旦我意识到我点击了404,我通常会跳到“后退”按钮,或者如果我对我要找的东西足够感兴趣,就试着点击网站的主页。我几乎从未真正读过404页上的内容。也许不是一个好习惯,但我敢打赌大多数网站访问者和我一样不耐烦。

如果站点最近进行了重新设计,并且我无法阻止404的重定向,我可能会包含一条关于重新设计的简短消息,并提示他们如何在新结构中找到他们要查找的内容。

如果你很费心维护一个死链接列表(例如,你曾经托管的一个页面的地址,现在被删除/重命名/移动),那么你通常可以向一个从你的站点外部跟踪一个非常老的链接的用户建议正确的页面。

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

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

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

否则,一个好的解决方案是根据URL组件中存在的关键字向用户提供来自您站点的搜索结果。

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