部署与发布

部署与发布 是把改好的代码与内容送上线，指从改动到线上状态的那段流程。它的目的不是快，而是可重复、可回退、出问题能定位到某一次变更^[1]。站长侧关心它的原因是：一半以上的线上故障发生在变更后，而搜索引擎看到的变化同样发生在那一刻。

四种做法的差别

手工 FTP 覆盖最直接，也最难说清线上到底是哪个版本；缺版本记录时回退只能靠备份。

Git 拉取部署把版本与提交历史带上线，回退变成切到一个已知的点^[2]。

脚本化发布在拉取之外加了依赖安装、缓存清理、数据库迁移等步骤，重复执行结果一致^[1]。

流水线触发把这些步骤交给自动执行，附带测试与人工审批节点^[3]。

与搜索相关的四个风险

发布过程中短时间不可用或返回错误码，会直接反映在抓取上，服务器错误会让 Google 把抓取速度调下来^[4]。

结构变更没配重定向与规范网址，老地址变 404，外链价值流失^[5]。

预发与生产配置串台，测试数据或调试开关被带到线上，属于伪装与隐藏内容之外的另一类风险^[5]。

robots 与站点地图在发布包里被覆盖，测试环境的屏蔽规则被带上生产，整站从索引里退出去^[4]。

三条底线

每次发布有唯一标识（版本号或提交号），能定位到时间线上的哪一点。

有明确的回退路径，且被试过。

变更后立刻核对：首页、代表页、robots.txt、站点地图各请求一次，看返回码与内容^[6]。

常见误用

第一种是高峰时段发布。第二种是把数据库变更与代码发布分两次做，中间状态不一致^[1]。第三种是发布完只看页面正常就收工，不看引擎侧的抓取与收录状态。

附录

参见

• Git 与版本管理
• CI 与 CD
• Docker 与容器
• Kubernetes
• 网站迁移总览
• 抓取错误

参考资料

官方（境外）

1. 《Deployment pipelines overview》，Microsoft Learn。
2. 《Git 文档》，Scott Chacon 等。
3. 《GitHub Actions 文档》，GitHub。
4. 《Google 搜索中的 HTTP 与网络错误》，Google 搜索中心。
5. 《规范网址与重复内容的处理》，Google 搜索中心。
6. 《排查抓取问题》，Google 搜索中心。

外部链接

• 十二要素应用，Adam Wiggins。