页面改完之后怎么推送收录:三步加一次复验
页面改完之后怎么推送收录:sitemap、Search Console 请求编入索引、IndexNow,按顺序做完再等 48 小时复验。附回执状态码判读表。

页面改完之后怎么推送收录:按顺序做三件事——确认它在 sitemap 里、在 Search Console 请求编入索引、把网址提交给 IndexNow,然后两天后回来复验,别默认它成了。三件事都不能强迫任何人收录,Google 白纸黑字写着请求编入索引「does not guarantee that the page will appear in the Google Index」,但它们能把你能控制的那部分延迟全部拿掉。
读这篇之前
发布完一页纸改写工单那几处改动之后立刻做,并记下时间。下面所有步骤都默认这一页对爬虫返回 200;如果不是,推得再用力也没用。
页面改完之后怎么推送收录:慢的那部分通常是你自己
爬虫按它自己的节奏回访,对一个小站来说可能是几周。你发布了这件事,本身不会通知任何人。下面三步只是「告诉别人这个网址变了」的全部可用手段——两条通向 Google,一条通向其余。
发布不是通知。在你告诉它之前,没有人被告知过。
第一步:确认网址在 sitemap 里
把自己的 sitemap 抓下来找这个网址。多数内容系统会自动加,而漏掉的那些,多半是「被编辑过」而不是「新建」的页面。
curl -s https://example.com/sitemap.xml | grep "your-page-slug"
什么都没返回就先修这个。批量页面 Google 明确建议提交 sitemap 而不是一个个请求编入索引,因为 sitemap 不占那个每日配额。
第二步:在 Search Console 请求编入索引
把网址粘进 Search Console 顶部的检查栏,等它查完,点「请求编入索引」。指望它之前有两件事要知道:
- 有每日上限——Google 说「There is a daily limit to how many index requests you can submit」,但没公布具体数字。把它花在你真的改过的页面上。
- 它是个请求。Google 的原话是提交「does not guarantee that the page will appear in the Google Index」,页面本身还得过常规那一关。
时间上,Google 自己给的估计是「Indexing typically takes only a day or so, but can take much longer in some cases」(通常一天左右,但有时会久得多)。
第三步:提交到 IndexNow
IndexNow 是个共享协议:提交一次,参与的引擎都会被通知。对我们来说要紧的是 Bing,而它的意义不止于 Bing——Copilot 吃的就是 Bing 的索引。
生成一个 8–128 位十六进制字符的 key,作为文本文件放到站点根目录,然后提交。单个网址就是一个 GET:
KEY="your-key-here"
curl -s "https://api.indexnow.org/indexnow?url=https://example.com/your-page&key=$KEY" -w "%{http_code}\n"
批量就 POST 一段 JSON,单次最多 10,000 个网址:
{
"host": "www.example.com",
"key": "your-key-here",
"urlList": [
"https://www.example.com/url1",
"https://www.example.com/folder/url2"
]
}
回执怎么读
IndexNow 只回一个状态码,别的什么都没有。你会遇到的就这几个。
| 状态码 | 意思 | 怎么办 |
|---|---|---|
200 | 已接收 | 不用管 |
202 | 已接收,key 还没验完 | 确认 key 文件取得到 |
400 | 格式不对 | 检查网址有没有正确转义 |
403 | key 无效或缺失 | key 文件错了、没放、或者不在根目录 |
422 | 网址和 host 对不上 | 提交的网址跟 key 所在域名不是一个 |
429 | 请求太频繁 | 慢一点;用批量提交,别写循环一条条发 |
第四步:48 小时后复验
回 Search Console 再检查一次这个网址,看抓取日期。晚于你的发布时间,说明新版本已经被看到了。没动的话别循环重提——去确认这一页对爬虫 UA 还取得到,因为一个拦截会静默地把任意多次提交全部吃掉。
三条通道各自在做什么
三件事不是同一件事做三遍。sitemap 是一份长期清单,告诉引擎这个站有哪些页面,适合覆盖面;请求编入索引是一次点名,把一个网址插到 Google 的队列里,代价是有配额;IndexNow 是一次广播,提交给一个引擎,参与协议的其他引擎跟着拿到。
所以它们的失效方式也不同。sitemap 里漏了这一页,长期都不会被发现;请求编入索引配额用光,今天就推不动了;IndexNow 的 key 放错位置,则是一直返回 403 而你可能一直没看回执。三条都做,是因为任何一条单独失效时,另外两条还在。
三种常见的做错
前两种浪费配额,第三种浪费两周。
- 对同一个网址反复请求编入索引。不会提高优先级,只会烧掉你下一个页面要用的额度。
- IndexNow 的 key 文件放错地方。放在子目录下的 key 只能验证该子目录下的网址。没有特别理由就放根目录。
- 把「提交了」当成「收录了」。提交只等于通知。收录仍然是一个判断,而 48 小时后那一步复验,就是去看你拿到的是哪一个。
常见问题
IndexNow 对 Google 有用吗
这个问题我们不给你一个笃定的答案。Google 没有像 Bing 那样公开承诺过,我们自己也没跑过对照实验。确定的是 Bing 那一侧,而 Bing 的索引正是 Copilot 取材的地方——光这一条就够你发这一次请求了。
一次能提交多少个网址
单次 POST 最多 10,000 个。实际操作上,把一天的改动攒成一次调用,既省事又不容易被限流。
要不要做成自动的
要,但先手动跑通。最自然的挂载点是你站点发布的那个环节,这样不用谁记得去做。
下一步
改动上线了,引擎也被告知了。接下来这一步决定前面这些值不值得:等一个定好的时间,拿结果跟你存的基线对照——而不是每天刷面板读噪声。
推送这件事是机械的。判断它有没有用、以及每种结果各自该做什么,是最后一步,也正是基线存在的理由。QueryWin 要做的就是把这整个循环自动跑起来。
本文属于 QueryWin 实操手册 · 第 1 阶

