Google reageert op zorgen over het blokkeren van Chromium Adblock

In januari schreven we over een groeiende furore vanwege Google's plannen om de webRequest API af te schaffen en vervang het door een nieuwe declarativeNetRequest API die veel minder krachtig is en die het aantal regels beperkt dat ontwikkelaars kunnen gebruiken om advertenties uit te filteren.

Destijds zei de ontwikkelaar van een van de beste adbock-apps, uBlock Origin, op bugs.chromium.org:

Als deze (vrij beperkte) declaratieve NetRequest API de enige manier is waarop inhoudblokkers hun taak kunnen vervullen, betekent dit in wezen dat twee inhoudblokkers die ik jarenlang heb onderhouden, uBlock Origin ("uBO") en uMatrix, niet langer kunnen bestaan.

Nu a Google-technicus die aan Chromium werkt, heeft gereageerd tot bezorgdheid en heeft ingestemd met enkele concessies, hoewel het niet duidelijk is of deze ver genoeg gaan.

Google bleef vastbesloten om van de webRequest AP af te komen, omdat het een bron van toenemend misbruik is, maar heeft ermee ingestemd om de declarativeNetRequest API op de volgende manier te verbeteren:

• Dynamische regelondersteuning: We zijn het ermee eens dat dit waardevol is bij het maken van geavanceerde extensies voor het blokkeren van inhoud, en we zullen ondersteuning toevoegen voor declaratieve regels die tijdens runtime kunnen worden toegevoegd of verwijderd aan de declarativeNetRequest API.
• Grotere regelsetgrootte: We verhogen de regellimiet vanaf de conceptwaarde van 30K. Er is echter nog steeds een bovengrens nodig om de prestaties voor gebruikers te garanderen. Blokkeringslijsten zijn meestal "push-only", waarbij nieuwe regels worden toegevoegd, maar verouderde regels worden zelden of nooit verwijderd (extern onderzoek heeft aangetoond dat 90% van de EasyList-blokkeringsregels geen voordeel opleverden in veelvoorkomende blokkeringsscenario's). Het is problematisch om deze lijst onbegrensd te laten groeien.
• Aanvullende acties en voorwaarden: We zijn van plan ondersteuning voor matching toe te voegen op basis van meer voorwaarden, zoals de omvang van de resource, en zullen acties bieden om delen van een verzoek te wijzigen in plaats van het alleen te blokkeren, zoals het verwijderen van cookies. We onderzoeken ook andere voorwaarden en acties die zinvol kunnen zijn om toe te voegen, zoals matching op basis van topleveldomein. (Een aanvullende opmerking: terwijl we aan het onderzoeken zijn om ondersteuning voor CSP-wijzigingen toe te voegen, werd het toevoegen van een CSP-header om JavaScript uit te schakelen vaak genoemd als een use-case; dit is al mogelijk via de inhoudsinstellingen API. Als dit onvoldoende is, laat ons dan weten waarom.)

Google zei dat ze zouden blijven werken met ontwikkelaars en de webRequest API niet zouden verwijderen voordat de vervanging klaar en volwassen is, en zei:

Nogmaals, we zijn toegewijd aan het ondersteunen van extensies in Chrome. We blijven samenwerken met ontwikkelaars. We lanceren Manifest V3 pas als het klaar is, en er komt een migratieperiode waarin we feedback en problemen kunnen blijven behandelen. We zullen de ondersteuning voor Manifest V2 pas verwijderen als we vertrouwen hebben in het platform.

Velen blijven sceptisch, maar het echte doel van Google is om de gebruikerservaring strenger te controleren om tracking en advertentieweergave van hun miljarden gebruikers mogelijk te maken.

Denken onze lezers dat Google zijn toenemende controle over 's werelds webweergave-engines via Chromium zal gebruiken om hun advertentieactiviteiten verder te stimuleren, of is er genoeg browserconcurrentie om ze eerlijk te houden? Laat het ons hieronder weten.

Via Het register