为什么站点地图之外还需要一条推送通道
站点地图解决的是“蜘蛛愿意来看的时候能看到什么”，但它不保证蜘蛛什么时候来看。对更新频繁的站点来说，真正影响新内容被发现速度的，往往是主动通知：RSS/Atom Feed、IndexNow，以及各家搜索平台的收录接口。这些通道不承诺收录，也不保证排名，它们的作用只是缩短“地址被知道”的时间。理解这一点，才不会把推送当成许愿池。
Feed 常见问题自查
- 只输出摘要：如果目的只是让蜘蛛发现 URL，摘要足够用，但要保证标题和链接正确，别把相对路径写成无法解析的形式。
- 条数失衡：一般保留最近 20~50 条即可。太多会让每次抓取都在翻旧账，太少则新内容还没轮上就被挤出去了。
- 排序错乱：按发布时间倒序输出。如果模板改动导致时间戳全部刷新成同一时刻，蜘蛛会误判成大批新内容集中上线。
- Feed 自身被缓存：CDN 或反向代理把 feed 缓存了几天，推送出去的还是旧地址，等于白推。
- 地址不规范：Feed 里出现带跟踪参数、大小写混乱或会被重定向的地址，蜘蛛拿到的就是一堆中间地址，还得再跳一次。
主动推送的几个前提
- 只推送已经成型、可以正常访问的 URL。删掉的页面、还没发布的草稿不要推。
- 推送成功后回头用服务器日志验证，看目标地址是否真被抓取，别只看接口返回的成功。
- 控制频率，按天或按批推送，不要每次改几个字就整站重推一遍。
- 同一个地址不必反复推送几十次，推送次数多不等于权重高。
推送之后要看哪些日志信号
推送接口返回成功，只代表请求被接收了。真正的验证点是：在对应时间窗内，日志里是否出现目标 URL 的抓取记录，返回状态码是不是 200，请求的 UA 是不是你要找的那个蜘蛛。如果日志里始终只有首页和几个栏目页，说明推送的地址没有被有效接住，先回头检查地址能否直连、是否被 robots.txt 拦掉、是否有跳转链。
一个可以照做的日常流程
- 内容发布 → 确认页面返回 200、内链已经挂上 → 纳入当天的推送批次。
- 每周看一次日志，统计被推送地址里真正被访问过的比例。
- 每月检查 Feed 输出是否和最新内容一致，缓存时间是否合理。
把推送当成“告知”，而不是“提交收录申请”。告知之后能不能被收录，仍然取决于页面本身有没有独立价值。
这条通道的维护成本并不高，却很容易被忽略：改了模板忘了改 Feed、开了推送却从不看日志。表面上做了不少工作，蜘蛛还是按自己的节奏来。先把该通的通道打通，再把内容本身做扎实，节奏才稳得住。