免费的 Bing IndexNow 提交工具
一次请求最多向 Bing 及其 IndexNow 合作引擎提交 10,000 条 URL。在域名上托管密钥文件，粘贴同一主机的 URL 列表，直接发送——无需注册，不存储任何内容。
一次请求提交
单次批量调用最多可发送 10,000 条 URL。
基于密钥的验证
在你的域名上托管密钥文件即可证明所有权。
多引擎触达
一次提交即可通知 Bing 及 IndexNow 合作引擎。
向 Bing 提交 URL
向 Bing IndexNow 端点发送批量请求。
IndexNow 参与方
一次提交即可触达所有参与的搜索引擎。
- Bing
- Yandex
- SESeznam.cz
- Naver
- YYep
最近提交
仅保存在当前设备，不保存 key 和完整 URL 列表。
成功和失败的提交会显示在这里。
放心提交
搭建更干净的 IndexNow 工作流
生成密钥、确认它已生效、准备单主机批次、找出 sitemap 变化，然后再通知搜索引擎。
工作流
从密钥文件到成功提交
IndexNow 有四个环节。下面每一步都对应本站的一个工具，无需写脚本就能从空白域名走到可验证的提交。
- 1
生成密钥
创建一个 8–128 位、由字母、数字和短横线组成的密钥。只要足够随机和够长即可——密钥是所有权证明，不是保密凭证。
IndexNow 密钥生成器 - 2
托管密钥文件
把只包含密钥的纯文本文件上传到 https://你的主机/你的密钥.txt。搜索引擎会抓取这个文件来确认主机归你控制。
IndexNow 密钥校验器 - 3
准备单主机批次
IndexNow 每次请求只接受一个主机、最多 10,000 条 URL。提交前先去重，并把混合主机的列表拆开。
IndexNow 批次整理器 - 4
只提交发生变化的页面
通知未变化的 URL 会白白消耗配额。对比 sitemap，挑出新增和更新的页面再提交。
Sitemap 对比
速查
IndexNow 返回码
IndexNow 端点每个状态码的含义，以及重试前需要改什么。
| 状态码 | 含义 | 怎么处理 |
|---|---|---|
| 200OK | URL 提交成功。 | 无需处理。收录既不保证也不即时——是否抓取和保留仍由搜索引擎决定。 |
| 202Accepted | 已接收 URL，密钥仍在验证中。 | 确认密钥文件可访问。若验证最终失败，这次提交会被直接丢弃，且不会再有响应。 |
| 400Bad request | 请求格式无效。 | 检查请求体：host、key、urlList 三者都必须存在且格式正确。 |
| 403Forbidden | 密钥无法通过验证。 | 密钥文件缺失、无法访问，或内容与提交的密钥不一致。用密钥校验器排查。 |
| 422Unprocessable Entity | URL 不属于该主机，或密钥不符合协议规范。 | 所有 URL 必须属于你声明的主机。把混合主机的列表拆成多次请求。 |
| 429Too Many Requests | 请求过于频繁，被判定为可能的垃圾提交。 | 降低频率，只提交变化过的 URL。反复整站提交 sitemap 就会触发这个。 |
常见问题
关于 IndexNow 的常见疑问
IndexNow 能保证页面被收录吗？
不能。IndexNow 只是告诉参与的搜索引擎某个 URL 变了，省掉了发现环节的延迟。是否收录仍取决于引擎自身的质量判断、重复内容判断和抓取预算。
提交后哪些搜索引擎会收到？
向 Bing 端点发一次请求，会共享给所有 IndexNow 参与方——目前是 Bing、Yandex、Seznam.cz、Naver 和 Yep。Google 不参与 IndexNow。
一次能提交多少条 URL？
单次请求最多 10,000 条，且必须全部属于同一个主机。混合列表可以用批次整理器拆分。
IndexNow 密钥算机密吗？
不算。密钥文件设计上就是公开的——搜索引擎要通过普通 HTTP 抓取它来验证你控制该主机。把它当作所有权令牌，而不是凭证。
同一个密钥能用于多个域名吗？
可以，前提是每个域名都托管同一份密钥文件。但每次请求仍然只覆盖一个主机，所以要分别提交。
密钥文件应该放在哪里？
放在根目录，即 https://你的主机/你的密钥.txt，可以授权该主机下的所有 URL。放在子目录里的密钥文件只授权该目录下的 URL。
submitnow 会保存我的密钥或 URL 吗？
不会。提交会转发到 IndexNow 端点，不做任何持久化。浏览器端的工具则完全不会把你的输入发到服务器。
应该多久提交一次？
只在内容确实发生变化时提交。重复提交未变化的 URL 会消耗配额，还可能触发 429。