404 页面经常被当成技术细节，等真正需要它时，才发现默认错误页只有一行“Not Found”。用户找不到路，蜘蛛抓到一个不存在的地址，站点却没有任何引导。自定义 404 页面不是装饰，而是站点运营中很小但很实用的一环。

先确认状态码，别把错误页伪装成正常页

有些站点为了让用户“不离开”，把 404 页面返回 200 状态码，再用 JS 或 meta refresh 跳转到首页。这种做法对用户和搜索引擎都不友好。对蜘蛛来说，返回 200 的“页面不存在”提示会被当成正常内容，可能形成软 404，浪费抓取资源，也可能让不存在的地址进入索引。

• 页面不存在时，服务器应返回 404 或 410 状态码。
• 不要用 JS 跳转或 meta refresh 把 404 直接送首页。
• 内容已永久迁移，使用 301 跳转到新地址，而不是留在 404 页。

状态码和页面内容要一致：告诉用户“这个页面不在了”，同时告诉蜘蛛“这里确实没有内容”。

404 页面要完成三件事

1. 告知状态：用文字说明页面不存在、已删除或地址输入有误。
2. 提供出路：给出搜索框、热门内容、主要栏目或返回入口。
3. 保持品牌一致：沿用站点头部、底部和导航，让用户知道还在同一个站内。

告知状态

不要只放一张图片或一句“出错啦”。文字要能被读屏软件和搜索引擎理解，例如“抱歉，这个页面可能已被删除或地址有误”。避免使用过于技术化的报错代码堆砌。

提供出路

错误页的核心是帮用户继续走，而不是把他挡在门口。可以放一个站内搜索框，列出三到五个热门栏目或近期内容，并保留返回上一页和首页的链接。链接文字要有描述性，不要全都写成“点击这里”。

保持品牌一致

如果 404 页面突然变成纯白背景、没有导航，用户会怀疑自己跳到了别处。沿用站点基础样式，成本不高，但能减少困惑。

自查清单：从用户和蜘蛛两个视角看

• 服务器是否返回 404 或 410，而不是 200？
• 是否误用 JS 跳转、meta refresh 把错误页指向首页？
• 页面是否有明确的文字提示，而不只是图片？
• 是否提供搜索、热门内容或主要栏目入口？
• 移动端是否可正常阅读，按钮和链接是否容易点按？
• 是否记录 404 日志，并定期查看高频错误地址？
• 已迁移的内容是否用 301 指向新地址？
• 推荐位是否过多，把错误页做成了第二个首页？
• 页面是否轻量，不会因为加载大量资源而二次卡顿？

404 日志怎么用

服务器日志或站点统计里的 404 记录，不只是一串错误列表。重点看两类来源：站内链接写错，外部链接失效。站内链接尽快修正，外部链接可以评估是否做跳转、补充内容或联系对方更新。

不要把 404 日志只当成错误列表，它也是内容缺口和链接维护的线索。

几个容易踩的坑

• 全站 404 都跳首页：用户得不到解释，蜘蛛也会困惑。
• 404 页面返回 200：形成软 404，可能被索引。
• 只放一张搞笑图：没有文字，用户和蜘蛛都不知道发生了什么。
• 推荐位过多：把错误页做成第二个首页，反而分散注意力。
• 移动端按钮太小：手指点不中，用户只能直接退出。

404 页面不需要华丽，但需要准确、清楚、有出口。定期花十分钟检查状态码和常用入口，比事后追着修死链更省力。