ICP备案

网站错误页怎么做？404、50x 自定义页与优雅降级实操

Q: 网站维护时应该返回什么状态码？

返回 503（服务暂不可用）并带 Retry-After，让搜索引擎知道是临时的，别按页面消失处理。

Q: 后端一崩用户就看到 502 白页怎么办？

Nginx 开 proxy_intercept_errors + 配置静态 50x 兜底页；同时用进程守护和监控减少后端崩溃。

作者：备案源头内容团队内容审核：备案源头内容团队更新于 2026年8月22日

用户访问到一个"Nginx 默认 502 白页"或浏览器原生 404，会直接流失；搜索引擎抓到大量返回 200 的"软 404"也会伤收录。错误页看似小事，做好了却能留住用户、保护 SEO。本文讲清怎么把错误页做对。

先分清常见错误码

状态码	含义	典型原因
404	页面不存在	链接错误、页面已删除
403	禁止访问	权限/防盗链/被拦
500	服务器内部错误	程序异常
502	网关错误	反代后端（Node/PHP）挂了或没起
503	服务不可用	过载或维护中
504	网关超时	后端响应太慢

502/504 常见于反向代理场景（后端进程崩溃），排查见网站打不开怎么排查；50x 频发要结合日志分析定位。

自定义 404 页：留住用户 + 正确状态码

默认 404 页对用户不友好。自定义一个带导航、搜索、返回首页入口的 404 页，能把误入的用户导回站内。关键：自定义 404 页必须真的返回 404 状态码，不能返回 200——否则搜索引擎会把大量"内容其实不存在"的页当正常页收录（软 404），浪费抓取预算、稀释站点质量。

# Nginx 自定义错误页（404 与 50x）
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /404.html { internal; }
location = /50x.html { internal; }
# 反向代理场景：后端挂了也能兜底 50x 静态页
location / {
    proxy_pass http://127.0.0.1:3000;
    proxy_intercept_errors on;   # 让 Nginx 接管后端错误码以显示自定义页
}

50x 与优雅降级

后端（Node/PHP）崩溃或过载时，用户不该看到刺眼的报错。优雅降级的做法：

静态兜底页：Nginx 用 proxy_intercept_errors + 静态 50x 页，后端挂了也返回一个友好的"服务繁忙，请稍后再试"页；
维护页（503）：计划内维护时返回 503 + Retry-After 头，告诉搜索引擎"暂时不可用、稍后再来"，避免它把维护当成页面消失而删除收录；
别把 50x 缓存久：CDN 对 50x 只做极短或不缓存，避免故障恢复后仍返回错误页，见 CDN 缓存策略；
高可用兜底：多节点 + 健康检查能在单点故障时自动摘除坏节点，减少 50x，见网站高可用架构。

错误页与 SEO / 收录

软 404 是大忌：不存在的页要返回真 404（或 410），不要返回 200 空页；
维护用 503 而非 200/404：让搜索引擎知道是临时的；
404 页别 noindex 也别进 sitemap：正常返回 404 即可，Google 会自然处理；
旧页删除/合并：与其留 404，不如 301 跳到相关页保留权重，见域名跳转配置。

监控：让错误早被发现

把 50x 比例、404 数量纳入网站运维监控与日志告警——错误页做得再好，也只是"止血"，及时发现并修复后端故障才是根本。

常见问题

Q：自定义 404 页要注意什么？
最重要的是仍返回 404 状态码（别返回 200 造成软 404），页面上提供搜索、返回首页等导流入口留住用户。

Q：网站维护时应该返回什么状态码？
返回 503（服务暂不可用）并带 Retry-After，让搜索引擎知道是临时的，别按页面消失处理。

Q：后端一崩用户就看到 502 白页怎么办？
Nginx 开 proxy_intercept_errors + 配置静态 50x 兜底页；同时用进程守护和监控减少后端崩溃。

资料来源

Nginx 官方文档 - error_page 指令：https://nginx.org/en/docs/http/ngx_http_core_module.html#error_page
Google 搜索中心 - 软 404 与 HTTP 状态码文档

以上为通用做法，具体配置以你使用的 Web 服务与框架文档为准。

联系客服