O Google Chrome agora bloquearia certos bloqueadores de anĂșncios e destruiria extensĂ”es de bloqueio de conteĂșdo de acordo com as mudanças no navegador Chromium de cĂłdigo aberto propostas pelos engenheiros do Google por uma questĂŁo de velocidade e segurança. Parece que o Adblock Plus seria uma exceção a essa mudança, embora plug-ins semelhantes de terceiros fossem afetados. As alteraçÔes redigidas tambĂ©m restringiriam os recursos disponĂveis para desenvolvedores de extensĂ”es.
Os bloqueadores de conteĂșdo auxiliam os usuĂĄrios a controlar os processos de apresentação e interação de seu navegador com recursos remotos.
O Manifest v3, em uma tentativa de melhorar a segurança, privacidade, desempenho e atĂ© mesmo aprimorar o controle do usuĂĄrio, compreende uma especificação para arquivos de manifesto de extensĂŁo de navegador enumerando recursos e capacidades disponĂveis para extensĂ”es de navegador. O documento de design afirmava: âOs usuĂĄrios devem ter maior controle sobre suas extensĂ”es⊠Um usuĂĄrio deve ser capaz de determinar quais informaçÔes estĂŁo disponĂveis para uma extensĂŁo e ser capaz de controlar esse privilĂ©gioâ.
Para atingir esses objetivos, o Google planeja substituir a API webRequest pela nova API declarativaNetRequest.
A API webRequest permite a interceptação de solicitaçÔes de rede por extensÔes de navegador para bloqueå-las, modificå-las ou redirecionå-las, o que atrasa o carregamento da pågina web. Portanto, esta API agora poderå apenas ler, e não modificar, solicitaçÔes de rede.
A API declarativaNetRequest permitiria que o prĂłprio navegador Chrome lidasse com solicitaçÔes de rede, mas corre o risco de remover uma possĂvel fonte de gargalos e um mecanismo potencialmente Ăștil para alterar o comportamento do navegador.
A API declarativaNetRequest oferece melhor privacidade aos usuĂĄrios porque as extensĂ”es nĂŁo podem realmente ler as solicitaçÔes de rede feitas em nome do usuĂĄrio â documento da API do Google
Raymond Hill, o desenvolvedor por trĂĄs do uBlock Origin e do uMatrix postou no rastreador de bugs do Chromium que as alteraçÔes sugeridas pela proposta do Manifest v3 destruiriam suas extensĂ”es de anĂșncio e bloco de conteĂșdo, ao mesmo tempo que restringiriam o controle de conteĂșdo pelos usuĂĄrios.
Caso o usuårio prefira permitir que um desenvolvedor terceirizado filtre as solicitaçÔes de rede no lugar do Google, essas alteraçÔes redigidas interfeririam na funcionalidade da pågina da web.
Hill acrescenta que âse esta API NetRequest declarativa (bastante limitada) acabar sendo a Ășnica maneira pela qual os bloqueadores de conteĂșdo podem cumprir seu dever, isso significa essencialmente que dois bloqueadores de conteĂșdo que mantenho hĂĄ anos, uBlock Origin e uMatrix, nĂŁo podem mais existirâ.
Embora as mudanças propostas reduzissem a eficĂĄcia do bloqueio de conteĂșdo e das extensĂ”es, todo o bloqueio de anĂșncios nĂŁo seria necessariamente eliminado. O Google e outras redes de publicidade na Internet supostamente pagam ao Adblock Plus para colocar seus anĂșncios online na lista de permissĂ”es e, portanto, sua preferĂȘncia por este plug-in especĂfico. No entanto, em comparação com o Adblock Plus, o uBlock Origin e o uMatrix oferecem controles muito mais abrangentes, sem se preocupar em acalmar os editores por meio da lista de permissĂ”es de anĂșncios.
AlĂ©m disso, existem outras facilidades, como bloquear elementos de mĂdia maiores que um tamanho especificado, desabilitar a execução de JavaScript injetando diretivas Content-Security-Policy e remover os cabeçalhos de cookies de saĂda, que nĂŁo estariam mais disponĂveis na nova API declarativaNetRequest.
Aparentemente, Hill estĂĄ aguardando uma resposta do engenheiro de software do Google que supervisiona o problema.
Entendo o objetivo de uma API declarativaNetRequest e nĂŁo sou contra essa API. No entanto, nĂŁo entendo por que a capacidade de bloqueio da API webRequest â que existe hĂĄ mais de sete anos â seria removida (como propĂ”e o documento de design). NĂŁo vejo o que ganhar com isso – Raymond Hill, o desenvolvedor por trĂĄs do uBlock Origin e do uMatrix
Ele argumenta contra a utilidade do Chromium caso essas mudanças venham a existir: âAs extensĂ”es agem em nome dos usuĂĄrios, elas adicionam capacidades a um ‘agente do usuĂĄrio’, e descontinuar a capacidade de bloqueio da API webRequest diminuirĂĄ essencialmente o nĂvel de agĂȘncia do usuĂĄrio em Chromium, para o benefĂcio de sites que obviamente ficariam felizes em ter a Ășltima palavra sobre quais recursos suas pĂĄginas podem buscar/executar/renderizar⊠Com uma API NetRequest declarativa tĂŁo limitada e a depreciação de bloquear a capacidade da API webRequest, sou cĂ©tico ‘agente de usuĂĄrio’ ainda serĂĄ uma categoria adequada para classificar o Chromium.â
VĂĄrios outros desenvolvedores de extensĂ”es demonstraram consternação com as mudanças elaboradas, alguns atĂ© supondo que a polĂtica do Google Ă© usar a privacidade como pretexto para impulsionar seu negĂłcio de publicidade.
O Google ainda nĂŁo finalizou as mudanças e pode estar disposto a atender Ă s preocupaçÔes dos desenvolvedores de extensĂ”es. De acordo com o e-mail de um porta-voz do Google ao The Register, âAs coisas estĂŁo sujeitas a alteraçÔes e compartilharemos as atualizaçÔes conforme disponĂveisâ.