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 Security. 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.