同一天推进三个品牌网站的上线工作,很容易被讲成“AI 同时生成了三份页面”。这不是我们想留下的方法;标题也不替代每个站各自的发布证据。
更准确的说法是:品牌事实各自独立,开发可以并行;但生产必须经过各自的验证、停止门和回滚点,逐站串行放行。AI 的工作不只是在页面里填字和写代码,而是帮助团队把需要核对、需要停止和需要由人决定的地方看清楚。
先锁定事实与品牌边界
每个品牌先回答自己的问题:叫什么、服务什么、现在能做什么、什么还在计划中、公开入口在哪里、哪些内容不能公开。AI 可以把分散资料整理成待核对清单,却不能把规划、猜测或一个产品的状态补写成整个品牌的事实。
共用的不是一套品牌外观。颜色、字体、图形语言、语气和业务边界仍然属于各自的品牌;可以共用的是如何核验这些事实。
建立设计与内容的单一事实源
页面文案、Logo、字体、素材来源、跨站链接和环境配置都需要有明确的归属。这样修改时才能知道哪一处是唯一编辑源,哪些页面、语言版本和结构化数据会受影响。
单一事实源不是把三个站做成同一个模板,而是避免同一品牌在不同页面出现互相矛盾的名称、能力、链接或素材。
先稳定页面壳与公共质量契约
页头、页脚、移动导航、锚点、404、响应式排版和无障碍行为,应当在堆叠页面内容之前稳定下来。移动端不是把桌面页面缩小;它需要重新检查阅读顺序、触控目标、焦点、横向溢出和内容是否被粘性元素遮挡。
SEO 也不是最后补几个标签。标题、描述、canonical、hreflang、结构化数据、robots、sitemap 和内链要和真实语言版本及运行环境保持一致。
把隐私、索引与业务入口分开
公开官网、登录后应用、内部平台和预览环境不能混成同一个入口。表单、账号、上传或客户资料必须遵守自己的隐私与访问边界;预览不能被误收录,正式页面也不能带着预览环境的 canonical。
当素材来源或公开授权不清楚时,最稳妥的做法是不用它。本文因此只使用文字与已存在的站点排版,不把尚未获准的三站截图当作证明。
让自动检查和人工判断各司其职
自动检查适合重复做:语法、构建、断链、未知路由、单一 H1、资源加载、横向溢出、菜单状态、敏感信息扫描,以及 metadata 和 schema 的一致性。它们让缺口更早被看见。
人工判断不能被自动化吞掉:品牌表达是否准确、事实是否完整、素材是否可以公开、移动端是否真的好用,以及是否允许进入生产,仍然需要人承担。
开发可以并行,生产必须逐站放行
三个站可以同时推进事实整理、页面开发、测试和上线准备。但每个站的域名、索引策略、表单、隐私边界、应用入口和回滚点不同;一个站通过,不能替另一个站通过。
因此每个站都按同一条顺序留下六层证据:源码、构建、运行、公网、浏览器或设备、状态回写。只有当前一层与当前站都被确认,才进入下一层。
- 事实或授权不清,停止。
- 隐私、索引或环境配置互相冲突,停止。
- 移动端、无障碍或关键入口失效,停止。
- 无法证明真实运行版本或没有回滚点,停止。
上线必须能证明,也必须能回退
上传成功、一次 HTTP 200、漂亮截图或测试通过,都只回答其中一层的问题。发布前需要能定位本次构建产物、正式环境的实际加载版本、索引策略、浏览器结果、已知未完成项和明确的回滚版本。
出现异常时,先判断它属于源码、构建、运行、域名、缓存、浏览器还是设备层,再决定是否回退。反复发布不是诊断;明确的版本和停止门才是可恢复的发布方法。
发布后继续观察,并把状态写回原处
正式公网不是所有后续工作的终点。真实设备、内置浏览器、搜索抓取、表单链路、缓存、旧入口迁移和统计都可能在不同时间得到不同结论,应当继续单独记录。
这次方法更新也保留一条未完成边界:YANFAMI 现有正式官网可访问;待部署和公网验收的是统一索引修订版,而不是整个官网。独立部署的微信域名校验文件也不等于官网发布。它不是状态源未回写的矛盾,而是需要继续单独验证的事实。状态文件不是装饰;它要和现场证据一起更新。