Google werkt momenteel aan de Chrome-extensie manifest versie 3 die de mogelijkheden van het extensiesplatform van Chrome definieert.
Het bijgewerkte manifest is momenteel beschikbaar als concept waartoe iedereen toegang heeft. Ontwerp betekent dat het nog niet in steen is gezet en dat dingen kunnen veranderen. Google zal de bijgewerkte versie van het manifest uiteindelijk echter vrijgeven en het verplicht maken na een overgangsperiode.
Geïnteresseerde gebruikers en extensie-ontwikkelaars kunnen de tracking-bug, nummer 896897, volgen op de Chromium Bugs-website.
Raymond Hill, bekend als Gorhill online, de auteur van de populaire content blockers uBlock Origin en uMatrix, uitte zijn bezorgdheid over enkele van de geplande veranderingen; deze wijzigingen, indien geïmplementeerd zoals momenteel voorgesteld, verwijderen functionaliteit die de extensies gebruiken voor het blokkeren van inhoud.
Google is van plan om blokkeeropties uit de webRequest API te verwijderen en vraagt ontwikkelaars om in plaats daarvan declarativeNetRequest te gebruiken. Een van de belangrijkste problemen met de voorgestelde wijziging is dat deze alleen werd gemaakt ter ondersteuning van AdBlock Plus compatibele filters en de filters zou beperken tot 30k.
Hill vermeldde op de bug-trackingsite van Google dat de verandering zijn extensies uBlock Origin en uMatrix voor Google Chrome zou beëindigen. Hoewel het mogelijk zou zijn om over te schakelen naar de nieuwe functionaliteit, is het te beperkend en zou het bestaande functionaliteit van de inhoudblokkerende extensies verlammen.
Als deze (vrij beperkte) declarativeNetRequest API de enige manier is waarop inhoudblokkers hun taak kunnen vervullen, betekent dit in wezen dat twee inhoudblokkers die ik al jaren onderhoud, uBlock Origin ("uBO") en uMatrix, niet langer kunnen bestaan.
Er zijn andere functies (waarvan ik begrijp dat die door veel gebruikers worden gewaardeerd) die niet kunnen worden geïmplementeerd met de declarativeNetRequest API, bijvoorbeeld het blokkeren van media-elementen die groter zijn dan een ingestelde grootte, het uitschakelen van JavaScript-uitvoering door de injectie van CSP-richtlijnen, het verwijderen van uitgaande Cookie-headers, enz. - en al deze kunnen worden ingesteld om een minder specifieke instelling te negeren, dat wil zeggen dat men zou kunnen kiezen om grote media-elementen wereldwijd te blokkeren, maar ze op een paar specifieke sites toe te staan, en zo op nog steeds in staat zijn om deze regels te vervangen door steeds specifiekere regels.
De nieuwe API zou inhoudsblokkers voor op Chrome gebaseerde browsers beperken en opties elimineren om nieuwe en unieke inhoudblokkerende extensies te maken. Het enige dat overblijft zijn AdBlock Plus, zoals filterextensies die allemaal dezelfde blokkeerfunctionaliteit bieden.
Hoewel er nog steeds adblockers voor Chrome zouden zijn, zou de limiet van 30.000 netwerkfilters zelfs die minder geschikt maken dan voorheen. EasyList, een zeer populaire blokkeerlijst, heeft 42.000 filters en als gebruikers andere lijsten toevoegen die voor andere doeleinden worden gebruikt, bijvoorbeeld sociale blokkering, zou dat aantal nog meer toenemen.
Je kunt de discussie ook volgen op de GitHub-pagina van uBlock Origin.
Slotwoorden
Zou dit altijd Google's plan zijn geweest? Een webbrowser maken en deze gebruiken om het gebruik van inhoudblokkers tegen te gaan? Sommige vervelende advertenties blokkeren, basisinhoudblokkeerders toestaan en elke andere vorm van inhoudblokkering blokkeren om ervoor te zorgen dat de advertentieactiviteiten van Google weer verbeteren?
Sommige gebruikers zouden zeker naar Firefox verhuizen als uBlock Origin, uMatrix en andere contentblockers niet langer zouden werken in op Chrome gebaseerde browsers. Zelfs als miljoenen zouden migreren, zou Chrome nog steeds de hele desktopbrowsermarkt domineren.
Het zal ook interessant zijn om te zien hoe Opera, Vivaldi, Brave en andere Chromium-gebaseerde browserontwikkelaars reageren op de verandering, als het op dit moment de voorgestelde weg aflegt.
Nu u : wat is uw mening hierover?
