Google arbejder på Chrome-udvidelsesmanifest version 3 i øjeblikket, som definerer kapaciteterne på Chromes udvidelsesplatform.
Den opdaterede manifest er tilgængelig som et udkast i øjeblikket, som enhver kan få adgang til. Udkast betyder, at det endnu ikke er sat i sten, og at tingene kan ændre sig. Google frigiver til sidst den opdaterede version af manifestet og gør det obligatorisk efter en overgangsperiode.
Interesserede brugere og udvidelsesudviklere følger muligvis sporingsfejlen, nummer 896897, på Chromium Bugs-webstedet.
Raymond Hill, kendt som Gorhill online, forfatteren af de populære indholdsblokkere uBlock Origin og uMatrix, gav udtryk for sin bekymring over nogle af de planlagte ændringer; disse ændringer fjerner funktionalitet, som udvidelserne bruger til indholdsblokering, hvis implementeret som foreslået i øjeblikket.
Google planlægger at fjerne blokeringsmuligheder fra webRequest API og beder udviklere om at bruge declarativeNetRequest i stedet. Et af de vigtigste problemer med den foreslåede ændring er, at den kun blev understøttet af AdBlock Plus-kompatible filtre og vil begrænse filtre til 30 km.
Hill nævnte på Googles websted om bugsporing, at ændringen ville afslutte hans udvidelser uBlock Origin og uMatrix til Google Chrome. Selvom det ville være muligt at skifte til den nye funktionalitet, er den for begrænsende og vil ødelægge den eksisterende funktionalitet i indholdsblokerende udvidelser.
Hvis dette (ganske begrænsede) declarativeNetRequest API ender med at være den eneste måde, indholdsblokkere kan udføre deres pligt, betyder dette i det væsentlige, at to indholdsblokkere, jeg har vedligeholdt i årevis, uBlock Origin ("uBO") og uMatrix, ikke længere kan eksistere.
Der er andre funktioner (som jeg forstår er værdsat af mange brugere) som ikke kan implementeres med declarativeNetRequest API, for eksempel blokering af medieelement, der er større end en angivet størrelse, deaktivering af JavaScript-udførelse gennem injektion af CSP-direktiver, fjernelse af udgående cookie-overskrifter osv. - og alle disse kan indstilles til at tilsidesætte en mindre specifik indstilling, dvs. man kunne vælge at globalt blokere store medieelementer, men tillade dem på et par specifikke websteder, og så på stadig være i stand til at tilsidesætte disse regler med stadig mere specifikke regler.
Den nye API vil begrænse indholdsblokkere for Chrome-baserede browsere og fjerne muligheder for at oprette nye og unikke indholdsblokerende udvidelser. Alt, hvad der ville være tilbage, er AdBlock Plus som filterudvidelser, som alle ville tilbyde den samme blokeringsfunktionalitet.
Selvom der stadig vil være adblockere til Chrome, ville grænsen på 30.000 netværksfiltre gøre dem, der er mindre kapable end før. EasyList, en meget populær blokeringsliste, har 42.000 filtre, og hvis brugerne tilføjer andre lister, der bruges til andre formål, f.eks. Social blokering, ville antallet stige endnu mere.
Du kan også følge diskussionen på uBlock Origin's GitHub-side.
Lukende ord
Kunne dette have været Googles plan hele tiden? Opret en webbrowser og brug den til at bekæmpe brugen af indholdsblokkere? Blokerer nogle irriterende annoncer, tillad grundlæggende indholdsblokkere og blokerer for enhver anden form for indholdsblokering for at sikre, at Googles reklamevirksomhed forbedres igen?
Nogle brugere vil bestemt flytte til Firefox, hvis uBlock Origin, uMatrix og andre indholdsblokkere ikke længere ville fungere i Chrome-baserede browsere. Selv hvis millioner ville migrere, vil det stadig lade Chrome dominere hele desktop browser-markedet.
Det vil også være interessant at se, hvordan Opera, Vivaldi, Brave og andre Chromium-baserede browserudviklere reagerer på ændringen, hvis den passerer den måde, det foreslås lige nu.
Nu du : Hvad er dit tag på dette?
