Je hebt waarschijnlijk veel gelezen over de komende Manifest V3 voor Google Chrome-extensies en de controverse rond veranderingen die van invloed zijn op ad-blockers en andere extensies op het platform.
Een eerste versie van Manifest V3 voor Chrome-extensies werd in januari 2019 voor het publiek gepubliceerd. Er kwam kritiek op omdat een van de wijzigingen de functionaliteit voor het blokkeren van advertenties van Chrome-extensies zou verlammen.
Zonder te veel details in te gaan: inhoudblokkers op Chrome gebruiken een API genaamd webRequest API om bepaalde elementen op bezochte webpagina's te blokkeren. Het plan van Google was toen om de API 'alleen-lezen' te maken en de blokkeerfunctionaliteit te verplaatsen naar een nieuwe API met de naam declarativeNetRequest API.
Een van de grootste problemen met die API was dat deze een vaste regelslimiet van 30.000 had; populaire filterlijsten voor advertentieblokkering zoals EasyList hebben al meer dan het dubbele van de regels zodat het onmogelijk zou worden om alle filters te laden als het nieuwe Manifest-bestand door Google zou worden gestart. Een van de beweringen van Google, dat extensies die de oude API zouden gebruiken, de prestaties negatief zouden beïnvloeden, werd weerlegd.
Raymond Hill, de maker van uBlock Origin en uMatrix, merkte op dat de wijziging zijn extensies voor Google Chrome zou beëindigen en soortgelijke opmerkingen werden gemaakt door andere ontwikkelaars.
Google probeerde in mei problemen weg te nemen door de API enigszins aan te passen. Het bedrijf voegde een optie toe om 5000 dynamische regels te gebruiken, maar de algemene consensus was dat de beperkingen nog steeds beperkend waren.
Bedrijven die Chromium als kern voor hun browsers gebruiken, bijvoorbeeld Brave of Vivaldi, merkten al snel op dat ze manieren zouden vinden om de limiet te omzeilen.
Google heeft wijzigingen aangekondigd die het van plan is aan te brengen in de Declarative Net Request API die de limiet van de API zou verhogen naar 150.000. Google merkte ook op dat het opties onderzoekt om andere methoden op te nemen die extensieontwikkelaars kunnen helpen de API beter te benutten.
We onderzoeken actief andere manieren om deze API uit te breiden, waaronder het toevoegen van methoden om feedback te krijgen over overeenkomende regels en ondersteuning voor rijkere omleidingen met behulp van URL-manipulatie en reguliere expressies. Bovendien zijn we momenteel van plan om de regellimiet te wijzigen van maximaal 30 k regels per extensie in een wereldwijd maximum van 150 k regels.
Google merkt op dat de voorgestelde wijzigingen nooit zijn ontworpen om "ad blockers" op het Chrome-platform te "voorkomen of verzwakken" en dat de belangrijkste motivatie van Google achter de verandering was "ontwikkelaars een manier te geven om veiligere en performantere blockers te creëren".
Een ander argument dat Google naar voren brengt om de API-wijziging te valideren, is dat de API in het verleden is misbruikt door kwaadwillende ontwikkelaars om toegang te krijgen tot "gebruikersgegevens, accounts of persoonlijke informatie" van gebruikers.
Het argument is verwarrend, aangezien Google eerder heeft aangekondigd dat het alleen het blokkerende deel van de webRequest API zal verwijderen wanneer Manifest V3 wordt gelanceerd. Het lijkt erop dat ontwikkelaars van kwaadaardige extensies het nog steeds kunnen gebruiken om toegang te krijgen tot gebruikersgegevens door verzoeken te controleren.
Ontwikkelaars hebben andere zorgen geuit omdat Google zich uitsluitend richt op een op regels gebaseerde aanpak. Alle functionaliteit die niet op regels is gebaseerd, wordt mogelijk niet ondersteund door Chrome-extensies als de wijzigingen worden gestart in het huidige formulier.
Nu u : wat is uw mening over de aankondiging van Google?
