Pular para o conteúdo

A alternativa ao Zendriver de código aberto

O Zendriver é o fork comunitário do nodriver: rápido, assíncrono, só CDP, com issues abertas e suporte a Docker. Como o nodriver, ele controla um Chrome padrão, então o fingerprint continua sendo o da sua máquina. O Clearcote muda esse fingerprint no motor, e o Zendriver pode controlá-lo.

O que é o Zendriver?

O Zendriver é um fork do nodriver criado para incorporar pull requests que estavam parados no upstream, adicionar tipagem estática e linting, e abrir o projeto a contribuições. É assíncrono por design, se comunica diretamente pelo Chrome DevTools Protocol, sem Selenium nem WebDriver, e tem uma configuração Docker complementar para rodar no Linux um Chrome com aceleração de GPU, fora do modo headless. É AGPL-3.0, tem cerca de 1.400 estrelas no GitHub e em torno de 120.000 downloads por mês no PyPI, e lançou a 0.16 em agosto de 2026.

O Zendriver herda o design do nodriver: remove totalmente a superfície do WebDriver, mas o Chrome que ele controla não tem modificações. Canvas, WebGL, fontes e hardware vêm do host, e não há como dar a uma sessão uma identidade diferente. A licença AGPL-3.0 é um copyleft forte que se estende ao uso em rede, o que importa se você o roda como parte de um serviço hospedado.

Clearcote vs Zendriver

RecursoClearcoteZendriver
Abordagem Patches em C++ no nível do motor Cliente CDP direto sobre um Chrome padrão
Identidade do fingerprint Persona coerente a partir de uma seed Os valores reais do seu host
Superfície do WebDriver Nenhuma: controlado via CDP Nenhuma: controlado via CDP
Docker Imagem oficial com endpoint CDP Imagem complementar para Chrome com aceleração de GPU (Linux)
TLS / rede O ClientHello acompanha a versão do Chrome da persona O que o Chrome local enviar
Interface Playwright e Puppeteer, mais um endpoint CDP bruto API Python assíncrona própria
Licença Build aberto BSD-3 AGPL-3.0 (copyleft de rede)
Custo Build aberto grátis; build mais recente grátis com GitHub; Pro $49/mês Grátis e aberto

Comparação feita em setembro de 2026. O Zendriver é Código aberto (AGPL-3.0); os detalhes mudam — confira o projeto para ver as informações mais recentes.

Por que equipes escolhem o Clearcote

Muda o que o navegador informa

O Zendriver controla o Chrome de forma limpa, mas o Chrome é padrão. O Clearcote define canvas, WebGL, fontes, tela e hardware no motor, como uma persona consistente.

Várias identidades num só host

Cada seed é uma máquina própria, então sessões em paralelo não compartilham o fingerprint do servidor em que rodam.

Licença permissiva

A AGPL-3.0 traz obrigações para serviços de rede. O build aberto do Clearcote é BSD-3, que não traz.

Funciona com o Zendriver

O browser_executable_path do Zendriver aceita qualquer binário Chromium, inclusive o Clearcote.

Quando o Zendriver pode ser a melhor escolha

  • Você gosta da API assíncrona no estilo do nodriver e o fingerprint do próprio host é aceitável para os seus alvos.
  • A AGPL-3.0 serve para o jeito como você o usa.
  • Ou rode o Zendriver sobre o Clearcote: passe o binário como browser_executable_path e os argumentos de fingerprint como browser_args.

Perguntas frequentes

Zendriver ou nodriver: qual é a diferença?

O Zendriver é um fork do nodriver que incorporou correções pendentes, adicionou linting e tipagem, abriu o issue tracker e adicionou suporte a Docker. A abordagem central, um cliente CDP direto para um Chrome padrão, é a mesma.

O Zendriver altera o fingerprint do navegador?

Não. Ele remove a camada do WebDriver, mas canvas, WebGL, fontes, tela e hardware vêm do Chrome que ele inicia e da máquina em que roda.

O Zendriver consegue controlar o Clearcote?

Sim. Defina browser_executable_path como o binário do Clearcote (o download() do SDK retorna o caminho dele) e passe --fingerprint em browser_args.

Leituras relacionadas

ComparaçãoClearcote vs nodriverO nodriver é o sucessor do undetected-chromedriver: rápido, assíncrono, sem Selenium, CDP puro. Mas ele ainda controla um Chrome padrão, então o fingerprint é o da sua máquina. O Clearcote mantém a ergonomia centrada em CDP e muda o fingerprint e o TLS no motor.Perguntas e respostasWhat is CDP detection?The Chrome DevTools Protocol drives automation but leaves side-effects — Runtime.enable, injected init scripts, main-world execution — that a page can observe. Spotting those is CDP detection.DocumentaçãoDeploy — Docker e endpoint CDPRode o Clearcote como endpoint CDP stealth: a imagem Docker oficial, o serve() e a conexão de Playwright, Puppeteer ou browser-use via CDP sem mudar código.ComparaçãoClearcote vs CamoufoxO Camoufox é um navegador antidetect de código aberto bem construído, baseado em Firefox. O Clearcote aplica a mesma abordagem no nível do motor ao Chromium, para que sua automação apresente o navegador que cerca de 69% da web realmente usa, e não um usado por cerca de 3%.ComparaçãoClearcote vs CloakBrowserO CloakBrowser é um Chromium stealth competente, no nível do motor, com muitos seguidores, mas o binário com os patches é de código fechado. O Clearcote também atua no nível do motor, roda um Chromium mais novo e oferece um build aberto em que você pode ler e recompilar cada patch.ComparaçãoClearcote vs undetected-chromedriverO undetected-chromedriver ainda é baixado cerca de 2 milhões de vezes por mês, mas a última versão saiu em fevereiro de 2024. Ele esconde a emenda Selenium/ChromeDriver num Chrome padrão e nunca mexe no fingerprint nem na camada de rede. O Clearcote muda os dois no motor.

Experimente a alternativa de código aberto baseada em Chromium

Grátis e de código aberto, plug-and-play no Playwright e no Puppeteer, coerente até o handshake TLS.

Grátis para um navegador com GitHub. Sem cartão.