Google reaguje na obavy z blokování Adblock Chromium

V lednu jsme psali o rostoucím rozruchu kvůli Google plánuje ukončit podporu rozhraní webRequest API a nahradit jej novým deklarativním NetRequest API, které je mnohem méně výkonné a které omezuje počet pravidel, která mohou vývojáři použít k filtrování reklam.

V té době vývojář jedné z nejlepších aplikací pro adbock, uBlock Origin, na bugs.chromium.org uvedl:

Pokud toto (docela omezené) deklarativní NetRequest API skončí jako jediný způsob, jak mohou blokátory obsahu splnit svou povinnost, v podstatě to znamená, že dva blokátory obsahu, které jsem roky udržoval, uBlock Origin (“uBO”) a uMatrix, již nemohou existovat.

Nyní a Technik Google pracující na Chromiu odpověděl k obavám a souhlasil s některými ústupky, i když není jasné, zda jdou dostatečně daleko.

Google zůstal odhodlán zbavit se webRequest AP s tím, že je zdrojem rostoucího zneužívání, ale souhlasil s vylepšením deklarativeNetRequest API následujícím způsobem:

• Podpora dynamických pravidel: Souhlasíme s tím, že je to cenné při vytváření sofistikovaných rozšíření pro blokování obsahu a přidáme podporu pro deklarativní pravidla, která lze přidávat nebo odebírat za běhu do declarativeNetRequest API.
• Zvětšená velikost sady pravidel: Zvýšíme limit pravidla z hodnoty návrhu 30 XNUMX. Pro zajištění výkonu pro uživatele je však stále nezbytný horní limit. Seznamy blokovaných mají tendenci být „pouze push“, kde jsou přidávána nová pravidla, ale zastaralá pravidla jsou zřídka, pokud vůbec, odstraněna (externí výzkum ukázal, že 90 % pravidel blokování EasyList neposkytuje žádné výhody v běžných scénářích blokování). Je problematické, aby se tento seznam nadále neomezoval.
• Další akce a podmínky: Plánujeme přidat podporu pro párování na základě více podmínek, jako je velikost zdroje, a poskytneme akce pro úpravu částí požadavku namísto pouhého blokování, jako je odstranění souborů cookie. Zkoumáme také další podmínky a akce, které může mít smysl přidat, jako je shoda na základě domény nejvyšší úrovně. (Jedna další poznámka: Zatímco zkoumáme přidání podpory pro úpravy CSP, přidání hlavičky CSP pro zakázání JavaScriptu bylo často zmiňováno jako případ použití; to je již možné prostřednictvím nastavení obsahu API. Pokud to nestačí, dejte nám prosím vědět proč.)

Google uvedl, že bude pokračovat ve spolupráci s vývojáři a neodstraní rozhraní webRequest API, dokud nebude náhrada připravena a zralá.

Opět jsme odhodláni podporovat rozšíření v prohlížeči Chrome. S vývojáři budeme i nadále spolupracovat. Manifest V3 nespustíme, dokud nebude připraven, a nastane období migrace, ve kterém budeme moci pokračovat v řešení zpětné vazby a problémů. Neodstraníme podporu pro Manifest V2, dokud si nebudeme jistí platformou.

Mnozí zůstávají skeptičtí, ale skutečným cílem společnosti Google je přísněji kontrolovat uživatelskou zkušenost, aby bylo možné sledovat a zobrazovat reklamy miliardám uživatelů.

Myslí si naši čtenáři, že Google využije svou stále větší kontrolu nad světovými webovými vykreslovacími enginy prostřednictvím Chromia k dalšímu posílení jejich reklamního byznysu, nebo existuje dostatečná konkurence v prohlížečích, aby byli poctiví? Dejte nám vědět níže.

Přes Registru