IndexNow、主动推送、sitemap：新条目被发现的三种通道怎么分工

先把话说清楚，免得有人抱着错误期待看完：没有任何一个接口能“保证收录”。它们影响的只是“被知道”这件事发生得早还是晚。

图片来源：网络，版权归原作者所有，侵权请联系删除

IndexNow 是什么

2021 年由 Microsoft Bing 和 Yandex 推出的开放协议。它的逻辑很简单：站点的内容变动本来就该由站点主动通知，而不是让搜索引擎满世界重新爬一遍找那一条新链接。

实现方式是两步。第一步生成一个由字母、数字和连字符组成的 key，长度 8 到 128 位，把它放进站点根目录下一个公开可读的 txt 文件里，文件名就是这个 key，比如 https://你的域名/abc123.txt，文件内容就一行那串 key。第二步在内容发布或更新时，向 https://api.indexnow.org/indexnow 发一个 POST，带上 host、key 和 urlList。

如果不想写代码，Cloudflare 的 Crawler Hints 这类功能可以替你完成推送，不用改程序。

一个必须知道的名单问题

参与 IndexNow 的搜索引擎是 Microsoft Bing、Yandex、Naver、Seznam 和 Yep。谷歌不在这个名单里。谷歌测试过这套协议但没有采用，它依然靠站点地图、内链和自己的抓取节奏来处理普通网页。

把 IndexNow 当成谷歌的收录入口，是最常见也最浪费时间的一个误会。

谷歌侧为什么还要用 Indexing API

谷歌有一个 Indexing API，但它的适用范围很窄，主要用于 JobPosting 和 BroadcastEvent 两类结构化数据，普通网页不得使用。所以对一个导航目录站来说，谷歌侧能做的仍然只有两件事：把 URL 放进分片站点地图，以及让它在站内能被几步之内找到。

三条通道对照

通道	模式	覆盖范围	解决不了的问题
站点地图	拉模式，搜索引擎按周期来取	全搜索引擎	临时新增页面的即时通知
站内主动推送	推模式，按条提交	百度、Bing 等各自通道	名单外引擎
IndexNow	推模式，一次通知多引擎共享	Bing、Yandex、Naver、Seznam、Yep	谷歌，以及 SEO 质量判断

目录站的日常配合方式

我自己的流程是这样的：一条新站点通过审核之后，先落库并加入对应的分片站点地图，然后同步做两件事——向百度资源平台的主动推送接口提交这条 URL，同时向 IndexNow 端点发一次 ping，最后从相关性最强的那个一级分类页加一个入口链接。

顺序不要反。站点地图是底账，它保证“被知道”；推送解决“马上被知道”；内链决定这条 URL 在站内能不能被蜘蛛顺着走几次就到。

三个常见误区

• 推成功了就等于收录。接口的返回只是说消息收到了，真正收录情况要回到站长平台的抓取统计和索引报告里核对。
• 推送能提升排名。它影响的是被发现的时间，不是排序位置，排在第几位仍然取决于内容本身和站内链接结构。
• 拿它当批量导入工具。它服务的对象是“有变动的那几条”。有资料给出的日提交上限在一万条左右，但实务上把整站几万个 URL 反复推一遍毫无意义。

报送之后如果发现收录依然很慢，问题基本不在通道上，而在页面本身有没有值得被收录的东西。

新站第一周的开通顺序

先生成并提交分片站点地图建立底账，再开通百度侧的主动推送和 Bing Webmaster Tools，两条稳定之后，需要多引擎批量通知时再补一层 IndexNow。不要一上来就把三件事堆在同一天做完，出问题了你分不清是哪一层挂了。