必须真实返回404状态码：用curl -I验证响应头含HTTP/2 404或HTTP/1.1 404 Not Found，禁用302跳转或200渲染；首屏HTML直出核心内容；引导链接须绝对路径、真实有效；服务端需记录Referer和request_uri。
必须真实返回 404 状态码，否则所有优化都白做——搜索引擎持续抓取死链、PWA 的 fetch 事件不触发、浏览器离线缓存 fallback 失效，全是因为状态码错了。
怎么验证服务器真返回了 404？
别信页面上写的“404”或 JS 动态塞的 status=404，只看响应头：
- 用
curl -I https://yoursite.com/nonexistent，输出里必须含HTTP/2 404或HTTP/1.1 404 Not Found - 不能是
302 Found跳转到 404.html，也不能是200 OK渲染完再改状态 - GitHub Pages 只对根目录的
404.html自动设 404 状态；/a/404.html不生效 - Vercel 必须配
errorPages，用rewrites会覆盖状态码 - Nginx 的
error_page 404 /404.html后面绝不能加=200
为什么首屏不能等 JS 加载？
用户已经失败一次，再白屏 1–2 秒等 JS 下载执行，体验直接崩掉。核心内容必须直出 HTML：
-
<h1>404</h1>和<p>您访问的页面找不到了</p><div class="aritcle_card flexRow"> <div class="artcardd flexRow"> <a class="aritcle_card_img" href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器"><img src="https://img.php.cn/upload/skill/001/246/273/6adaf20d3191a227.jpg" alt="DeepBI DHTML 页面生成器" ></a> <div class="aritcle_card_info flexColumn"> <a href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器">DeepBI DHTML 页面生成器</a> <p>生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur</p> </div> <a href="/xiazai/skill12116" title="DeepBI DHTML 页面生成器" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div> <p><span>立即学习</span>“<a href="https://pan.quark.cn/s/cb6835dc7db1" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">前端免费学习笔记（深入）</a>”；</p>写在源码里，不是 JS 插入 - 原始路径用内联脚本读
location.pathname填进<pre class="brush:php;toolbar:false;"><code>...</code></pre>，但即使 JS 被禁用，<pre class="brush:php;toolbar:false;"></pre>里也得有占位文字（如 “当前路径：[请启用 JavaScript 查看]”） - 按钮用纯
<a href="/">回到首页</a>，别绑onclick="history.back()"——外链进来的 404 点它会跳空页 - 图标用内联
<svg></svg>，字体用系统自带或@font-face内联 base64，不依赖外部 CDN
用户真正需要哪几类引导？
别堆“返回上一页”“刷新试试”这种无效操作，按优先级给真实可点击链接：
- 第一层：显示
location.pathname，帮用户确认是否拼错（例如把/doc/api写成/docs/api） - 第二层：3–4 个高频有效页面，比如
/blog、/products、/help，链接地址必须真实存在且已上线 - 第三层：
<form action="/search" method="GET"><input name="q"></form>，后端得真支持/search?q=xxx，别调第三方搜索 API（离线就挂） - 绝对避免相对路径（如
../），全部用绝对路径（/、/about）
最容易被忽略的是服务端日志联动：哪怕页面再友好，如果 Nginx 或 Cloudflare 没记录原始 Referer 和 request_uri，你就永远不知道是哪条外链带错了流量、哪个内部菜单指向了已删页面。
