9 hónap telt el azóta, hogy a Google jelentősebb változásokat jelentett be a Manifest V3-ban, egy dokumentum, amelyben a vállalat részleteket közöl a böngésző bővítményeinek képességeiről.
A 3. verzió terhesség alatt áll, és a róla szóló viták nem nyugodtak meg. Nem sokkal azután, hogy a dühös felhasználók folyamatosan azzal fenyegetőztek, hogy kilépnek a böngészőből, a Google mérnökei csak azt ígérték, hogy a Chrome kiterjesztési rendszerének jövőbeni változásai nem bénítják meg a hirdetésblokkolókat, mivel mindenki fél.
A vállalat szerint az új API-n keresztül végrehajtott változtatások javítják a felhasználók magánéletét és felgyorsítják a fejlesztéseket.
Ezen túlmenően, A Google megígérte, hogy növeli a szűrők számának maximális korlátját, ezzel véget vetve a hirdetésblokkoló fejlesztők által az elmúlt hónapokban elhangzott főbb kritikáknak.
Google elárulta, hogy tavaly október óta figyeli ezeket a változásokat. A platformján a rosszindulatú kiterjesztések növekedése elleni harc közepette ezzel bejelentette az új szabályok hatálybalépését a kiterjesztések felülvizsgálati folyamatában, de a kiterjesztésekben felvett alapkód változását is.
Míg eleinte kevés volt a vita a Manifest V3 közelgő változásairól, januárban a különböző hirdetésblokkolók fejlesztői problémát vetettek fel a webes API-val.
A fejlesztők félelme: az új API megakadályozhatja, hogy a bővítmények ugyanolyan hatékonyan vizsgálják meg a weboldalakat.
Az eredeti webes kérés API megszakítja az oldal betöltését, miközben annak tartalmát böngészi hirdetések vagy más olyan tartalom után, amelyet a bővítmény blokkolhat vagy módosíthat.
A legújabb kiadásánál A Google rámutatott, hogy ez a régi API visszaélések forrása volt, amelyet rosszindulatú fejlesztők használtak. A Google közzétett adatai szerint a tavaly január óta észlelt rosszindulatú kiterjesztések 42% -a a webes kérelem API-ján alapult.
"A webes kéréssel a Chrome a hálózati kérésből az összes adatot elküldi a hallgató kiterjesztésének, beleértve az e kérésből származó bizalmas adatokat is, például személyes fényképeket vagy e-maileket" - mondja a Google
A deklaratívNetRequest API más megközelítésben működik
Az utóbbi alapján történő kiterjesztés helyett a webkérelmek leállítása és az összes tartalom ellenőrzése helyett az utóbbi állítja be azokat a szabályokat, amelyeket a böngésző betöltés előtt olvas és alkalmaz az egyes weboldalakra.
Ezzel az új API-val a bővítmények soha nem kapnak adatokat egy oldalról és a böngésző csak akkor változtat az oldalon, ha egy vagy több deklarált szabályt betartanak. Ily módon az összes olyan bizalmas adat, amelyet egy oldal tartalmazhat (e-mailek, fotók, jelszavak stb.), A böngésző szintjén maradnak, és soha nem kerülnek továbbításra a kiterjesztésekbe. A Google szerint az új API jobb a titoktartás, de a sebesség szempontjából is.
A folyó év januárjában A hirdetésblokkolók azzal érveltek, hogy az új API-n keresztül nyújtott előnyök ellenére a Google azt tervezte, hogy a szűrőket 30,000 XNUMX-re korlátozza, a hirdetésfenntartók elégtelennek ítélt számot.
Januárban a Raymond Hill uBlock Origin és az uMatrix kiterjesztések voltak a szerzők (többek között) a népszerű Easylist blokklista 42,000 XNUMX szűrővel. A Google áttekintette ezt a részletet, és bejelenti a szűrőkorlát túllépését 30,000 150,000-ről XNUMX XNUMX-re.
Az Opera, a Bátor és a Vivaldi nem biztos, hogy váltanak
Általánosságban elmondható, hogy a Chromium-alapú böngésző-fejlesztők bejelentéseket tettek arról, hogy nem fognak igazodni a felhasználók számára ártalmas változásokhoz.
A böngészőiket integráló hirdetésblokkolók mellett az Opera és a Brave trendje a régi Web Request API támogatásával folytatódik, amely lehetővé teszi, hogy az olyan kiterjesztések, mint az uBlock és az uMatrix, továbbra is problémamentesen működjenek.
Míg a Vivaldiban az API változásának kezelése a Google végső döntéseitől függ.