Google răspunde preocupărilor legate de blocarea reclamelor Chromium

În ianuarie am scris despre un furor tot mai mare din cauza Google intenționează să renunțe la API-ul webRequest și înlocuiți-l cu un nou declarativeNetRequest API, care este mult mai puțin puternic și care limitează numărul de reguli pe care dezvoltatorii le pot folosi pentru a filtra anunțurile.

La acea vreme, dezvoltatorul uneia dintre cele mai bune aplicații adbock, uBlock Origin, a spus pe bugs.chromium.org:

Dacă acest (destul de limitat) declarativNetRequest API ajunge să fie singurul mod prin care blocanții de conținut își pot îndeplini datoria, asta înseamnă în esență că doi blocanți de conținut pe care i-am întreținut de ani de zile, uBlock Origin („uBO”) și uMatrix, nu mai pot exista.

Acum a Inginerul Google care lucrează la Chromium a răspuns la preocupări și a fost de acord cu unele concesii, deși nu este clar dacă acestea merg suficient de departe.

Google a rămas hotărât să scape de webRequest AP, spunând că este o sursă de abuz tot mai mare, dar a fost de acord să îmbunătățească API-ul declarativeNetRequest în următorul mod:

• Suport pentru reguli dinamice: Suntem de acord că acest lucru este valoros pentru a crea extensii sofisticate de blocare a conținutului și vom adăuga suport pentru regulile declarative care pot fi adăugate sau eliminate în timpul execuției în API-ul declarativeNetRequest.
• Mărimea setului de reguli mărită: Vom ridica limita regulii de la valoarea schiță de 30K. Cu toate acestea, o limită superioară este încă necesară pentru a asigura performanța utilizatorilor. Listele de blocare au tendința de a fi „doar push”, unde sunt adăugate reguli noi, dar regulile învechite sunt rareori, dacă vreodată, eliminate (cercetare externă a arătat că 90% dintre regulile de blocare EasyList nu au oferit niciun beneficiu în scenariile comune de blocare). Este problematic faptul că această listă continuă să crească nelimitat.
• Acțiuni și condiții suplimentare: Intenționăm să adăugăm suport pentru potrivire pe baza mai multor condiții, cum ar fi dimensiunea resursei, și vom oferi acțiuni pentru modificarea părților unei solicitări în loc să o blocăm doar, cum ar fi eliminarea cookie-urilor. De asemenea, investigăm și alte condiții și acțiuni care ar putea avea sens să fie adăugate, cum ar fi potrivirea bazată pe domeniul de nivel superior. (O notă suplimentară: în timp ce investigăm adăugarea de suport pentru modificările CSP, adăugarea unui antet CSP pentru a dezactiva JavaScript a fost frecvent menționată ca un caz de utilizare; acest lucru este deja posibil prin intermediul setari de continut API. Dacă acest lucru este insuficient, vă rugăm să ne spuneți de ce.)

Google a spus că va continua să lucreze cu dezvoltatorii și nu va elimina API-ul webRequest înainte ca înlocuirea să fie gata și matură, spunând:

Încă o dată, ne angajăm să sprijinim extensiile în Chrome. Vom continua să lucrăm cu dezvoltatorii. Nu vom lansa Manifest V3 până când nu este gata și va exista o perioadă de migrare în care putem continua să abordăm feedback și probleme. Nu vom elimina suportul pentru Manifest V2 până când nu vom fi încrezători în platformă.

Mulți rămân sceptici, însă scopul real al Google este de a controla mai strâns experiența utilizatorului pentru a permite urmărirea și difuzarea de anunțuri a miliardelor de utilizatori.

Cititorii noștri cred că Google își va folosi din ce în ce mai mult controlul asupra motoarelor de randare web din lume prin Chromium pentru a-și spori și mai mult afacerea publicitară sau există suficientă concurență în browser pentru a-i menține sinceri? Anunțați-ne mai jos.

Prin intermediul Registrul