IndexNow 协议档案

IndexNow 是“URL 变更主动推送”的即时索引协议，概念定位与接入动机见IndexNow术语卡。本档案记录 2026-10 的协议现势：参与名单、密钥与推送格式的逐项规范、响应码语义、以及可信的规模数字。一句话现势：协议本身稳定，名单却要按季核对——Google 的长期缺席决定了它的价值边界在 Bing 系。

IndexNow 现在谁在用、有什么用

参与引擎共 5 家：Bing、Yandex、Seznam.cz、Naver、Yep。共享机制是协议的骨架：任何一家参与引擎收到提交，必须共享给所有其他参与引擎。接入一次、五家生效——你只需向任意一家提交，其余四家同步获得，不需要分别建五套推送。新引擎加入的门槛是“至少在一个市场有显著存在”加提交量要求，这保证了名单虽小但都是有效检索入口。Google 长期缺席——截至 2026-10，官网参与名单上没有 Google。协议价值因此集中在 Bing 系底座：ChatGPT Search 与 Copilot 的检索供给经 Bing，IndexNow 是把 URL 变更“分钟级告知”这条链路的低成本入口，机制关联见OAI-SearchBot。

协议细节：密钥与推送格式

密钥为 8 至 128 个十六进制字符。所有权验证有两种方式：其一，把 {key}.txt 放在根目录，文件内容就是密钥本身，引擎抓到即确认域名控制权；其二，把密钥文件放任意路径、提交时带 keyLocation 参数——注意 key 的覆盖范围限定其所在路径，放子目录的密钥只证明子目录归你管。两种方式的取舍跟着组织结构走：整站统一推送用根目录文件最简单；多团队共管一个域名时，keyLocation 让各目录用各自的密钥，轮换与下线互不影响。推送格式：单条 URL 用 GET 即可；批量用 POST JSON，单次上限 10,000 条 URL，超限拆批。推送内容的分级原则（新发布与勘误优先、未变更不推）见IndexNow术语卡；协议层面的硬边界只有两条——批量上限与 429 滥发判定，超频推送不仅无效还会触发限流。

响应码语义：200 不是收录

四个码里有两个与密钥有关（202 与 422 的相当一部分成因是密钥范围配错），接入初期的失败先查密钥放置与 keyLocation，再查 URL 域名拼写——这是排障顺序里最短的那条路。

把 200 当收录是接入方最常见的误判——受理只是“服务器收到了”，效果要到 Bing Webmaster Tools 内置的 IndexNow Insights 报告里看。验证闭环因此是三层：提交时看响应码（验“收到”），数日后到 Bing WMT 看 URL 是否被抓取（验“来访”），再到 IndexNow Insights 看提交效果报告（验“产出”）。三层各验各的，跳层下结论都会失真。

与 sitemap 的分工：两条通道各干什么

IndexNow 与 sitemap 不是二选一，而是两条互补通道，边界如下。

分工推论：sitemap 保证“迟早被看到”，IndexNow 解决“更快被看到”；只做后者不做前者，覆盖率没有兜底，只做前者不做后者，时效靠引擎心情。两条都配置的维护成本极低——sitemap 多数发布系统自动维护，IndexNow 推送只在发布与勘误时多一次调用。

规模与效果：数字从哪来

带出处的规模口径有三组。其一，Bing 的 Fabrice Canel 在 PubCon 公布：累计提交量达 25 亿 URL，且搜索结果中被点击的新 URL 约 12% 经 IndexNow 发布（公开报道口径）——后者是“协议真实参与了多少发现”最贴身的指标。这个百分比的另一面也要读出来：约 88% 被点击的新 URL 仍走传统发现路径，IndexNow 是加速器不是守门员——推了不代表进池，没推也不代表没机会。其二，更早的基数：2023 年底 6000 万站点、日提交 14 亿 URL。其三，作为分母参照，Bing 的日发现量为 700 亿 URL 量级。场景口径来自 Bing 官方博客（2025-05）：购物与广告类内容需要分钟级更新，IndexNow 服务于此。三组数字合起来的读法：协议的覆盖面可观，但作用集中在“新 URL 的冷启动时效”，不改变收录质量本身——抓取侧的浪费与时效问题另见抓取效率与 404 治理。

Google 缺席意味着什么

坊间流传“Google 2026-02 试运行 IndexNow”——未核实。截至 2026-10，官网参与名单没有 Google，本档案按名单口径写“长期缺席”。含义分层：面向 Google 系（搜索与 AI Overviews），IndexNow 无效，收录时效只能靠 sitemap、内链结构与内容更新信号；面向 Bing 系 AI（ChatGPT Search、Copilot），它是成本最低的时效通道之一。同一套推送对两类引擎的价值完全不同，别用“推了 IndexNow”回答“怎么让 Google 快点收录”。它也不是收录质量的杠杆——推送解决“引擎知道你变了”，解决不了“引擎觉得你值得排”；后者是内容与权限的事，与推送频率无关。接入前还要确认两件事：你的发布系统能否在变更时触发推送（否则接了也只是空转），以及你关心的 AI 入口是否真的坐在 Bing 底座上——把 IndexNow 式的“主动告知”与偏好声明类的协议分开看，一个管发现效率，一个管权利边界，谁也不替代谁。

对站长的操作清单

1. 接入两步：根目录放密钥文件，重要页面发布与关键勘误时推送。
2. 批量推送单次不超过 10,000 条 URL，超限拆批；单条变更用 GET 即可。
3. 把 200 理解为受理，效果到 IndexNow Insights 报告里核对。
4. 用 keyLocation 方式时记住密钥只覆盖所在路径，跨目录验证要分放。
5. 与 sitemap 分工：sitemap 保全量地图，IndexNow 报增量事件，两者并行不互替。
6. 面向 Google 系的时效诉求不指望 IndexNow，回到 sitemap 与内链结构。

限制与待核实

• “Google 试运行 IndexNow”的传闻未核实；本档案按官网名单口径写“Google 长期缺席”。
• 12% 点击份额与 25 亿提交量为 Bing 高管演讲口径（公开报道），非独立审计。
• 各引擎从受理到实际抓取的延迟无统一公开数据，“分钟级”仅为场景性描述。
• 触发 429 的具体阈值官方未公布，只能以实测体会。