Google reagerer på bekymringer om Chromium Adblock-blokering

I januar skrev vi om en voksende furore pga Googles planer om at udfase webRequest API og erstatte det med en ny declarativeNetRequest API, som er meget mindre kraftfuld, og som begrænser antallet af regler, udviklere kan bruge til at bortfiltrere annoncer.

På det tidspunkt har udvikleren af ​​en af ​​de bedste adbock-apps, uBlock Origin, sagt på bugs.chromium.org:

Hvis denne (temmelig begrænsede) deklarative NetRequest API ender med at være den eneste måde, indholdsblokeringer kan udføre deres pligt på, betyder det i bund og grund, at to indholdsblokkere, jeg har opretholdt i årevis, uBlock Origin (“uBO”) og uMatrix, ikke længere kan eksistere.

Nu a Google-ingeniør, der arbejder på Chromium, har svaret til bekymringer og har accepteret nogle indrømmelser, selvom det ikke er klart, om disse rækker langt nok.

Google forblev fast besluttet på at slippe af med webRequest AP og sagde, at det er en kilde til stigende misbrug, men har indvilliget i at forbedre den deklarative NetRequest API på følgende måde:

• Dynamisk regelunderstøttelse: Vi er enige om, at dette er værdifuldt til at skabe sofistikerede indholdsblokerende udvidelser, og vil tilføje understøttelse af deklarative regler, der kan tilføjes eller fjernes under kørsel til declarativeNetRequest API.
• Forøget regelsætstørrelse: Vi hæver regelgrænsen fra udkastet til 30K-værdien. En øvre grænse er dog stadig nødvendig for at sikre ydeevne for brugerne. Bloklister har haft en tendens til at være "push-only", hvor nye regler tilføjes, men forældede regler sjældent, hvis nogensinde, fjernes (ekstern forskning har vist, at 90 % af EasyList-blokeringsreglerne ikke gav nogen fordel i almindelige blokeringsscenarier). Det er problematisk at få denne liste til at fortsætte med at vokse ubegrænset.
• Yderligere handlinger og betingelser: Vi planlægger at tilføje support til matchning baseret på flere betingelser, såsom ressourcestørrelse, og vil levere handlinger til at ændre dele af en anmodning i stedet for blot at blokere den, såsom at fjerne cookies. Vi undersøger også andre forhold og handlinger, der kan være fornuftige at tilføje, såsom matchning baseret på domæne på topniveau. (En yderligere bemærkning: Mens vi undersøger tilføjelse af support til CSP-modifikationer, blev tilføjelse af en CSP-header for at deaktivere JavaScript ofte nævnt som en use-case; dette er allerede muligt gennem indholdsindstillinger API. Hvis dette er utilstrækkeligt, bedes du fortælle os hvorfor.)

Google sagde, at de ville fortsætte med at arbejde med udviklere og ikke ville fjerne webRequest API, før erstatningen er klar og moden, og sagde:

Endnu en gang er vi forpligtet til at understøtte udvidelser i Chrome. Vi vil fortsætte med at arbejde med udviklere. Vi vil ikke lancere Manifest V3, før det er klar, og der vil være en migreringsperiode, hvor vi kan fortsætte med at behandle feedback og problemer. Vi fjerner ikke support til Manifest V2, før vi er sikre på platformen.

Mange er stadig skeptiske, men Googles egentlige mål er at kontrollere brugeroplevelsen mere stramt for at muliggøre sporing og annoncevisning af deres milliarder af brugere.

Tror vores læsere, at Google vil bruge sin stigende kontrol over verdens webgengivelsesmotorer via Chromium til at booste deres annonceforretning yderligere, eller er der nok browserkonkurrence til at holde dem ærlige? Fortæl os nedenfor.

Via Registret