移动端404页面核心是弱网低配下仍能立即呈现真实可操作错误页：必须返回真实404状态码，HTML精简语义化、CSS内联、禁JS依赖、响应式纯CSS实现，确保无网络/无JS/资源缺失时仍准确传达错误并提供有效出口。
移动端404页面不是“加个 viewport 就完事”，核心是：在弱网、低配设备、JS 被拦截、甚至部分 CDN 替换 HTML 的前提下，仍能立刻呈现可读、可操作、状态真实的错误页。
必须返回真实 404 状态码，否则一切白搭
本地双击打开 404.html 文件，浏览器走 file:// 协议，压根没有状态码——这根本不是 404 页面。验证只认两件事：
- 用
npx serve或python3 -m http.server 8000启服务，访问http://localhost:8000/xxx，在 Network 面板里确认响应头含Status: 404 Not Found - 命令行跑
curl -I https://yoursite.com/nonexistent，第一行必须是HTTP/1.1 404 Not Found
GitHub Pages 必须放 404.html 在仓库根目录；Nginx 需显式配置 error_page 404 /404.html;；Vercel/Netlify 要在重写规则里声明 /* → /404.html。漏掉任一环，服务器可能返回 200 状态的 index.html（常见于 SPA 的 try_files $uri $uri/ /index.html; 配置）。
HTML 结构要精简且语义明确，禁用 JS 依赖
移动端用户平均停留不到 8 秒，任何跳转、fetch、history 操作都不可靠。结构底线如下：
立即学习“前端免费学习笔记（深入）”；
-
<title>必须含 “404” 字样，如<title>404 - 页面未找到</title>，否则搜索引擎当普通页收录 -
<h1>直给事实，如<h1>页面未找到（404）</h1>，别写“哎呀迷路啦”这类无上下文文案 - 主内容区用
<main>包裹，或加role="main"，让屏幕阅读器跳过导航直读错误信息 - 加
<meta name="robots" content="noindex">，防被误抓取 - 所有按钮用
<a href="/">回到首页</a>，不是<button onclick="location.href='/'">—— JS 关闭时仍要可用
CSS 必须内联，字体与对比度优先保底
外链 CSS 加载失败 = 白屏。移动端更敏感，尤其弱网下资源超时概率高：
- 所有样式写进
<style>标签，控制在 1KB 以内；删掉注释、空格、@import - 字体栈用系统默认：
font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif;，不依赖 Web Font - 文字与背景对比度 ≥ 4.5:1，比如
#333配#fff可以，配#eee不行；用 webaim.org/contrastchecker 实测 - 图片用相对路径且确保部署后存在，
<img src="404-icon.svg">就真得有这个文件，否则又触发一次 404 请求
响应式适配只靠 CSS 媒体查询，别碰 JS 检测
移动端 404 页面不需要动态判断 UA 或调 navigator.userAgent —— 这些在某些 CDN（如 Cloudflare 免费版）或 GitHub Pages 下会被拦截或返回空字符串：
- 用纯 CSS 媒体查询做断点：
@media (max-width: 480px) { ... }，不依赖 JS - 按钮尺寸、行高、padding 按移动触控标准设（最小 44×44px），避免缩放或误点
- 禁用
background-image大图，SVG 图标更轻量清晰，且可内联进 HTML 减少请求数 - 不要加“回到上一页”按钮逻辑：若
document.referrer不同域或为空，href 设为#并加aria-disabled="true"，视觉置灰
最常被忽略的点：404 页面不是展示设计能力的地方，而是故障隔离面。它必须在无网络、无 JS、无外部资源、甚至被 CDN 替换 HTML 的极端条件下，仍能准确传达「资源不存在」这一事实，并提供一个确定有效的出口（如首页链接）。其它都是锦上添花，不是刚需。
