Google svarar på problem med Chromium Adblock-blockering

I januari skrev vi om en växande furore pga Googles planer på att fasa ut webRequest API och ersätt det med ett nytt declarativeNetRequest API som är mycket mindre kraftfullt och som begränsar antalet regler som utvecklare kan använda för att filtrera bort annonser.

Vid den tidpunkten har utvecklaren av en av de bästa adbock-apparna, uBlock Origin, sagt på bugs.chromium.org:

Om detta (ganska begränsade) deklarativa NetRequest API slutar vara det enda sättet innehållsblockerare kan utföra sin plikt, betyder detta i huvudsak att två innehållsblockerare som jag har underhållit i flera år, uBlock Origin (“uBO”) och uMatrix, inte längre kan existera.

Nu a Googles ingenjör som arbetar med Chromium har svarat till oro och har gått med på vissa eftergifter, även om det inte är klart om dessa går tillräckligt långt.

Google var fortfarande fast besluten att bli av med webRequest AP och sa att det är en källa till ökande missbruk, men har gått med på att förbättra declarativeNetRequest API på följande sätt:

• Dynamisk regelstöd: Vi håller med om att detta är värdefullt för att skapa sofistikerade innehållsblockerande tillägg, och kommer att lägga till stöd för deklarativa regler som kan läggas till eller tas bort under körning till declarativeNetRequest API.
• Ökad regeluppsättningsstorlek: Vi kommer att höja regelgränsen från utkastet 30K-värdet. En övre gräns är dock fortfarande nödvändig för att säkerställa prestanda för användarna. Blockeringslistor har tenderat att vara "push-only", där nya regler läggs till men föråldrade regler sällan, om någonsin, tas bort (extern forskning har visat att 90 % av EasyLists blockeringsregler inte gav någon fördel i vanliga blockeringsscenarier). Att låta denna lista fortsätta att växa obegränsat är problematiskt.
• Ytterligare åtgärder och villkor: Vi planerar att lägga till stöd för matchning baserat på fler villkor, såsom resursstorlek, och kommer att tillhandahålla åtgärder för att ändra delar av en begäran istället för att bara blockera den, som att ta bort cookies. Vi undersöker också andra villkor och åtgärder som kan vara vettiga att lägga till, till exempel matchning baserat på toppdomän. (En ytterligare anmärkning: Medan vi undersöker att lägga till stöd för CSP-modifieringar, nämndes ofta som ett användningsfall att lägga till en CSP-rubrik för att inaktivera JavaScript; detta är redan möjligt genom innehållsinställningar API. Om detta är otillräckligt, vänligen meddela oss varför.)

Google sa att de skulle fortsätta att arbeta med utvecklare och inte skulle ta bort webRequest API innan ersättningen är klar och mogen, och sa:

Återigen har vi åtagit oss att stödja tillägg i Chrome. Vi kommer att fortsätta att arbeta med utvecklare. Vi kommer inte att lansera Manifest V3 förrän det är klart, och det kommer att finnas en migreringsperiod där vi kan fortsätta att ta itu med feedback och problem. Vi kommer inte att ta bort stödet för Manifest V2 förrän vi är säkra på plattformen.

Många förblir skeptiska men Googles verkliga mål är att strängare kontrollera användarupplevelsen för att möjliggöra spårning och annonsvisning av deras miljarder användare.

Tror våra läsare att Google kommer att använda sin ökande kontroll över världens webbrenderingsmotorer via Chromium för att öka sin annonsverksamhet ytterligare, eller finns det tillräckligt med webbläsarkonkurrens för att hålla dem ärliga? Låt oss veta nedan.

Via Registret