Google erinnerte sich jedoch an das Prinzip "
Sei nicht böse " und gab die geplanten
Änderungen an der Chromium-Browser-API auf , aufgrund derer die meisten Werbeblocker und einige andere Erweiterungen
nicht mehr funktionierten .
Die Entscheidung wurde nach der Veröffentlichung der
Studie getroffen , wie verschiedene Werbeblocker die Arbeit von Chromium verlangsamen (siehe oben). Es stellte sich heraus, dass diese Verzögerungen so gering sind, dass sie kaum als Grund für die Einführung einer neuen API angesehen werden können. Einige Stunden nach dem Erscheinen gab einer der Chromium-Entwickler
offiziell die Entscheidung bekannt, die neuen APIs zu verschieben.
Denken Sie daran, dass der
Konflikt aufgrund neuer
deklarativer NetRequest- APIs (Teil des
Manifest V3- Dokuments)
aufgetreten ist , die es unmöglich machen, die
webRequest-API vollständig zu verwenden. Erweiterungen verwenden API-Daten, um Inhalte während des Ladens von Seiten im laufenden Betrieb zu blockieren. Im neuen System können Blocker Ereignisse nicht blockieren, sondern nur anzeigen. Stattdessen werden Erweiterungen angeboten, um zur deklarativen NetRequest-API zu wechseln und den Browser über die Ereignisse zu informieren, die blockiert werden sollen. Dies soll laut Google das Laden von Seiten im Browser beschleunigen (da die Erweiterungen den Hauptstrom nicht mehr verlangsamen) und laut Google auch die Privatsphäre der Nutzer schützen.
Der erste
, der Alarm schlug, war Raymond Hill, Autor von uBlock Origin und uMatrix. Er gab
an, dass seine Werbeblocker-Erweiterungen "nicht existieren können", wenn Änderungen akzeptiert werden. Später wurde Pessimismus
von Entwicklern anderer Erweiterungen zum
Ausdruck gebracht , darunter F-Secure, NoScript und Ermes Cyber Security. Beispielsweise kann NoScript für Firefox nicht nach Chrome portiert werden.
Raymond Hill bemerkte, dass die deklarative NetRequest-API nichts anderes als eine Implementierung einer bestimmten Filter-Engine und eine eher eingeschränkte Implementierung ist (ein Limit von 30.000 Einschränkungen reicht nicht aus, um die bekannten EasyList-Listen zu erstellen). “ Raymond Hill stellte außerdem fest, dass die neue API einige andere Funktionen nicht unterstützt, darunter das Blockieren von Multimedia-Elementen, die größer als die angegebene Größe sind, das Deaktivieren von JavaScript durch Einführung von Richtlinien für Inhaltssicherheitsrichtlinien und das Entfernen ausgehender Cookie-Header.
Google behauptete, dass Änderungen für 1) Sicherheit notwendig sind; 2) der schnelle Betrieb des in Chromium integrierten Werbeblockers, da aktuelle Erweiterungen mit ihrem aktuellen Funktionsmechanismus den Browser verlangsamen und die Renderzeit der Seite verlängern. Die am 15. Februar 2019 veröffentlichte
Adblockers Performance Study widerlegt diese These jedoch vollständig.
Die Studie wurde von Entwicklern des Ghostery-Werbeblockers des deutschen Startups Cliqz durchgeführt. Wahrscheinlich waren sie besonders beleidigt, Vorwürfe von Google zu hören, da ihr Blocker den geringsten Einfluss auf die Geschwindigkeit beim Laden von Seiten hatte und in allen Kategorien mit einem ziemlich guten Spielraum führte. Nun, das kann man verstehen, denn Ghostery ist eigentlich kein vollwertiger Blocker wie uBlock Origin. Darüber hinaus kann auch die Auswahl der zu testenden Erweiterungen kritisiert werden, aber das ist nicht der Punkt. Die Hauptsache ist, dass Werbeblocker das Laden von Seiten praktisch nicht verlangsamen, wie viele (einschließlich Google) dachten.
Der Vergleich ergab, dass „die beliebtesten Inhaltsblocker bereits sehr effektiv sind (sie haben eine durchschnittliche Entscheidungszeit pro Anforderung von weniger als 1 Millisekunde) und nicht zu Overheads führen sollten, die für Benutzer spürbar sind.“ Darüber hinaus hat eine frühere Studie von
The Tracker Tax gezeigt, dass das Blockieren
von Anzeigen das Laden von Seiten tatsächlich
beschleunigt , in einigen Fällen um die
Hälfte .
Wenn wir über die Probleme sprechen, sind sie eher mit der Arbeit anderer Erweiterungen verbunden als mit Blockern.
Diagramm aus einer DebugBear-Studie vom Dezember 2018 darüber, wie verschiedene Erweiterungen die CPU beim Rendern von Seiten laden.Das Abbrechen von Googles Plänen ist nur eine vorübergehende Lösung, sagte Chrome Engineer Devlin Cronin. Nach der Verfeinerung wird Manifest V3 unter Berücksichtigung der Anforderungen aller Entwickler zur Diskussion zurückgesandt.