Google is currently updating the APIs used by Chrome extensions. This is not something that ordinary users would be very interested in, while developers did not indicate that one of the proposed changes could interfere with the performance of many content blockers (including uBlock Origin). Google now returns to the offer after a public protest, legal threats and an independent report that some of Google's claims are in question.
First, a little background – the current level of the Chrome Extensions API, called Manifest V2, was introduced in 2012. Since then, Chrome has once again been subjected to malicious extensions. With the V3 manifesto currently under development, Google hopes to reduce the potential damage that malicious extensions can make while boosting productivity and adding new features.
One of the proposed changes is the new deklarativeNetRequest API designed to replace the webRequest API that many extensions (including AdBlock Plus and uBlock Origin) are currently being used. In simple terms, instead of extensions that filter themselves on the web, they will provide a list of filters that Chrome itself will analyze. In the Manifest V3 design document, Google claims that the current API can have a "significant effect" on browser performance:
On the surface, It seems perfectly reasonable to send any network application to the extension and stop the browser while the extension sends a response would delay the presentation. Cliqz, the company behind Ghostery's popular browser extension, decided to investigate the real impact of ad blockers on results, and the results did not match what Google said.
The research conducted by Cliqz on ental that the average impact on the effectiveness popular ad blockers ̵
Ghostery / Cliqz earlier made his disgust at the proposed API changes. In a blog post, the company says: "They claim to do so for the sake of privacy and browser performance, but in fact, consumers will only be left in very limited ways to prevent third parties from intercepting their surfing behavior or get rid of Whether Google does this to protect its advertising business or just to impose its own rules on everyone else, that's nothing more than another case of abuse of its dominant position on the market.
Responding to both developer and consumer protests, Chrome engineer Devlin Cronin wrote to Google Groups that the current webRequest API will not be "completely removed as part of a V3 manifest":
I would like to repeat , that all these changes are still at the design and design stage as explicitly called in the document and the tracking error. The declarativeNetRequest API is still expanding and actively developing, and the exact changes that will be implemented as part of the V3 manifest are not finalized. Feedback during this time is critical, and we absolutely want to hear your comments and concerns.
Another clarification is that the webRequest API will not be completely removed as part of the Manifest V3. In particular, there are currently no planned changes to the webRequest's ability to monitor (ie anything that does not change the query). We are constantly listening to and appreciating the feedback we've received, and we are still limiting the proposed changes to the webRequest API.
The forum post outlines other changes made in the proposal based on feedback from developers, such as adding dynamic rule support to the upcoming declarativeNetRequest API and increasing the maximum policy size.