ping sitemap 已经没了：2026 年实测 Google 和 Bing 的旧提交接口

实测 · 2026-10-05 · 4 个旧接口 + 6 个自有站 · 单次探测

样本与口径：4 个已废弃的 sitemap ping 接口，加上我们自己跑的 6 个站，2026 年 10 月 5 日各探测一次，curl、桌面 Chrome UA、跟随跳转、不渲染 JS。每个 ping 接口只读 HTTP 状态码；每个自有站读 robots.txt 的返回码与 sitemap.xml 的 <loc> 条数。

ping sitemap 这套东西，在 Google 和 Bing 两边都已经死了。2026 年 10 月 5 日我们实测：Google 的旧 ping 地址返回 404，Bing 的旧地址返回 410 Gone。所谓 ping sitemap，是当年 CMS 或插件用来告诉搜索引擎「我有一份新 sitemap / sitemap 变了」的那次无需认证的 REST 调用。它已经被下线，这两个状态码就是证据：任何还在调它的代码，都在对一个不存在的地址说话。

怎么测的：四个旧接口各一次请求

我们对每个已知的旧地址发一次请求，带上真实的 sitemap 参数，只读状态码。没有认证、没有特殊头。这正是插件触发一次 ping 时做的事。

两家引擎、四个地址、零个能用。我们没有测其它搜索引擎，也没有回溯「在这个日期之前，一次 ping 有没有真的进过对方的队列」——我们量的只是这些接口今天返回什么。

ping sitemap 当年是干嘛的

它是 2005 年那版 Sitemaps 协议的一部分，好处是站点不用拥有一个已验证的账号，就能提交一个 sitemap 地址。Google 在下线时解释了为什么：这类无需认证的 sitemap 提交「not very useful」，而且「in the case of Google Search, the vast majority of the submissions lead to spam」（Google Search Central，2026-10-05 读取）。这份公告发布于 2023 年 6 月 26 日，给了六个月的过渡期。

同一份公告里还有一句最容易被忽略的话：对废弃接口发的 HTTP 请求会返回 404 错误，而「Any existing code or plugins which use this endpoint will not cause problems for Google Search; you don't need to make any changes」。这才是我们这两个 404 / 410 结果的诚实读法。一个死掉的 ping 不会害你，它只是白做。

公告还顺带说了 sitemap 现在到底管什么，范围比多数人以为的窄：它是对 URL 的一个提示，最有用的是 lastmod。官方写明的替代提交方式只有两条——robots.txt 和 Search Console——而且同一份公告补了一句，Google「still doesn't use the changefreq or priority elements at all」。

那现在该用什么

一条 ping 调用，换成了三条活着的路线，各自回答一个不同的问题。按你「能核实什么」来选，别按听起来顺不顺。

IndexNow 在精神上最接近旧的 ping，但它不是一回事。它是对 api.indexnow.org 的一次带 hosted key 的调用，提交的是单个或批量 URL，而不是一份 sitemap。Bing 的文档在自己的 FAQ 里把边界说死了：「Using IndexNow does not guarantee that web pages will be crawled or indexed by search engines.」也就是说，它只是让引擎知道你变了，不保证会抓、更不保证收录。

落到操作上就一句：robots.txt 的 Sitemap: 行留着，Search Console 里提交一次，新 URL 用 IndexNow 推。唯一该删掉的，是每次发布都去 ping 一个已经死透的接口这件事。

对我们自己的站意味着什么

同一天我们把自有 6 个站也查了一遍。6 个站的 robots.txt 全部声明了 sitemap，sitemap 也全部能正常返回，所以没有一个站是靠 ping 才被发现的。

这六份 sitemap 都是普通的 <urlset>，不是 sitemap index。里面带的 changefreq 和 priority，Google 根本不看；真正有意义的字段是 lastmod，而且只有它是准确的时候才有用。我们没有去审每一份的 lastmod 写没写对——那是另一件事，也是决定一份 sitemap 到底有没有帮上排期的关键。

整篇还有一处边界要说清：状态码只能告诉你一个接口死了，说不出某个具体插件会怎么处理这个失败。我们的探测看不出它是记了一行日志、默默吞掉，还是在循环重试。怀疑哪个插件还在偷偷 ping，去翻自己的服务器日志。

常见问题

还要不要清掉站上的 ping 代码？

不是为了 Google——它的公告明说旧代码不会给 Google Search 造成问题。你删它是为了别再白费请求，也别再留下「发布一下就通知到谁了」的错觉。换成上面那张表里的路线。

IndexNow 能替代 sitemap 吗？

不能。sitemap 是一份常驻的 URL 清单，爬虫按自己的节奏来读；IndexNow 是对具体 URL 的一次性提醒。Bing 自己的 FAQ 说，提交的 URL 照样算进你的抓取配额，所以它是优先级信号，不是免死金牌。两个都留着。

ping sitemap 和提交 sitemap 是一回事吗？

不是，这正是活过了接口本身的那个混淆。提交 sitemap 是把「我有一份 sitemap」声明一次（robots.txt、Search Console），让爬虫下次经过时来读；ping 是一次即时的、无需认证的通知。现在只剩前者。

你们是怎么测的

2026 年 10 月 5 日，每个接口一次请求，桌面 Chrome UA、跟随跳转、只记状态码。另外对每个自有站的 robots.txt 与 sitemap.xml 各一次请求，数 <loc> 元素。不渲染；没有在任何站上提交或改动任何东西。

能带走的一句很小、很硬：一个被要求「每次发布都调一下」的接口，已经好几年没回应过任何东西，而它失败时不报错。把 sitemap 声明一次、把新 URL 推出去，是还管用的那部分；而把抓取最终变成被收录、能被搜索词命中的页面，正是 QueryWin 在做的事。剩下两条活路，见 怎么创建一份 sitemap、30 个首页 robots.txt 里的 sitemap 行，以及 IndexNow 的接入。