能，但依赖托管平台支持——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文件做更细粒度控制
<!DOCTYPE html> <html> <head><title>Page Not Found</title></head> <body> <h1>Oops! That page doesn’t exist.</h1> <p><a href="/">Go home</a></p> </body> </html>
本地测试时为什么 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 页要注意的三个实际细节
看似简单，但上线后常因这些点失效：
立即学习“前端免费学习笔记（深入）”；
-
<base href="/">标签缺失 → 页面内相对路径（如./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 指向正确，否则可能返回空页或默认错误模板。
