A Google válaszol a Chromium Adblock blokkolásával kapcsolatos aggályokra

Januárban írtunk egy növekvő dühről A Google azt tervezi, hogy megszünteti a webRequest API-t és cserélje ki egy új declarativeNetRequest API-ra, amely sokkal kisebb teljesítményű, és korlátozza a fejlesztők által a hirdetések kiszűrésére használható szabályok számát.

Akkoriban az egyik legjobb adbock alkalmazás, az uBlock Origin fejlesztője ezt mondta a bugs.chromium.org oldalon:

Ha ez a (meglehetősen korlátozott) deklaratívNetRequest API lesz az egyetlen módja annak, hogy a tartalomblokkolók teljesíthessék kötelességüket, ez lényegében azt jelenti, hogy két tartalomblokkoló, amelyet évek óta karbantartok, az uBlock Origin (“uBO”) és az uMatrix nem létezhet többé.

Most a A Google Chromiumon dolgozó mérnöke válaszolt aggodalmakra, és beleegyezett bizonyos engedményekbe, bár nem világos, hogy ezek elég messzire mennek-e.

A Google továbbra is eltökélt szándéka, hogy megszabaduljon a webRequest AP-tól, mondván, hogy az egyre nagyobb visszaélések forrása, de beleegyezett a deklaratív NetRequest API fejlesztésébe a következő módon:

• Dinamikus szabálytámogatás: Egyetértünk azzal, hogy ez értékes a kifinomult tartalomblokkoló bővítmények létrehozásában, és támogatni fogjuk a deklaratív szabályokat, amelyek futás közben hozzáadhatók vagy eltávolíthatók a declarativeNetRequest API-hoz.
• Megnövelt szabálykészlet mérete: Emeljük a szabályhatárt a tervezet 30K értékről. A felső határ azonban továbbra is szükséges a felhasználók teljesítményének biztosításához. A tiltólisták általában „csak push” jellegűek, ahol új szabályokat adnak hozzá, de az elavult szabályokat ritkán, ha egyáltalán nem távolítják el (külső kutatás kimutatta, hogy az EasyList blokkolási szabályok 90%-a nem hozott előnyt a gyakori blokkolási forgatókönyvekben). Problémás, hogy ez a lista korlátlanul bővüljön.
• További intézkedések és feltételek: Azt tervezzük, hogy több feltételen, például az erőforrás méretén alapuló egyeztetést is támogatjuk, és olyan műveleteket biztosítunk, amelyek a kérés egyes részeit módosítják, ahelyett, hogy csak blokkolnák azt, például a cookie-k eltávolítását. Más feltételeket és műveleteket is vizsgálunk, amelyeket érdemes lehet hozzáadni, például a legfelső szintű domainen alapuló egyezést. (Egy további megjegyzés: Miközben a CSP-módosítások támogatásának lehetőségét vizsgáljuk, gyakran emlegették használati esetként a CSP-fejléc hozzáadását a JavaScript letiltásához; ez már lehetséges a tartalmi beállítások API. Ha ez nem elegendő, kérjük, tudassa velünk, miért.)

A Google azt mondta, hogy továbbra is együttműködnek a fejlesztőkkel, és nem távolítják el a webRequest API-t, amíg a csere elkészült és kiforrott.

Ismét elkötelezettek vagyunk a Chrome-bővítmények támogatása mellett. Továbbra is együttműködünk a fejlesztőkkel. Addig nem indítjuk el a Manifest V3-at, amíg el nem készül, és lesz egy migrációs időszak, amely során továbbra is foglalkozhatunk a visszajelzésekkel és a problémákkal. Addig nem távolítjuk el a Manifest V2 támogatását, amíg nem vagyunk biztosak a platformban.

Sokan továbbra is szkeptikusak, azonban a Google valódi célja a felhasználói élmény szigorúbb ellenőrzése, hogy lehetővé tegye több milliárd felhasználó nyomon követését és hirdetésmegjelenítését.

Olvasóink azt hiszik, hogy a Google a Chromiumon keresztül a világ web-megjelenítő motorjainak egyre növekvő irányítását fogja használni hirdetési üzletük további fellendítésére, vagy van-e elég versenytárs a böngészők számára ahhoz, hogy őszinték maradjanak? Tájékoztassa velünk lent.

Keresztül A regisztráció