Google arbetar med Chrome-tilläggsmanifest version 3 just nu som definierar kapaciteten för Chromes tilläggsplattform.
Det uppdaterade manifestet är tillgängligt som ett utkast för närvarande som alla kan komma åt. Utkast innebär att det inte är satt i sten ännu och att saker kan förändras. Google kommer dock att släppa den uppdaterade versionen av manifestet så småningom och göra det obligatoriskt efter en övergångsperiod.
Intresserade användare och tilläggsutvecklare kan följa spårningsfelet, nummer 896897, på webbplatsen Chromium Bugs.
Raymond Hill, känd som Gorhill online, författaren till de populära innehållsblockerarna uBlock Origin och uMatrix, uttryckte sin oro över några av de planerade förändringarna; dessa ändringar, om de implementeras som föreslagna för närvarande, tar bort funktionalitet som tillägg använder för att blockera innehåll.
Google planerar att ta bort blockeringsalternativ från webRequest API och ber utvecklare att använda declarativeNetRequest istället. En av de viktigaste problemen med den föreslagna ändringen är att den gjordes för att endast stödja AdBlock Plus-kompatibla filter och skulle begränsa filter till 30 000.
Hill nämnde på Googles webbplats för felspårning att ändringen skulle avsluta hans tillägg uBlock Origin och uMatrix för Google Chrome. Även om det skulle vara möjligt att byta till den nya funktionaliteten, är den för begränsande och skulle krama den befintliga funktionaliteten för innehållsblockeringstillägg.
Om detta (ganska begränsade) deklarativaNetRequest API slutar vara det enda sättet innehållsblockerare kan fullgöra sin plikt innebär detta i huvudsak att två innehållsblockerare som jag har underhållit i flera år, uBlock Origin ("uBO") och uMatrix, inte längre kan existera.
Det finns andra funktioner (som jag förstår är uppskattade av många användare) som inte kan implementeras med deklarativeNetRequest API, till exempel blockering av medieelement som är större än en fastställd storlek, inaktivering av JavaScript-exekvering genom injektion av CSP-direktiv, borttagande av utgående cookie-rubriker etc. - och alla dessa kan ställas in för att åsidosätta en mindre specifik inställning, dvs. man kan välja att blockera stora medieelement globalt, men tillåta dem på några specifika webbplatser, och så på fortfarande kunna åsidosätta dessa regler med allt mer specifika regler.
Det nya API: n skulle begränsa innehållsblockerare för Chrome-baserade webbläsare och eliminera alternativ för att skapa nya och unika innehållsblockeringstillägg. Allt som skulle vara kvar är AdBlock Plus som filtertillägg som alla skulle kunna erbjuda samma blockeringsfunktion.
Även om det fortfarande finns adblockers för Chrome, skulle gränsen på 30 000 nätverksfilter göra även de mindre kapabla än tidigare. EasyList, en mycket populär blockeringslista, har 42 000 filter och om användare lägger till andra listor som används för andra ändamål, t.ex. social blockering, skulle antalet öka ännu mer.
Du kan också följa diskussionen på uBlock Origin's GitHub-sida.
Stängande ord
Kan det ha varit Googles plan hela tiden? Skapa en webbläsare och använda den för att bekämpa användningen av innehållsblockerare? Blockera några irriterande annonser, tillåta grundläggande innehållsblockerare och blockera någon annan form av innehållsblockering för att se till att Googles annonsverksamhet förbättras igen?
Vissa användare skulle säkert flytta till Firefox om uBlock Origin, uMatrix och andra innehållsblockerare inte längre skulle fungera i Chrome-baserade webbläsare. Även om miljoner skulle migrera skulle Chrome fortfarande dominera hela marknaden för stationära webbläsare.
Det kommer också att vara intressant att se hur Opera, Vivaldi, Brave och andra Chromium-baserade webbläsare utvecklar reagerar på förändringen, om det passerar som det föreslås just nu.
Nu du : Vad är ditt tag på detta?
