Google se odziva na pomisleke glede blokiranja oglasov Chromium

Januarja smo pisali o naraščajočem navdušenju zaradi Googlovi načrti opustijo API za webRequest in ga nadomestite z novim declarativeNetRequest API, ki je veliko manj zmogljiv in omejuje število pravil, ki jih lahko razvijalci uporabijo za filtriranje oglasov.

Takrat je razvijalec ene najboljših aplikacij adbock, uBlock Origin, na bugs.chromium.org dejal:

Če je ta (precej omejen) declarativeNetRequest API na koncu edini način, kako lahko blokatorji vsebine izpolnijo svojo dolžnost, to v bistvu pomeni, da dva blokatorja vsebine, ki ju vzdržujem leta, uBlock Origin (»uBO«) in uMatrix, ne moreta več obstajati.

Zdaj a Odzval se je Googlov inženir, ki dela na Chromiumu zaskrbljenost in je pristal na nekatere koncesije, čeprav ni jasno, ali gredo dovolj daleč.

Google je ostal odločen, da se znebi AP webRequest, češ da je vir vse večje zlorabe, vendar se je strinjal, da bo izboljšal declarativeNetRequest API na naslednji način:

• Podpora za dinamična pravila: Strinjamo se, da je to dragoceno pri ustvarjanju izpopolnjenih razširitev za blokiranje vsebine in bo dodalo podporo za deklarativne pravila, ki jih je mogoče dodati ali odstraniti med izvajanjem v API declarativeNetRequest.
• Povečana velikost nabora pravil: Omejitev pravila bomo dvignili s vrednosti osnutka 30K. Vendar pa je zgornja meja še vedno potrebna, da se zagotovi zmogljivost za uporabnike. Seznami blokov so bili ponavadi »samo potisni«, kjer se dodajajo nova pravila, vendar se zastarela pravila redko, če sploh, odstranijo (zunanje raziskave je pokazal, da 90 % pravil za blokiranje EasyList ni prineslo koristi v običajnih scenarijih blokiranja). Če ta seznam še naprej neomejeno raste, je problematično.
• Dodatna dejanja in pogoji: Načrtujemo, da bomo dodali podporo za ujemanje na podlagi več pogojev, kot je velikost vira, in bomo zagotovili dejanja za spreminjanje delov zahteve, namesto da bi jo le blokirali, kot je odstranjevanje piškotkov. Raziskujemo tudi druge pogoje in dejanja, ki bi jih morda bilo smiselno dodati, na primer ujemanje na podlagi domene najvišje ravni. (Ena dodatna opomba: medtem ko preiskujemo dodajanje podpore za spremembe CSP, je bilo dodajanje glave CSP za onemogočanje JavaScripta pogosto omenjeno kot primer uporabe; to je že mogoče prek Nastavitve vsebine API. Če je to premalo, nam sporočite, zakaj.)

Google je dejal, da bodo še naprej sodelovali z razvijalci in ne bodo odstranili API-ja webRequest, preden bo zamenjava pripravljena in zrela, in dejal:

Ponovno smo zavezani podpori razširitev v Chromu. Še naprej bomo sodelovali z razvijalci. Manifest V3 ne bomo zagnali, dokler ni pripravljen, in sledilo bo obdobje selitve, v katerem bomo lahko še naprej obravnavali povratne informacije in težave. Podpore za Manifest V2 ne bomo odstranili, dokler ne bomo prepričani v platformo.

Mnogi ostajajo skeptični, vendar je Googlov pravi cilj bolj strog nadzor nad uporabniško izkušnjo, da bi omogočil sledenje in prikazovanje oglasov njihovim milijardam uporabnikov.

Ali naši bralci mislijo, da bo Google uporabil svoj vse večji nadzor nad svetovnimi spletnimi upodabljajočimi motorji prek Chromiuma za nadaljnjo krepitev svojega poslovanja z oglasi, ali je dovolj konkurence v brskalnikih, da ostanejo pošteni? Sporočite nam spodaj.

Via Register