O Google, no entanto, lembrou-se do princípio "
Não seja mau " e abandonou as
alterações planejadas
na API do navegador Chromium , devido às quais a maioria dos bloqueadores de anúncios e algumas outras extensões
ficaram inoperantes .
A decisão foi tomada após a publicação do
estudo , sobre como diferentes bloqueadores de anúncios retardam o trabalho do Chromium (veja acima). Acontece que esses atrasos são tão escassos que dificilmente podem ser considerados um motivo para a introdução de uma nova API. Algumas horas após o surgimento disso, um dos desenvolvedores do Chromium
anunciou oficialmente a decisão de adiar as novas APIs.
Lembre-se de que o
conflito surgiu devido às novas
APIs declarativeNetRequest (parte do documento
Manifest V3 ), que tornam impossível o uso completo da
API webRequest . As extensões usam dados da API para bloquear o conteúdo rapidamente durante o carregamento da página. No novo sistema, os bloqueadores não podem bloquear eventos, mas apenas visualizá-los. Em vez disso, são oferecidas extensões para alternar para a API declarativeNetRequest - e informar o navegador sobre os eventos que eles desejam bloquear. Isso supostamente deve acelerar o carregamento de páginas no navegador (porque as extensões não vão mais desacelerar o fluxo principal) e também proteger a privacidade dos usuários, de acordo com o Google.
O primeiro
a tocar o alarme foi Raymond Hill, autor do uBlock Origin e do uMatrix. Ele
afirmou que suas extensões de bloqueio de anúncios "não poderão existir" se as alterações forem aceitas. Posteriormente, o pessimismo foi
expresso por desenvolvedores de outras extensões, incluindo F-Secure, NoScript e Ermes Cyber Security. Por exemplo, o NoScript para Firefox não pode ser portado para o Chrome.
Raymond Hill observou que a API declarativeNetRequest nada mais é do que uma implementação de um mecanismo de filtragem específico e uma implementação bastante limitada (um limite de 30.000 restrições não é suficiente para elaborar as conhecidas listas EasyList). ” Raymond Hill também observou que a nova API não suporta alguns outros recursos, incluindo o bloqueio de elementos de multimídia maiores que o tamanho especificado, desativando o JavaScript, introduzindo diretivas de política de segurança de conteúdo e removendo os cabeçalhos de cookies de saída.
O Google afirmou que são necessárias alterações para 1) segurança; 2) a operação rápida do bloqueador de anúncios embutido no Chromium, porque as extensões atuais com seu mecanismo de operação atual diminuem a velocidade do navegador, aumentando o tempo de renderização da página. No entanto, o
Estudo de desempenho dos
Adblockers publicado em 15 de fevereiro de 2019 refuta completamente essa tese.
O estudo foi conduzido por desenvolvedores do bloqueador de anúncios Ghostery da startup alemã Cliqz. Provavelmente, eles ficaram especialmente ofendidos ao ouvir acusações do Google, porque seu bloqueador teve o menor efeito na velocidade de carregamento da página, levando a todas as categorias com uma margem bastante boa. Bem, isso pode ser entendido, porque o Ghostery na verdade não é um bloqueador completo, como o uBlock Origin. Além disso, a escolha de extensões para teste também pode ser criticada, mas esse não é o ponto. O principal é que os bloqueadores de anúncios praticamente não diminuem o carregamento das páginas, como muitos (incluindo o Google) pensavam.
A comparação mostrou que "os bloqueadores de conteúdo mais populares já são muito eficazes (eles têm um tempo médio de decisão por solicitação de menos de 1 milissegundo) e não devem levar a custos indiretos perceptíveis para os usuários". Além disso, um estudo anterior da
The Tracker Tax mostrou que o bloqueio de anúncios realmente
acelera o carregamento da página , em alguns casos pela
metade .
Se falarmos sobre os problemas, é mais provável que eles estejam conectados ao trabalho de outras extensões, em vez de bloqueadores.
Diagrama de um estudo do DebugBear de dezembro de 2018 sobre como diferentes extensões carregam a CPU durante a renderização da página.O cancelamento dos planos do Google é apenas uma correção temporária, disse o engenheiro do Chrome, Devlin Cronin. Após o refinamento, o Manifest V3 será devolvido para discussão, levando em consideração os requisitos de todos os desenvolvedores.