index.html文件能否改名？

可以改，但改完就得告诉服务器或浏览器新名字，否则 404 是默认结果。

Web 服务器默认只认 index.html

事实上，当你访问一个网站的根目录（例如 https://example.com/），浏览器并不知道该展示哪个文件，只能依靠服务器提供一个默认值。无论是 Apache、Nginx 还是 Caddy，默认首页文件清单中排在第一位的几乎总是 index.html（有时也兼容 index.htm）。

因此，如果你擅自将 index.html 改名为 home.html，却没有同步修改服务器配置，下次通过根路径访问时，服务器会因找不到默认文件而直接返回 404 错误。

• Apache：需在 .htaccess 或虚拟主机配置中修改 DirectoryIndex 指令，例如改为 DirectoryIndex home.html。
• Nginx：在对应的 location / 配置块中添加 index home.html;。
• Vercel/Netlify 等静态托管平台：这类平台通常对默认首页文件名有硬性规定，不支持随意自定义。若强行改名，部署后根路径访问将失效。唯一变通方法是使用平台提供的重写规则（如 Netlify 的 _redirects 文件或 netlify.toml 配置），将根路径 / 重定向到新的文件名。

index.html 改名后链接和跳转会出问题

解决了服务器端的问题，事情还远未结束。网站内部可能处处隐藏着对 index.html 的引用。

例如页面中的相对路径链接（如 ）、引用的 JavaScript 文件（），以及代码内的跳转逻辑（window.location.href = "index.html"），它们都是基于当前文件结构来定位的。一旦首页文件名变更，这些链接可能全部失效。

• 全局搜索是关键：改名之前，务必在整个项目目录中全局搜索包含 index.html 字符串的位置，包括 HTML、JavaScript、CSS 甚至 JSON 配置文件。
• 单页应用（SPA）的特殊性：对于使用 React Router、Vue Router 等框架的单页应用，路由配置（如 basename 或 base）通常不直接依赖物理文件名。但在 History 模式下，服务器需要为所有前端路由提供一个“回退”文件，这个文件往往是入口 HTML 文件。如果改了文件名，服务端的回退配置也必须同步更新。
• SEO 的隐形代价：搜索引擎可能已经收录了网站根路径（对应旧 index.html）。如果改名后没有设置 301 永久重定向从旧地址指向新地址，之前积累的搜索权重和排名可能会丢失。

本地双击打开时改名影响最小，但仍有坑

在本地开发时，我们习惯直接双击 HTML 文件在浏览器中打开。这种通过 file:// 协议访问的方式，完全绕过了 Web 服务器。因此，将 index.html 改为 start.html 后再双击，浏览器依然能正常打开 — 因为没有服务器在“认”默认文件。

• 此时，文件内部的相对路径引用（如 fetch("./data.json")）仍然有效，因为路径解析基于当前 HTML 文件所在的目录位置，与文件名无关。
• 不过要注意一个常见误解：Chrome 等浏览器对 file:// 协议的限制日益严格（例如禁止跨目录读取、禁用某些 API），这有时会被误认为是“改名导致的功能异常”，实际上与改名无关。
• 最重要的一点是：千万不要用本地双击测试的结果来验证线上部署是否成功。本地环境跳过了服务端逻辑，容易产生“改名没问题”的假象。

说到底，修改文件名本身并不复杂。真正的挑战在于，改名之后，还有谁在惦记着那个旧名字：Web 服务器、CDN 的缓存规则、网络爬虫、用户浏览器保存的收藏夹，乃至其他项目里硬编码指向网站的链接……每漏掉一处，就为网站增加了一个潜在的 404 错误。