O Chromium é um projeto de navegador de código aberto e também a base comum de navegadores como Chrome, Edge, Brave e Opera, mas não é em si um produto acabado para usuários comuns. O artigo explica a relação entre o projeto e as distribuições e o que a frase baseado em Chromium permite afirmar e o que não permite.
Ao instalar um navegador, poucas pessoas percebem que Edge, Brave, Opera, Vivaldi e Chrome usam o mesmo código de base. Esse código se chama Chromium e determina como as páginas são renderizadas, como os scripts são executados e a quais interfaces as extensões podem chamar.
Um projeto, não um produto
O Chromium é um projeto de código aberto, liberado como código aberto em 2008 junto com o Chrome, e inclui o motor de renderização Blink, o motor de JavaScript V8 e o código completo da interface do navegador. O Google lidera sua manutenção, mas o código é público e qualquer pessoa pode usá-lo para criar sua própria distribuição.
A diferença essencial é esta: o Chromium em si não é um produto acabado para usuários comuns. O que se oferece oficialmente são snapshots compilados continuamente, sem atualizador automático, sem sistema de contas e sem suporte de marca ou de serviços. Isso também explica por que muitas pessoas, depois de baixar o Chromium, descobrem que precisam cuidar das atualizações por conta própria.
Por que todo mundo o usa
Manter um motor de navegador custa caro demais. Acompanhar os padrões da web, corrigir vulnerabilidades de segurança e adaptar-se a diversos sistemas operacionais e a hardware novo exigem uma equipe com dedicação de longo prazo. Escrever um do zero não é realista; ramificar a partir do Chromium e modificá-lo custa muito menos e ainda herda diretamente o ecossistema de extensões e as ferramentas de depuração.
Assim, os caminhos se separaram. O Chrome é produto da própria Google; o Edge abandonou seu motor próprio em 2020 e passou a usar o Chromium; o Opera deu esse passo antes; Brave, Vivaldi e Samsung Internet também constroem sua diferenciação sobre essa base. O WebView no Android e os aplicativos Electron no desktop também usam o Chromium. Em contrapartida, o Firefox usa Gecko e o Safari usa WebKit, uma outra rota técnica.
A diferença em relação ao Chrome
Mesma origem não significa a mesma coisa. O Chrome adiciona ao Chromium um atualizador automático, estatísticas de falhas e de uso e sincronização com a conta Google, e comprou licenças para incluir codecs proprietários como H.264 e AAC e o Widevine DRM, por isso os sites de streaming reproduzem corretamente. As compilações oficiais do Chromium normalmente não trazem isso; uma página de vídeo pode abrir sem reproduzir, e login e sincronização não estão em lugar nenhum.
Os padrões de privacidade também diferem. O Chromium não envia telemetria de volta, mas também não oferece o conjunto de controles de privacidade do Chrome; os navegadores derivados fazem suas próprias escolhas, com o Brave bloqueando anúncios e scripts de rastreamento por padrão e o Edge trocando o sistema de contas pelo da Microsoft. Nenhuma dessas diferenças está dentro do motor.
Outra diferença frequentemente ignorada é o avanço das versões. Existe um intervalo de tempo entre os fabricantes derivados e o projeto original, e alguns números de versão parecem andar bem colados, quando na verdade os patches são mesclados separadamente. Ao encontrar um problema que aparece só em um navegador específico, confirme primeiro a versão e só depois desconfie do motor.
Por que a compatibilidade e a automação se importam com ele
Quando o desenvolvimento front-end encontra uma página que funciona no Chrome e falha em outros navegadores, o primeiro passo é determinar se é um problema de motor ou uma mudança do fabricante. Enquanto tudo estiver sobre o Chromium, o comportamento de CSS e JavaScript é em grande parte previsível, e as diferenças vêm sobretudo da idade da versão e dos patches do fabricante.
A automação também se beneficia. Um protocolo de depuração comum significa que um script escrito para o Chromium costuma rodar diretamente em um navegador derivado; as interfaces do DevTools e a forma de chamar o modo headless também são consistentes. A dificuldade está nas versões: os fabricantes derivados acompanham o projeto original em ritmos diferentes, alguns ficam várias versões atrás, e o mesmo script roda na versão antiga e dá erro na nova, ou funciona no navegador A mas não no B, por isso fixar a versão importa mais do que perseguir a mais recente.
Tarefas de automação que precisam rodar em paralelo por muito tempo costumam fixar uma versão do Chromium e usá-la com um ambiente de execução isolado. A maioria das ferramentas de isolamento de múltiplas contas também usa o Chromium como base, porque é código aberto, a versão pode ser fixada e as interfaces de extensão e automação são completas. O PurpleMark é uma dessas ferramentas: dá a cada conta um ambiente de navegador independente e separa perfis, saídas de rede e características do dispositivo.
O que essa frase explica e o que não explica
Dizer que um navegador é baseado em Chromium permite afirmar que o motor de renderização e o motor de scripts são iguais, que as páginas se comportam de forma parecida, que as interfaces de extensão e o protocolo de depuração são em geral intercambiáveis e que o risco de compatibilidade web é baixo.
O que não permite afirmar é uma longa lista: os padrões de privacidade, se há coleta de telemetria, a capacidade de sincronização, os canais de atualização, se foram adicionadas funções extras de bloqueio ou de aceleração e quantas versões está atrás do projeto original. Menos ainda permite julgar se é seguro, porque o que o Chromium abre é o código, não a configuração padrão.
Tomar um navegador baseado em Chromium como se fosse o mesmo produto é o erro de leitura mais comum. O que realmente define a experiência diária é o que cada fabricante acrescenta sobre essa base, o que remove e com que frequência sincroniza com o projeto original.
