定时发布排好的内容临时改期，推送要不要重新跑一遍

定时发布排好的内容临时改期，推送要不要重新跑一遍，判断依据不在「改了几次日期」，而在改期之前这篇文档有没有以正式状态暴露给搜索引擎。只有从没上线过、也没进过站点地图的排队内容，改期才是纯粹的后台动作；反过来，只要推送通道已经把它的地址递出去过，改期之后就要按同一顺序重跑一遍，否则搜索引擎看到的时刻和页面显示的时刻会对不上。

改期动的到底是哪个字段

AnQiCMS 里的时间因子只负责一件事：决定内容在什么时刻从后台状态切换成前台可见。改期改的是这个发布时刻，不动标题、不动地址、也不动内容正文。所以判断要不要重跑推送，实际是看这个字段变更前后，前台可见性有没有发生过一次「已经出现过又消失」的抖动。

如果原来的定时时刻还没到，文档一直待在队列里没露过面，那么把时刻往后挪或者提前挪，搜索引擎那边根本没有这条地址的记录，自然没有需要撤销或补发的动作。这种情况重跑推送是白费力气。

待发布和定时发布不是一个状态

文档状态分为正式文档、草稿、待发布、回收站几种，定时发布落在「待发布」这一段，而不是草稿。两者的区别很实际：草稿链接带 preview=true 只能预览，本身不该被任何推送通道递出去；待发布是已经排好时间、等待自动转成正式文档的那批。

改期前先在状态列看清它属于哪一种。误把草稿当成待发布去改时间，会发现推送队列里根本没有它；把待发布改回草稿，则要确认此前没有把这条地址放进站点地图。删除正式文档是移入回收站而不是物理删除，改期过程中操作失误还能回退，这给重跑推送留了缓冲。

什么时候必须重跑推送

三种情况要把推送再走一遍。其一是文档已经到点转成正式状态，之后又把时间改到更晚，此时线上它已经可见过，地址可能已被收录；其二是这篇的地址曾经出现在站点地图文件里，即使后来改期，地图的分发记录不会自动撤回；其三是链接推送队列里已经有这条 URL 的提交记录，需要让它在新时刻再次被主动推送一遍。

顺序上先重建站点地图，再发主动推送。站点地图管的是「让搜索引擎知道有这个地址」，主动推送管的是「让它尽快来看」，两步都指向新时刻，索引侧的时间才会一致。

改了发布日期对收录有什么影响

改期带来的可见差别主要在时间因子上：页面显示的时间与搜索引擎抓取到的时间若有偏差，摘要里露出的日期就会和站内列表对不齐。把内容挪到未来时刻，短期内前台列表会少一篇，收录量出现小幅波动是正常现象；挪回过去则相当于一次性放出排队内容，此时把链接推送分批发送比一次性全推更稳。

改期当天不要顺手改标题或伪静态地址。时间可以挪，地址动了就是另一件事，需要额外的重定向处理，和单纯改期的成本不是一个量级。

常见问题

改期后原来推送过的记录会失效吗

推送记录本身不会被撤回，它只是一次提交。重跑的意义是用同一地址再提交一次，让抓取计划重新排到新的可见时间。

一次改很多篇，逐篇重跑吗

不用。批量改期后先把站点地图整体重建，再按队列把受影响的地址一次性走链接推送，比逐篇点推送省操作，也不容易漏。

定时内容到点没自动转正式怎么办

先确认时间因子设置的时刻与服务器时区一致，再看这篇是否仍在待发布状态。若已被误删，回收站里可以恢复，恢复后再核对发布时刻。