链接批量提交收录的数据差异

今天很忙，分享一个最近从实际案例中得到的数据。

我之前的文章中有介绍过，如何通过 Google Indexing API 提交链接收录。具体的做法就是，先去谷歌云申请免费的 Indexing API，将相关信息保存下来后，集成到 RankMath 这样的 SEO 插件里。

那下次你有新建链接时，便可以直接用 RankMath 实现批量请求链接收录。一般这种通过 API 方式，提交链接的上限可以达到 200 条，且整个提交的过程很快（1-2 分钟左右）。

那使用这种 API 方式，就要比自己手动在谷歌站长工具里提交链接要高效很多。毕竟 GSC 里面，绝大部分账号每天只能提交 10 条链接，且整个手动操作的过程费时费力。

但是这种方式，并不是特别完美。根据我这几个月的实际体验，从数据结果中会发现通过将 API 集成到 RankMath 再请求收录的这种方法，整体的收录比率并不高（基本在 60% 左右）。

也就是说，100 条链接请求收录后，基本收录成功的数量在 60 条左右，剩下的基本都是显示“已爬取但未收录”。那剩下的 40 条链接，就需要自己手动在 GSC 后台里一条一条再请求一遍了。

期间我有质疑过为什么会存在如此大数据偏差，搜索了很多文档，但是并没有发现什么特别有用的答案。于是上个月月中，干脆通过 AB 测试的方式去测试一下问题所在。

我的方法就是自己用 Python 写一段脚本代码，使用这段代码去批量提交链接收录请求，然后再将两种请求收录方式做相应的数据对比（同一个网站的链接，进行随机分配）。

最后发现通过自己 Python 代码请求收录的链接，成功率基本都在 95% 以上，每批次仅有几条链接不收录（显示“已抓取但未收录”）。两相对比，数据差异就非常大了。

今天也有朋友问我，这种数据差异的原因是什么。不好意思，我现在也不知道。但我能确定的是，肯定是在 RankMath 的某个环节出了问题，且这个问题还不是我们能控制的。

因为整个 AB 测试的流程，就只有请求收录的环节不一样。我现在也没办法看 RankMath 这款插件的源代码，没办法得出结论。不过知道了“坑”在那里，后续绕着走就行了。