Google 宣布Chrome的扩展功能API调整计划，原因是旧有API性能较差。但是有第三方研究驳斥Google的说法。
这项研究由广告封锁程序开发商执行并公布。该公司表示，做这项研究起因是近日Google Chrome Manifest v3的争议，Google的理由一是性能，二是隐私。但据Ghostery的研究，Google的性能说法并不成立。
在其研究中，Ghostery使用市面上主要广告封锁程序，包括uBlock、Adblock、Brave的Adblock、DuckDuckGo及自家产品，在相同的Lenovo ThinkPad X1 Carbon笔记本电脑上，利用Google Chrome72. 0.3626.96执行相同的Web应用，以测量广告封锁程序对Chrome的网络调用性能的影响。该公司研究显示，除了DuckDuckGo之外，其他产品对Chrome每次调用的决策时间中位数都不到1毫秒，应不会造成用户发现得到的性能延迟。该公司另一项研究甚至显示，使用广告封锁程序能缩短一倍的网页加载时间，而且由于WebAssembly等技术的进步，效率还会持续提升。
去年十月Google公布的Manifest v3，宣布将限缩Chrome使用WebRequest API的封锁功能，拿掉其封锁内容的能力，并以新的declarativeNetRequest取而代之，并要求广告过滤程序替换使用。 Google的说法是，新作法可确保Google可管控过滤算法，还能防止／关闭无效率的规则，强调新API执行效果更好，且提供用户更多隐私保障。
当时即有广告封锁程序uBlock Origin和uMatrix开发商Raymond Hill在Chromium批评，Google的目的是只独厚和Adblock Plus (ABP)兼容的过滤功能，将扼杀其他广告封锁程序企业的生存空间。事实上，不仅广告封锁程序，新的作法也会影响其他Chrome扩展程序的执行。
在研究公布几小时后，Google态度似乎有些松动。 Chrome团队成员Devlin Cronin表示， Google致力于保存现有第三方合作生态体系，确保用户可持续定制化Chrome浏览器，包括支持扩展程序、开发工具、无障碍功能等等。他表示，Google从未想过阻挠或内容（广告）封锁。他再次澄清Manifest v3将不会完全移除webRequest API，不会变更webRequest API观察（observational）网络调用的能力。
Google显然不会改变政策大方向，但Google表示会持续听取外界反馈意见，也会再缩小对WebRequestAPI的变更幅度。