IndexNow 值得接，但它只解决"发现"，不解决"收录"，更不影响百度。我们 11 个站接了大半年，Bing 的抓取时间从平均 26 小时降到 4 小时，Google 和百度的数据没有任何变化。2025 年 7 月接入，到现在跟了大半年。
它到底解决什么问题
IndexNow 是一个推 URL 的协议，站点主动告诉搜索引擎"这个页面变了"，搜索引擎不用等 sitemap 或者爬虫周期。
支持它的是 Bing、Yandex、Naver、Seznam 这几家。Google 2021 年参与过讨论，后来明确没采用；百度也没接。所以它的作用范围很窄，只对 Bing 系有效。
理解这一点很重要：它不是"收录加速器"，是"发现加速器"。页面被发现了，收不收还是搜索引擎自己的判断。
我们 11 个站的实际数据
接入前，新页面被 Bing 抓到的平均时间是 26 小时；接入后 4 小时。这个提升在英文站上最明显，中文站大概是 18 小时降到 6 小时，因为 Bing 对中文站的抓取本来就慢。
收录率的变化不大：接入前 100 个新页面 30 天内收录 62 个，接入后 64 个。涨了 2 个点，可以说基本没变。
所以别指望它解决收录问题。今年 1 月我们专门抽了一个站做对照，100 个页面里主动推和不推各 50 个，30 天收录数只差 3 个。它解决的是"发布当天就要被看到"的需求，比如版本发布、活动页、新闻稿。
什么情况下没用
内容本身不行。被抓和收录是两回事，页面质量差的，抓得再快也不会收。
页面被 robots 屏蔽，或者返回 4xx，推了也白推。我们有个客户推了两周没反应，查出来是测试环境的 robots.txt 没删。
站点验证失败。Bing 后台验证不过，IndexNow 的 key 校验也会失败。这种情况先修验证，别怀疑协议。
怎么接
三步。第一步，在站点根目录放一个 key 文件，文件名就是 key 本身。第二步，提交一次批量请求，把现有 URL 推一遍。第三步，在发布流程里加一个 POST，新页面生成时自动推。
请求体是 JSON：host、key、keyLocation、urlList。一次最多 10000 条，我们一般一次推 1 到 20 条，发布即推。
Hugo、WordPress 都有现成插件，自建站写 20 行脚本。我们所有站都接在发布流程里，人工零操作。
我们踩过的一个坑
有个客户把 IndexNow 当成万能药，页面质量没改，只推 URL。推了一个月，Bing 的抓取是快了，收录没涨，排名也没动。这件事说明协议解决不了内容问题。
还有一次 key 文件放错目录，推了 200 条全部失败，日志里只有一行 403，查了一下午。现在我们的脚本会先自检 key 文件能不能访问，再推。
结论
如果你的客户或产品在 Bing 上有曝光需求，接，成本低。如果只做百度和国内，不用接，它帮不上忙。
我们接它的真实原因不是 SEO 效果，是省事：版本发布后不用等人手动提交，也不用担心 sitemap 延迟。这件事的价值在流程，不在排名。
元析智能
为软件公司做 SEO 和 GEO 优化