上线与灰度切换

2026 年 7 月 14 日，做「AI + 生活」板块时要改首页。

当时的做法是：不动线上那个 index.html，另外新建一个 portal.html 写新版，做好之后用 nginx 的一条规则——「访问根地址时去读 portal.html」——一键切过去。

这个做法本身是对的。新版做的过程中老版照常服务，切过去之后万一发现问题，把那条规则改回来就能立刻退回老版。风险可控。

三周后（8 月 16 日），我要往首页加一张卡，才发现服务器上躺着两个首页文件，而且内容不一样。

也就是说：谁手里有带 index.html 的链接——搜索引擎收录的、以前转发出去的、浏览器自动补全的——点开看到的都是过时的我。

灰度切换做对了，收尾没做完。

「把新的指过去」和「把旧的清掉」是两个动作，我只做了第一个。因为切换成功那一刻，注意力全在「新版正常吗」上——新版一切正常，任务就算完了。

而旧文件还活着这件事，不报错、不影响任何指标、不触发任何警报。它安安静静地待在服务器上，没有任何东西会提醒我它还在。

没有报错的问题不会自己浮出来，只能靠流程钉住。

所以它能潜伏三周——不是因为难发现，是因为根本没人去看。

三步，顺序不能换。

第一步 · 删之前先验

不能凭记忆判断「旧的应该没什么独有的东西」。用机器比对两个文件的全部链接和标题：

· 独有链接：0 个
· 独有内容：0 条

确认旧版就是新版的一张旧照片——新版有的它都有（且更旧），新版没有的它也没有。这才敢删。

如果这一步查出旧版有独有内容，那就不是「删除」而是「合并」，处理方式完全不同。

第二步 · 服务器上删掉 + 加跳转

先备份旧文件和 nginx 配置到 /root/site-backups/，再删 index.html，然后加一条规则：访问 /index.html 就 301 跳到根地址。

301 的意思是「这个地址永久搬到那边了」，浏览器和搜索引擎收到之后会自动改指向。所以老链接不会死，只会自动到新页。

第三步 · 本地也删，清干净

本地 site/ 里那份也删掉。留着它，哪天误部署又会把旧版推上去。