RankMath批量请求链接收录有什么差异？
今天很忙，分享一个最近从实际案例中得到的数据。
我之前的文章中有介绍过，如何通过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这款插件的源代码，没办法得出结论。不过知道了“坑”在那里，后续绕着走就行了。
