Google vastaa Chromium Adblockin estoon liittyviin huolenaiheisiin

Tammikuussa kirjoitimme kasvavasta raivosta johtuen Google aikoo poistaa webRequest API:n käytöstä ja korvaa se uudella declarativeNetRequest API:lla, joka on paljon vähemmän tehokas ja joka rajoittaa sääntöjen määrää, joita kehittäjät voivat suodattaa mainoksia.

Tuolloin yhden parhaista adbock-sovelluksista, uBlock Origin, kehittäjä on sanonut osoitteessa bugs.chromium.org:

Jos tämä (melko rajoitettu) declarativeNetRequest API päätyy olemaan ainoa tapa, jolla sisällön estäjät voivat suorittaa velvollisuutensa, tämä tarkoittaa käytännössä sitä, että kahta vuosia ylläpitämääni sisällönestolaitetta, uBlock Origin ("uBO") ja uMatrix, ei voi enää olla olemassa.

Nyt a Chromiumin parissa työskentelevä Googlen insinööri on vastannut huolenaiheisiin ja on suostunut joihinkin myönnytyksiin, vaikka ei ole selvää, menevätkö ne riittävän pitkälle.

Google pysyi päättäväisenä päästä eroon webRequest AP:stä sanoen sen aiheuttavan lisääntyvää väärinkäyttöä, mutta on suostunut parantamaan deklaratiivistaNetRequest API:ta seuraavalla tavalla:

• Dynaamisen säännön tuki: Ymmärrämme, että tämä on arvokasta kehitettäessä kehittyneitä sisällön estolaajennuksia, ja lisäämme tuen deklaratiivisille säännöille, jotka voidaan lisätä tai poistaa ajon aikana declarativeNetRequest-sovellusliittymään.
• Sääntöjoukon kokoa kasvatettu: Nostamme sääntörajaa luonnoksen 30 XNUMX arvosta. Yläraja on kuitenkin edelleen tarpeen käyttäjien suorituskyvyn varmistamiseksi. Estoluettelot ovat yleensä olleet "vain push-only", joihin lisätään uusia sääntöjä, mutta vanhentuneita sääntöjä poistetaan harvoin, jos koskaan (ulkopuolinen tutkimus on osoittanut, että 90 % EasyListin estosäännöistä ei tuottanut mitään hyötyä yleisissä estoskenaarioissa). On ongelmallista, että tämä luettelo kasvaa edelleen rajattomasti.
• Lisätoiminnot ja ehdot: Aiomme lisätä tuen vastaavuudelle, joka perustuu useisiin ehtoihin, kuten resurssien kokoon, ja tarjoamme toimintoja pyynnön osien muokkaamiseksi sen sijaan, että estäisimme sen, kuten poistamme evästeet. Tutkimme myös muita ehtoja ja toimia, joita voi olla järkevää lisätä, kuten huipputason verkkotunnukseen perustuvaa vastaavuutta. (Yksi lisähuomautus: Tutkiessamme tuen lisäämistä CSP-muokkauksiin, CSP-otsikon lisääminen JavaScriptin poistamiseksi mainittiin usein käyttötapauksena; tämä on jo mahdollista contentSettings API. Jos tämä ei riitä, kerro meille miksi.)

Google sanoi jatkavansa yhteistyötä kehittäjien kanssa eivätkä poista webRequest APIa ennen kuin korvaava versio on valmis ja kypsä.

Olemme jälleen kerran sitoutuneet tukemaan Chromen laajennuksia. Jatkamme yhteistyötä kehittäjien kanssa. Emme julkaise Manifest V3:a ennen kuin se on valmis, ja meillä on siirtymisjakso, jonka aikana voimme jatkaa palautteen ja ongelmien käsittelyä. Emme poista Manifest V2:n tukea ennen kuin olemme varmoja alustasta.

Monet ovat edelleen skeptisiä, mutta Googlen todellinen tavoite on hallita tiukemmin käyttökokemusta, jotta heidän miljardeja käyttäjiään voidaan seurata ja mainostaa.

Luulevatko lukijamme Googlen käyttävän Chromiumin kautta yhä enemmän maailman web-renderöintikoneiden hallintaansa mainosliiketoimintansa tehostamiseen, vai onko selainkilpailu tarpeeksi rehellisenä? Kerro meille alla.

kautta Rekisteri