尽管如此，Google仍然牢记“
请勿恶行”原则，并放弃了
对Chromium浏览器API的计划
更改 ，由于该
更改，大多数广告拦截器和其他一些扩展程序
都无法使用 。
该
研究发表后做出了决定，即不同的广告拦截剂如何减慢Chromium的工作速度（见上文）。 事实证明，这些延迟非常微弱，几乎不能认为是引入新API的原因。 在出现这种情况的几个小时后，一位Chromium开发人员
正式宣布了推迟新API
的决定。
回想一下，由于新的
declarativeNetRequest API （
Manifest V3文档的一部分）而产生了
冲突 ，这使得无法完全使用
webRequest API 。 扩展程序使用API数据来在页面加载期间动态阻止内容。 在新系统中，阻止者无法阻止事件，而只能查看它们。 相反，提供了扩展以切换到declarativeNetRequest API-并将其要阻止的事件通知浏览器。 据谷歌称，这应该可以加快浏览器中页面的加载速度（因为扩展将不再减慢主流速度），并且还可以保护用户的隐私。
首先
发出警报的是 uBlock Origin和uMatrix的作者Raymond Hill。 他
表示 ，如果接受更改，则他的广告屏蔽扩展程序“将不存在”。 后来，其他扩展程序
的开发人员
对此表示悲观，包括F-Secure，NoScript和Ermes网络安全。 例如，NoScript for Firefox无法移植到Chrome。
雷蒙德·希尔（Raymond Hill）指出，declarativeNetRequest API仅仅是一个特定过滤引擎的实现，而且是一个相当有限的实现（限制30,000个限制不足以得出众所周知的EasyList列表）。 Raymond Hill还指出，新API不支持某些其他功能，包括阻止大于指定大小的多媒体元素，通过引入Content-Security-Policy指令禁用JavaScript以及删除出站Cookie标头。
Google声称必须进行以下更改才能1）安全； 2）Chromium中内置的广告拦截器的快速运行，因为当前的扩展及其当前的运行机制会降低浏览器的速度，从而延长页面呈现时间。 但是，2019年2月15日发布的《
Adblockers性能研究 》完全驳斥了这一论点。
这项研究由德国初创公司Cliqz的Ghostery广告拦截器开发人员进行。 可能是，他们特别容易听到Google的指控，因为他们的阻止程序对页面加载速度的影响最小，在所有类别中均以相当不错的利润领先。 好吧，这是可以理解的，因为Ghostery实际上不是成熟的阻止程序，例如uBlock Origin。 另外，测试扩展的选择也可能会受到批评，但这不是重点。 最主要的是，广告拦截器实际上并不会像许多人（包括Google）那样降低网页的加载速度。
比较结果表明：“最流行的内容阻止程序已经非常有效（它们对每个请求的平均决策时间少于1毫秒），并且不会导致用户注意到任何开销。” 此外，
The Tracker Tax之前的一项研究表明，广告屏蔽实际上
可以加快页面加载速度 ，有时甚至可以提高
一半 。
如果我们讨论这些问题，则它们很可能与其他扩展而不是阻止程序有关。
2018年12月DebugBear研究中的图表，显示了页面扩展期间不同扩展如何加载CPU。Chrome工程师Devlin Cronin说，取消Google的计划只是临时解决方案。 改进后，Manifest V3将返回讨论，并考虑到所有开发人员的要求。