不能设置404错误页自动跳转，因window.location.href或meta refresh均导致服务器返回200而非404状态码，破坏SEO、误导爬虫、丧失错误语义；真正有效的404页必须由服务器返回真实404状态码，并提供纯HTML导航出口。
不能设置 404 错误页「自动跳转」——这不是前端能控制的行为，强行加跳转会破坏 HTTP 状态码，让服务器返回 200 而非 404，直接导致 SEO 权重稀释、爬虫误判、用户刷新无提示。
为什么和window.location.href都错
这两种写法本质都是「先返回 200 OK，再由浏览器跳转」，HTTP 状态码早已定格为 200：
-
<meta http-equiv="refresh" content="5;url=/">：触发 200 响应，Google 会认为原链接已迁移到首页 -
window.location.href = "/"：JS 执行前页面已渲染完成，状态码仍是 200；禁用 JS 时完全失效 - 两者都会让
document.referrer丢失、history.back() 失效、屏幕阅读器无法识别错误上下文
真正有效的 404 页面必须返回真实 404 状态码
状态码是服务器决定的，HTML 文件本身不带状态。你只能确保它被服务器在正确时机以 404 返回：
- GitHub Pages：把文件命名为
404.html，放在仓库根目录（和index.html同级） - Nginx：在
server块中写error_page 404 /404.html;，且确认该路径下文件存在、无重定向参数 - Apache：
.htaccess中加ErrorDocument 404 /404.html，且/404.html是静态文件（不经过 PHP 渲染） - Netlify：用
_redirects文件写/* /404.html 404，比单纯放404.html更可靠
用户需要的是可操作出口，不是自动跳转
平均停留不到 8 秒，与其加倒计时，不如提供清晰、零依赖的导航选项：
立即学习“前端免费学习笔记（深入）”；
- 用
<a href="/">回到首页</a>，而不是<button onclick="location.href='/'"></button> - 加一个搜索框：
<form action="/search"><input name="q" autocomplete="off"></form>，不依赖 JS 提交 - 若需“回到上一页”，用
<a href="javascript:history.back()">返回上一页</a>（注意：这是唯一可接受的 JS 交互，且 fallback 是空链接） - 所有文字颜色对比度 ≥ 4.5:1，
<h1></h1>必须含 “404” 或 “Not Found” 字样
最常被忽略的一点：本地双击打开 404.html 永远看不到真实效果——file:// 协议没有 HTTP 状态码。验证必须走本地服务（如 npx serve）或线上环境，看 Network 面板里响应头第一行是不是 HTTP/1.1 404 Not Found。
