IndexNow 是什么？和 AI 搜索有关系吗？

IndexNow 是什么？

IndexNow 是一个开放协议：网站在页面新增、修改或删除时，主动通知搜索引擎，不用等爬虫自己再来发现。官方文档（indexnow.org，2026-11 核对）写的做法是：向搜索引擎的接口发一个请求，带上网址和你的 key；一次最多可以批量提交 10,000 个网址。

它只是「通知」，不保证收录。文档写明：返回 200 只代表搜索引擎收到了提交，并不代表这些页面已经被索引，要不要抓、什么时候抓由各引擎自己决定。

哪些搜索引擎在用 IndexNow？

indexnow.org 的常见问题页（2026-11 核对）列出的参与引擎有：Amazon、Bing、Naver、Seznam.cz、Yandex、Yep。另有公共入口 api.indexnow.org，提交到它，会同步给所有参与的引擎；文档也写明，提交给一家参与的引擎，会自动分享给其他参与的引擎。

这两页文档都没有提到 Google。Google 用的是 sitemap 和自己的 Search Console，不要把 IndexNow 当成通知 Google 的办法。

IndexNow 和 AI 搜索有关系吗？

有间接关系，官方只有 Bing 这一处说法：Bing 在 2025-07-31 的网站管理员博客里写道，IndexNow 是 sitemap 的实时补充，通知 Bing 和参与的搜索引擎有页面新增、更新或删除；新鲜度信号会影响更新多快反映到搜索结果和 AI 生成的回答里；同时也写明，没有哪个工具能保证内容何时、怎样出现在 AI 生成的结果里。

也就是说，IndexNow 能让 Bing 更快知道你的页面变了；Bing 的 AI 回答是不是引用，Bing 自己说不能保证。至于 ChatGPT 和 Perplexity，OpenAI 和 Perplexity 的爬虫文档里都没有写 IndexNow，我们不写它对这两家有用。ChatGPT 和 Bing 的关系见 ChatGPT 用 Bing 吗。

一个真实的做法：MochiStamp 每次部署后自动推送

MochiStamp（kagentx 自己的站之一）的部署脚本在页面内容有变化时，上线之后自动跑一个很短的脚本。做法分四步：

1. key 是公开的，站点自己提供

   key 文件是站点的一条路由，地址是 /<key>.txt，返回的内容就是 key 本身。IndexNow 的 key 本来就是公开的，用来证明网址属于你。

2. 推送前先自检

   脚本先请求线上的 /<key>.txt，内容和 key 不一样就停下，提示「站点还没提供 key，先部署」。这样不会在新版本还没上线时就发出通知。

3. 读线上 sitemap，一次发出

   脚本读线上的 sitemap.xml，取出所有网址，用 POST 发到 api.indexnow.org，带上 host、key、keyLocation 和网址列表。返回 200 或 202 都算成功；403 是找不到 key，422 是有网址不属于这个域名。

4. 只在页面有变化的部署之后才推

   部署脚本检查这次改动涉及的文件：模板、页面内容、文案、样图这几类才推送；只改了后台逻辑的部署不推。

这个做法还有一个可以改进的地方：它每次把整份 sitemap 的网址都发出去，在 2026-10-30 的记录里是 196 个。indexnow.org 的建议是只提交内容变化的网址、不要重复提交没变的。MochiStamp 的 sitemap 带有每个网址可信的最后修改时间，下一步可以只发 lastmod 刚变的那几个，见 sitemap 的 lastmod 怎么写才可信。

这个做法的效果，我们只有 Bing Webmaster Tools 的数字，不能说是 IndexNow 带来的（没有关掉它做对照）：Bing 收录的 MochiStamp 页面数 2026-10-30 是 14，10-31 是 23，11-01 是 27；同期 Bing 每天抓取的页面数 10-28 是 20，10-29 是 52，10-30 是 39，10-31 是 8，11-01 是 33。

怎么给自己的网站加 IndexNow？

1. 1. 生成一个 key，放到根目录

   key 是 8 到 128 位的字母、数字或短横线。新建一个 UTF-8 文本文件，文件名是 key.txt（把 key 换成你的 key），内容只有这一个 key，放在网站根目录，用浏览器能打开。

2. 2. 页面更新后发一次请求

   把变化的网址放进 urlList，发 POST 请求。格式如下：

   POST https://api.indexnow.org/indexnow
   Content-Type: application/json; charset=utf-8
   
   {
     "host": "example.com",
     "key": "5c0f3b9e7a2d4e61b8f9c3a1d7e2f604",
     "keyLocation": "https://example.com/5c0f3b9e7a2d4e61b8f9c3a1d7e2f604.txt",
     "urlList": [
       "https://example.com/pricing/",
       "https://example.com/guides/new-page/"
     ]
   }

3. 3. 只提交变了的网址

   新增、修改、删除的页面才提交。没变的页面重复提交，文档说这是返回 422 的常见原因之一。

4. 4. 把它接到部署流程里

   部署完成、线上检查通过之后再发，放在脚本最后。很多 CMS 和托管平台有现成的插件或开关，也可以直接用。

5. 5. 同时保留 sitemap

   文档建议两者一起用：IndexNow 负责快速通知有变化的页面，sitemap 负责完整的网址清单。Google 只读 sitemap。

IndexNow 解决的是「搜索引擎多快知道页面变了」，不能解决爬虫进不进得来、正文能不能读到。这两件事见 AI 可见度审计清单。

常见问题

出处

• IndexNow · Documentation （查看于 2026-11-05）
• IndexNow · FAQ （查看于 2026-11-05）
• Bing · Keeping Content Discoverable with Sitemaps in AI Powered Search （2025-07-31 发表，2026-11-05 核对）
• OpenAI · Overview of OpenAI Crawlers （查看于 2026-11-05）
• Perplexity · Perplexity Crawlers （查看于 2026-11-05）
• MochiStamp · tools/indexnow.py 和部署脚本（MochiStamp 仓库）；Bing Webmaster Tools 数字 （2026-10-28 至 11-01 的数据，2026-11-05 读取）
• kagentx 评测：案例页的数据，日期写在每个例子里。