能，但依赖托管平台支持——HTML5 本身不处理 HTTP 状态码；GitHub Pages、Vercel、Netlify 均通过根目录的 404.html 自动接管，本地需 HTTP 服务测试，注意 base 标签、路径编码及真实 404 状态码返回。

HTML5 静态站点能自定义 404 页面吗？

能，但仅限于托管平台支持时——HTML5 本身不处理 HTTP 状态码，404 是服务器行为。你写的 index.html 或其他 HTML 文件只是资源，是否返回 404、由谁返回、返回什么内容，完全取决于你部署它的服务器或托管服务。

GitHub Pages / Vercel / Netlify 怎么配 404.html

这些静态托管平台普遍约定：把自定义页面命名为 404.html，放在项目根目录，即可自动接管所有未匹配路径的 404 响应（注意大小写，必须是全小写）。

• GitHub Pages：必须叫 404.html，且不能放在子目录；支持纯 HTML/CSS/JS，无服务端逻辑
• Vercel：默认识别 404.html；若用 vercel.json，也可通过 rewrites 显式指定
• Netlify：同样认 404.html；还可配置 _redirects 文件做更细粒度控制

  
Oops! That page doesn’t exist.
  
Go home

本地测试时为什么 404.html 不生效？

因为直接双击打开 404.html 或用 file:// 协议访问，浏览器根本没走 HTTP 协议栈，自然没有状态码概念。此时所有跳转都变成前端路由行为，404.html 只是一份普通文件。

• 正确测试方式：起一个本地 HTTP 服务，例如 npx serve、python3 -m http.server 或 VS Code 的 Live Server 插件
• 确认请求响应头含 Status: 404 Not Found（用浏览器 DevTools 的 Network 面板查看）
• 若用 Webpack/Vite 开发服务器，需检查其 historyApiFallback 或 spa 配置是否意外劫持了 404

自定义 404 页要注意的三个实际细节

看似简单，但上线后常因这些点失效：

• 标签缺失 → 页面内相对路径（如 ./style.css）在深层路径（如 /blog/missing）下会 404 加载失败
• JavaScript 中硬编码路径（如 window.location.href = 'index.html'）→ 应改用 window.location.href = '/' 或 history.pushState 跳转
• SEO 友好性：确保响应真实返回 404 状态码，而非 200 OK + “页面不存在”文案（后者会被搜索引擎当作有效页面收录）

托管平台一般能保证状态码正确，但自己搭 Nginx/Apache 时，得手动配 error_page 404 /404.html 并确认 root 指向正确，否则可能返回空页或默认错误模板。