為什么站点地图之外還需要一條推送通道
站点地图解决的是“蜘蛛愿意来看的时候能看到什么”，但它不保證蜘蛛什么时候来看。對更新频繁的站点来说，真正影响新内容被發現速度的，往往是主動通知：RSS/Atom Feed、IndexNow，以及各家搜尋平台的收錄接口。這些通道不承诺收錄，也不保證排名，它們的作用只是缩短“地址被知道”的時間。理解這一点，才不會把推送当成许愿池。
Feed 常见問题自查
- 只輸出摘要：如果目的只是让蜘蛛發現 URL，摘要足够用，但要保證标题和連結正确，別把相對路径寫成無法解析的形式。
- 條數失衡：一般保留最近 20~50 條即可。太多會让每次抓取都在翻舊帳，太少則新内容還没轮上就被挤出去了。
- 排序错乱：按發布時間倒序輸出。如果模板改動導致時間戳全部刷新成同一时刻，蜘蛛會誤判成大批新内容集中上线。
- Feed 自身被缓存：CDN 或反向代理把 feed 缓存了几天，推送出去的還是舊地址，等于白推。
- 地址不規范：Feed 里出現带跟踪參數、大小寫混乱或會被重定向的地址，蜘蛛拿到的就是一堆中間地址，還得再跳一次。
主動推送的几個前提
- 只推送已经成型、可以正常訪問的 URL。删掉的頁面、還没發布的草稿不要推。
- 推送成功後回头用服務器日誌驗證，看目标地址是否真被抓取，別只看接口返回的成功。
- 控制频率，按天或按批推送，不要每次改几個字就整站重推一遍。
- 同一個地址不必反复推送几十次，推送次數多不等于權重高。
推送之後要看哪些日誌信号
推送接口返回成功，只代表請求被接收了。真正的驗證点是：在對應時間窗内，日誌里是否出現目标 URL 的抓取记錄，返回狀態碼是不是 200，請求的 UA 是不是你要找的那個蜘蛛。如果日誌里始终只有首頁和几個栏目頁，說明推送的地址没有被有效接住，先回头检查地址能否直连、是否被 robots.txt 拦掉、是否有跳轉鏈。
一個可以照做的日常流程
- 内容發布 → 確認頁面返回 200、内鏈已经挂上 → 纳入当天的推送批次。
- 每周看一次日誌，統計被推送地址里真正被訪問過的比例。
- 每月检查 Feed 輸出是否和最新内容一致，缓存時間是否合理。
把推送当成“告知”，而不是“提交收錄申請”。告知之後能不能被收錄，仍然取决于頁面本身有没有獨立價值。
這條通道的维護成本並不高，却很容易被忽略：改了模板忘了改 Feed、開了推送却從不看日誌。表面上做了不少工作，蜘蛛還是按自己的节奏来。先把该通的通道打通，再把内容本身做扎實，节奏才稳得住。