404页面返回链接必须确保目标路径真实可访问：优先用绝对路径如<a href="/">，验证服务端路由、Nginx配置及前端history fallback；表单action需指向200 HTML页，避免二次404；动态跳转用location.href="/xxx"并校验同域referrer。
404页面里加返回链接本身不难，但必须确保它不触发新404
很多开发者直接在404.html里写<a href="/home">首页</a>，结果发现“首页”链接也404——因为/home路径并不存在，真实首页是/。关键不是“加链接”，而是所有href值都得经过验证：是否真实可访问、是否带协议/根路径、是否被服务端路由拦截。
- 优先用绝对路径：
<a href="/">首页</a>、<a href="/blog">博客</a>，避免相对路径拼错上下文 - 不要写
<a href="./index.html">或<a href="index.html">，静态服务器可能不支持./解析，Nginx默认也不处理这种路径重写 - 如果网站启用了前端history模式（如Vue Router），确保
/blog这类路径在服务端有fallback（比如Nginx的try_files $uri $uri/ /index.html;），否则点击后仍是404 - 用
document.referrer动态生成“回到上一页”按钮时，先校验来源是否同域且非空：if (document.referrer && new URL(document.referrer).origin === location.origin)
如何让返回链接真正可用，而不是又一个404
返回链接失效，往往不是HTML写错了，而是服务端没把目标路径映射到真实资源。比如你写了<a href="/search">，但Nginx没配location /search，或后端API路由/search返回了JSON而非HTML，浏览器就收不到可渲染的页面。
- 打开DevTools → Network → 点击返回链接，看该请求的Status是不是200，Content-Type是不是
text/html；如果是application/json或text/plain，说明后端已接管该路径，前端根本没机会渲染 - 检查Nginx/Apache配置中是否存在覆盖性
location块，例如location / { proxy_pass http://backend; }会把所有路径都转给后端，导致/和/search都走API，而不是返回静态HTML - 若使用Next.js/Nuxt等框架，确认
/search是pages目录下的合法路由文件（如pages/search.vue），而非仅靠客户端JS模拟跳转 - 本地测试时别用
npx serve -s或python -m http.server——它们不支持history fallback，所有非物理文件路径都会真404；换vite preview或vercel dev
404页面里的搜索框提交地址必须防二次404
很多404页加了搜索框：<form action="/search"><input name="q"></form>，但如果/search路径没配置，用户一提交就又进404，体验雪上加霜。
-
action必须指向一个能稳定返回200 HTML的路径，不能是纯API接口；建议统一用action="/search"并确保该路径由前端路由或静态页面响应 - 如果后端只提供
/api/search接口，那就改用JavaScript拦截表单提交：event.preventDefault()+fetch('/api/search?q=...')+ 展示结果，避免整页跳转 - 搜索框的
input最好设autocomplete="off"，防止浏览器填充出错的旧URL（比如自动补全成/user/profile/123，而该ID用户已被删除） - 提交后若API返回空结果，页面应显示“未找到相关内容”，而不是再抛一个404——这是业务逻辑层要兜底的事，不是HTTP状态码该管的
为什么用location.href = "/xxx"比<a>更可控
当需要根据条件跳转（比如“上一页”不可用时退到首页），硬写<a>标签就不够灵活。location.href可以在运行时计算路径，但要注意它会新增历史记录，而window.location.replace()会丢掉“返回”能力。
立即学习“前端免费学习笔记（深入）”；
- 始终用
location.href = "/xxx"（开头带/），不拼接window.location.origin + path，避免协议/端口错误 - 避免
location.href = "https://yoursite.com/xxx"这种硬编码，不利于本地开发和多环境部署 - 如果目标路径含中文或特殊字符（如
/文章/2024），确保服务端接受URI编码后的路径，且HTML中href值已由构建工具自动encode（如Vite会处理<a href="/%E6%96%87%E7%AB%A0/2024">） - 不要在404页面里调用
history.back()——如果用户是直接输入URL进来的，history.length可能为1，back()会跳到空白页甚至浏览器主页
href背后都连着一套服务端路径映射规则。你写的/contact，必须对应磁盘上contact.html，或Nginx的location /contact块，或后端路由的GET /contact handler——三者缺一不可。漏掉任意一环，返回链接就是下一个404。 
