404页面需要元描述（只是为了让Google更快乐）？

我正在修复我所有网站的404页上的一些小问题。我的点点滴滴使我无法入睡，除非我得到这个问题的答案。:)

404页面是否需要元描述标记？ 如果是，则填入什么内容，“找不到页面”？

我想说不，如果Google确实更在乎内容和用户友好的网站，而不是页面上的内容（此外，404页面摘要应该永远不会出现在Google中，因为服务器发送的是真正的404代码）。

但是在阅读了所有这些内容之后：

• http://www.google.com/support/webmasters/bin/answer.py?hl=zh_CN&answer=93641
• http://googlewebmastercentral.blogspot.com/2008/08/make-your-404-pages-more-useful.html

关于他们如何建议填写404页面（我一直认为应该只是一个简单的404页面），我也开始担心元描述。

您的404页最重要的是标头的状态码：必须为404 not found。

这么说也许很愚蠢，但是在动态应用程序中，像这样的URI http://my.webapp.invalid/index.php?id=4，id=4什么也不返回，很多Web开发人员都会返回带有200 OK状态码的404消息...

另一件事：例如，如果有人尝试http://my.webapp.invalid/index.php?id=toto，而id只接受整数，它不是一个404，而是400 Bad Request你必须返回。

例如，使用PHP中的标头函数或.Net中的HttpWebResponse.StatusCode属性，可以轻松解决此问题。

否。为什么要担心您404页的PR。我会更担心确保您的所有链接都不会首先出现在那儿。

404页面的元信息没有任何意义。

返回正确的404标头比任何其他技术措施都重要得多。

从非技术的POV中，您应该真正考虑返回有用的信息，而不仅仅是一条错误消息。使用站点地图和内部搜索工具，为您的用户提供一些富有成效的措施更为有意义（并使用户更快乐，这使您的网站变得更好）

从搜索引擎POV中，您甚至可以有一个空的404错误页面。但是您的服务器必须提供正确的状态代码（404或410），以表明客户端请求的页面不再存在。

对于用户POV而言，精心制作的错误页面非常重要，因为您不希望仅仅因为用户跟随一个断开的链接就让该用户离开：您想为用户提供选择以在网站上找到自己的出路例如给他：

• 搜索框
• 指向站点地图的链接
• 与他寻找的页面相似的页面列表（Google本身可以帮助您）
• 与网站管理员联系的简单表格

由于通常用户不会看到meta description标记的内容，因此如果您不填写它绝对是可以的。

我相信这会令一些意义已经robots定义。特别：

<meta name="robots" content="follow, noarchive, noindex">

（例如，“忽略此资源，但可以尝试使用同一域的其他资源。”）

其他元数据（如description，也OpenGraph和Twitter信息卡，等），在我看来，就很少作出没有意义的，只会成本（部分）字节。

诚然，这是理论上的并且是推测性的。如果有人知道提供不同见解的资源，那么我很想知道。