Google no bloquear谩 los bloqueadores de anuncios de terceros en el navegador Chromium



Sin embargo, Google record贸 el principio de No ser malvado y abandon贸 los cambios planeados en la API del navegador Chromium , debido a lo cual la mayor铆a de los bloqueadores de anuncios y algunas otras extensiones dejaron de funcionar .

La decisi贸n se tom贸 despu茅s de la publicaci贸n del estudio , c贸mo diferentes bloqueadores de anuncios ralentizan el trabajo de Chromium (ver arriba). Result贸 que estas demoras son tan escasas que dif铆cilmente pueden considerarse una raz贸n para introducir una nueva API. Unas horas despu茅s de la aparici贸n de esto, uno de los desarrolladores de Chromium anunci贸 oficialmente la decisi贸n de posponer las nuevas API.

Recuerde que el conflicto surgi贸 debido a las nuevas API declarativeNetRequest (parte del documento Manifest V3 ), que hacen que sea imposible utilizar completamente la API webRequest . Las extensiones usan datos API para bloquear contenido sobre la marcha durante la carga de la p谩gina. En el nuevo sistema, los bloqueadores no pueden bloquear eventos, sino solo verlos. En cambio, se ofrecen extensiones para cambiar a la API declarativeNetRequest e informar al navegador sobre los eventos que desean bloquear. Esto supuestamente deber铆a acelerar la carga de p谩ginas en el navegador (porque las extensiones ya no ralentizar谩n la transmisi贸n principal) y tambi茅n proteger la privacidad de los usuarios, seg煤n Google.

El primero en hacer sonar la alarma fue Raymond Hill, autor de uBlock Origin y uMatrix. Dijo que sus extensiones de bloqueo de anuncios "no podr谩n existir" si se aceptan los cambios. Posteriormente, los desarrolladores de otras extensiones expresaron pesimismo, incluidos F-Secure, NoScript y Ermes Cyber 鈥嬧婼ecurity. Por ejemplo, NoScript para Firefox no se puede portar a Chrome.

Raymond Hill se帽al贸 que la API declarativeNetRequest no es m谩s que una implementaci贸n de un motor de filtrado en particular, y una implementaci贸n bastante limitada (un l铆mite de 30,000 restricciones no es suficiente para resolver las conocidas listas de EasyList) ". Raymond Hill tambi茅n se帽al贸 que la nueva API no es compatible con algunas otras caracter铆sticas, incluido el bloqueo de elementos multimedia m谩s grandes que el tama帽o especificado, la desactivaci贸n de la ejecuci贸n de JavaScript mediante la introducci贸n de directivas de Pol铆tica de seguridad de contenido y la eliminaci贸n de encabezados de cookies salientes.

Google afirm贸 que los cambios son necesarios para 1) la seguridad; 2) la operaci贸n r谩pida del bloqueador de anuncios integrado en Chromium, porque las extensiones actuales con su mecanismo de operaci贸n actual ralentizan el navegador, aumentando el tiempo de representaci贸n de la p谩gina. Sin embargo, el Estudio de rendimiento de Adblockers publicado el 15 de febrero de 2019 refuta completamente esta tesis.

El estudio fue realizado por desarrolladores del bloqueador de anuncios Ghostery de la startup alemana Cliqz. Probablemente, se sintieron especialmente ofendidos al escuchar acusaciones de Google, porque su bloqueador tuvo el menor efecto en la velocidad de carga de la p谩gina, liderando en todas las categor铆as con un margen bastante bueno. Bueno, esto se puede entender, porque Ghostery en realidad no es un bloqueador completo, como uBlock Origin. Adem谩s, la elecci贸n de extensiones para la prueba tambi茅n puede ser criticada, pero ese no es el punto. Lo principal es que los bloqueadores de anuncios pr谩cticamente no ralentizan la carga de p谩ginas, como muchos (incluido Google) pensaron.

La comparaci贸n demostr贸 que "los bloqueadores de contenido m谩s populares ya son muy efectivos (tienen un tiempo de decisi贸n promedio por solicitud de menos de 1 milisegundo) y no deber铆an generar gastos generales perceptibles para los usuarios". Adem谩s, un estudio previo de The Tracker Tax mostr贸 que el bloqueo de anuncios en realidad acelera la carga de la p谩gina , en algunos casos a la mitad .

Si hablamos de los problemas, es m谩s probable que est茅n conectados con el trabajo de otras extensiones, en lugar de los bloqueadores.


Diagrama de un estudio de DebugBear de diciembre de 2018 sobre c贸mo las diferentes extensiones cargan la CPU durante la representaci贸n de la p谩gina.

Cancelar los planes de Google es solo una soluci贸n temporal, dijo el ingeniero de Chrome Devlin Cronin. Despu茅s del refinamiento, Manifest V3 ser谩 devuelto para su discusi贸n, teniendo en cuenta los requisitos de todos los desarrolladores.

Source: https://habr.com/ru/post/440780/


All Articles