你的改动是怎么上线的：门、预览与回滚

改动做完之后，不是直接推到线上，而是走一条固定的通道。这条通道每一步都可能把改动拦下来——拦下来是它在正常工作，不是出故障。

全过程

改动完成
   ↓
① 发布门 —— 构建 + 结构比对 + 像素比对
   ↓  不过 → 停在这里，线上一个字节都不动
② 本地预演 —— 把这份构建先跑在一个本地环境里，自动验一遍
   ↓  不过 → 停在这里
③ （红档专用）公网预览 —— 给你一个链接，你点开看
   ↓  你说不行 → 停在这里
④ 推上生产
   ↓
⑤ 健康检查 —— 自动访问所有域名，确认打得开、内容对
   ↓  不过 → 自动回滚到上一个正常版本
⑥ 记一笔发布记录

三道门分别在挡什么

结构门把页面的结构和文本抽成指纹逐条比对。改文案时它报告"这段文本变了"是预期内的；它报告"导航少了一项"才是问题。

像素门跑 26 张关键页面截图（桌面 + 移动）逐张比对，专抓结构没变但东西挪位、挤崩、遮挡的情况。

达标门跑 Lighthouse 检查无障碍和性能。无障碍必须 100%——屏幕阅读器读不了的页面等于把一部分访客关在门外，这是底线不是加分项。

涉及视觉的改动，像素基线会重新拍摄，并且由人肉眼核对过才更新。机器只负责"发现不一样"，"这个不一样是对的还是错的"由人判断。

两个预览，别搞混

• 本地预演（闸1）：每次上线都跑，数字员工自己验，你看不到也不用管。它的作用是在碰生产之前，先用一份真实构建确认"这东西真的能跑起来"。
• 公网预览（闸2）：红档改动专用，会给你一个能在手机上点开的链接。你批准了才继续。

回滚：不等人发现

上线后的健康检查会自动访问所有域名，确认返回正常、关键内容还在。任何一项不对，立刻自动退回上一个正常版本。

这条回滚做过失败演练：手动制造一次健康检查失败，确认它真的会自己退回去。验过之后才启用。

如果回滚被触发，你会收到明确说明：退回到了哪一版、因为什么。不会出现"页面坏了但没人吭声"的情况。

上线之后

每次上线都会留一行记录：日期、改了什么、什么风险档、部署编号、各道门的结果、健康检查结果、有没有回滚、谁发的。

这份记录累积起来就是这个站的运维档案。你随时可以要来看。

上线之后就不管了吗

不。站点会被持续巡检：定期访问线上页面，检查能不能打开、内容有没有被改掉、响应快不快、HTTPS 证书还有多少天到期。任何一项不对会生成一份事件工单，走和你提需求同样的流程修复。

下一篇：费用怎么算。