---
新站上线第 14 天，`site:` 查出来的结果还是刺眼的 3 条。
Google Search Console 里 sitemap 显示“无法抓取”，百度的推送配额昨天就烧完了，Bing 甚至不知道这个站存在。
收录慢到底是谁的锅？九成不是内容烂，是你压根没把 URL 递到搜索引擎嘴边——躺着等爬虫上门，对老站叫躺赚，对新站叫自杀。
于是我把三条通道全部打通：sitemap 自动化、IndexNow 秒推、百度 API 定时补推。下面是完整实录，含翻车细节。
sitemap：搜索引擎的进货清单。清单不更新，蜘蛛来了也是盲人摸象。
我的做法很朴素：在每批内容生成流水线跑完的钩子里，顺手重建 sitemap——重算 `lastmod`、按 5000 条一个分片切成 sitemap index、写回根目录。
重建完还要 ping 吗？Bing 和百度都还留着 sitemap ping 接口，重建后顺手打一发，成本几乎为零。
Google 呢？它早把 ping 弃用了。GSC 里提交一次 sitemap 地址，之后全靠它按自己的抓取频率来。
最常见踩坑点：`lastmod` 一律写“当前时间”，不看内容真实变更时间。Google 现在会核对两者，造假等于自毁信用。
IndexNow：微软 Bing 牵头的即时推送协议，Yandex、Naver 等一票引擎在用，一个 key 通吃全部。
接入只要两步：生成一个 key 文件丢到站点根目录，然后把 URL 列表 POST 到 `api.indexnow.org`，JSON 里带上 `host` 和 `key`。
实测推送的响应码是 HTTP 202——说人话就是“收到了，去排队”。Bing 的爬虫基本几小时内就来抓页面。
推了就等于收录吗？不。202 只代表“我知道这个 URL 了”，收不收、怎么排，人家算法说了算。
硬伤提醒：Google 不在 IndexNow 阵营里。谁跟你说“IndexNow 让谷歌秒收”，可以直接拉黑。
百度主动推送 API：token 绑死站点，每天给固定配额，新站额度少得可怜，必须省着花。
我上了个每小时跑一次的 cron：从库里捞出所有“未推送”的 URL，按剩余配额推一批，成功后打上已推标记。
翻车就翻在配额耗尽的处理上，这块我被坑惨了。早期版本把配额报错也当成功处理，那批 URL 被标成“已推”，实际百度根本没收到——几百条 URL 就这么人间蒸发。
正确姿势是什么？收到配额相关错误码时什么都不标记，让状态保持“未推”，下一个小时、次日的 cron 会自动捞起来重推。
一句话总结：配额耗尽 ≠ 推送失败，更 ≠ 推送成功，它只是“今天额度用完了”。
Google 没有公开的主动推送 API，IndexNow 也不带它玩，这是新站最难受的一段。
能做的就三件事：GSC 提交 sitemap、攒真实外链、持续更新内容等它建立抓取频率。
要不要去买“谷歌秒收录”服务？别赌运气，这类服务多半是拿垃圾站群给你做突击套利，收录快，死得更快。
我的实录数据：sitemap 提交后第 3 天开始零星收录，第 11 天抓取频率明显上来。等，本身也是策略。
三条通道各管一段：sitemap 管 Google，IndexNow 管 Bing 系，API 推送管百度。自动化跑起来之后，收录这事基本不用人盯。
顺带一提：哪个页面跑出来了，想往线下引（名片、展会海报、说明书角落），直接用本站的二维码生成器出码，扫码直达落地页，比让用户手打域名靠谱得多。
1. IndexNow 返回 202 就等于收录了吗？
不是。202 只表示链接已被接收，收录与否由引擎算法决定，可能秒收，也可能永不收。
2. 百度配额每天耗尽，要不要人工记着第二天补推？
不用。让 cron 去干，人记这事纯属给自己找活干，脚本比你的记性靠谱一百倍。
3. sitemap 需要每天在 GSC 重新提交一次吗？
不需要。提交一次即可，后续靠 lastmod 变化和常规抓取，反复提交不会加速半分。
相关推荐
评论列表 （0条）
