多站点群的定时发布一起排，怎么避开同一时刻集中上线

集中上线的问题不出在访问量，出在抓取与索引队列：多个站点的内容在同一时刻一起放出，搜索引擎对每个站点的抓取预算是有限且平滑的，短时间大量新增与变更页面会摊薄单页被及时发现的机会，收录节奏反而变慢；同一时刻集中改版还会让「哪次变更带来掉收录」无法归因。多站点群同时用定时发布功能时，要避免内容在同一时刻集中上线，本质是把排期从「到点一起放」改成「按站点分组、按窗口铺开」。用 AnQiCMS 管理多站点群时，一套后台管多个独立站点，排期更应该集中规划、分散执行。

错峰排期的三步

第一步按站点分组：把站点群按主题相关度与更新频率分成几组，同组站点彼此错开，不同组之间可以并行——错峰的对象是每个站点自身的抓取曲线，不是全站总量。第二步把整点让开：定时发布习惯都往整点排，整点也因此成为变更最密集的时刻，把各站点的放档时间挪到整点前后的小数窗口（例如每小时的第 17 分钟、第 43 分钟），天然和其他站点的集中动作隔开。第三步控制单站点的瞬间量：同一站点单次放出的页面数量设上限，超出的顺延到下一个窗口，避免单站自撞。

待发布状态怎么用

排期要有承载体，AnQiCMS 的文档状态里正好有这个位置：内容状态分为正式文档、草稿、待发布、回收站，「待发布」就是为排期设计的——稿子写完、审完，挂上发布时间进待发布队列，到点自动转正式文档。分工要理清：草稿管「还没写完」，待发布管「写完了但不到时候」。把排好的稿子一直留在草稿状态、到点人工手动发，等于用工时换了一次免费功能的滥用；反之把没审完的稿挂进待发布，定时到点带着问题上线，返工更贵。正确链路是：写完→审过→挂待发布→排入窗口。

改版与备份窗口怎么让位

两类时段要提前从发布窗口里扣出来。一是整站级改动：模板调整、伪静态规则变更、栏目结构重排这类动作影响全部页面的呈现，改动当天不排集中发布，否则收录波动来了分不清是谁的责任。二是备份窗口：AnQiCMS 支持数据含静态文件的整站备份与恢复，重大改动前必须先有一份完整备份，备份时段同样不让发布挤占——恢复演练和备份落盘占用的那点时间，是给事故留的通路。顺序永远是：备份完成→执行改动→验证通过→恢复常规发布节奏。

多站点排期表怎么维护

一张表管所有站点，字段不求多，够用即可：

排序原则补一句：先后次序看收录影响，不看站点大小。新站与收录不稳的站点需要更平滑的曲线，窗口给它们留稀而稳；老站收录承接力强，可承担较大的单窗口量。谁先上线、谁多上几条，由这个判断决定，而不是「主站永远优先」。

常见问题

问：所有站点约在同一时间放，抓取会合并处理吗？ 答：不会。抓取预算按站点独立计算，同时放档只是让各站点各自的曲线同时被冲击，归因也变难，没有任何收益。

问：定时发布和主动推送冲突吗？ 答：不冲突，且应配套：定时放档负责节奏，向搜索引擎主动推送新内容负责加速收录，两者都在系统能力内，错峰后照常推送即可。

问：排期表要人工维护到什么时候？ 答：站点数在个位数时手工表够用；进入多品牌多主题的站点群规模后，把窗口规则固化进排期工具或后台约定，人工只处理改版与备份的例外让位。