A lista de ferramentas stealth para automação de navegador em 2026 cresceu para dezenas de nomes, e um em cada dois repositórios promete ser "undetected". Verificar isso a olho nu não é possível: o mesmo Camoufox ocupa o meio da tabela em um estudo, enquanto em outro está entre os quatro melhores. Vamos analisar dois benchmarks independentes de 2026 com metodologia aberta, olhar para os números reais e — o mais importante — entender qual camada de detecção eles não medem.
O que exatamente foi medido: dois benchmarks, dois árbitros diferentes
O primeiro estudo — benchmark anti-detect de Ian Patterson (publicado em 18 de maio de 2026). Sete ferramentas foram testadas em 31 alvos em quatro categorias: painéis de detecção JS, endpoints TLS, sites ao vivo sob Cloudflare e outros anti-bots, além de plataformas de conteúdo de alta carga com "fingerprinting" silencioso. O resultado — 651 veredictos: 217 células com três execuções independentes cada, tudo concluído em 5 horas e 11 minutos em uma única noite. Os testes foram realizados em modo headed com um IP residencial (Mac Studio, Colúmbia Britânica).
O segundo — benchmark stealth do The Web Scraping Club (23 de julho de 2026): 15 bibliotecas Python open-source, incluindo patches do Playwright, ferramentas nativas do CDP e compilações personalizadas de navegadores. O papel de juiz externo foi desempenhado pelo deviceandbrowserinfo.com com sua análise JSON e a flag isBot; a pontuação interna do probe coincidiu com o veredicto externo em 92% para as 13 ferramentas testadas.
A diferença chave: o primeiro benchmark ataca alvos de produção ao vivo (ou seja, a combinação "fingerprint + reputação do IP + comportamento do site"), enquanto o segundo foca no fingerprinting JS puro em condições de laboratório, excluindo intencionalmente o fingerprinting de transporte, tempos de resposta e reputação de proxies. Daí a discrepância nos líderes.
Tabela: quem passou quanto em alvos ao vivo
Resultados de Patterson para 31 alvos (OK — acesso concedido, gated — desafio intersticial, blocked — recusa severa sem chance de passar pela verificação):
- nodriver (Chrome 148 do sistema) — 28 OK, 3 gated, 0 blocked
- CloakBrowser (Chromium 145) — 26 OK, 3 gated, 2 blocked
- curl_cffi 0.15.0 (impersonate=chrome, apenas HTTP) — 26 OK, 3 gated, 2 blocked
- Patchright (channel=chrome, Chrome 148) — 25 OK, 3 gated, 3 blocked
- Camoufox (Firefox 135.0.1-beta.24) — 25 OK, 3 gated, 3 blocked
- vanilla Playwright (Chromium 147) — 24 OK, 2 gated, 5 blocked
- rebrowser-playwright (Chromium 136) — 24 OK, 2 gated, 5 blocked
A diferença entre o líder e o Playwright básico é de apenas cinco alvos. Mas o que interessa não é a diferença, e sim onde exatamente ela ocorre. No canadianinsider e no glassdoor, apenas o nodriver passou (no glassdoor — através de um desafio suave), no google-search falharam vanilla, Patchright e rebrowser, no stackoverflow — vanilla e rebrowser. E no dev.to, o único instrumento bloqueado foi o Camoufox.
No segundo benchmark com um árbitro rigoroso, apenas quatro ferramentas das quinze passaram: camoufox, CloakBrowser, RayoBrowse e scrapling. O mesmo Camoufox, que no teste ao vivo encontrou dificuldades no dev.to, no laboratório com fingerprinting JS estava entre os melhores — porque lá não foi considerada a reputação acumulada da assinatura Firefox em um único IP.
Por que nodriver vence: não é sobre camuflagem, mas sobre protocolo
Os patches como playwright-stealth e rebrowser corrigem sinais estáticos: propriedades do navigator, canvas, WebGL, geometria da tela. O problema é que os anti-bots modernos capturam não apenas esses, mas o próprio fato de controle do navegador via protocolo de automação. O vetor clássico — chamada Runtime.enable: a maioria das bibliotecas o aciona na inicialização, e o Cloudflare com o DataDome isso detectam.
O nodriver controla o Chrome diretamente através do CDP, sem a camada do Playwright: não há shim no control-plane, não há sequência inicial de Runtime.enable, não há middleware entre o código Python e o processo do navegador. Ele mesmo decide quais comandos do CDP enviar. Daí a ausência de bloqueios severos: consertar impressões estáticas é inútil se você é visível pelo canal de controle.
O Camoufox segue um caminho diferente — é um fork do Firefox com modificações em nível C, que substitui a API de fingerprinting por valores aleatórios acordados. Ele é forte contra fingerprinting complexo, mas paga com velocidade e recursos, e a assinatura Firefox por si só é notável em meio ao Chrome dominante. O Patchright é o compromisso mais cuidadoso: uma substituição drop-in do Playwright, corrige vazamentos do CDP na inicialização e consegue controlar o Chrome 148 do sistema sem reescrever o código.
A camada que nenhum benchmark mede
Aqui começa o mais importante para a prática. Ambos os estudos deixam claro o limite de seu escopo, e as formulações quase coincidem. O autor do segundo benchmark escreve que a reputação do proxy se refere ao seu IP, e não à sua ferramenta, e por isso a excluiu do escopo. O autor do primeiro explica o mesmo de outra maneira: o proxy apenas reescreve o IP de origem, enquanto o handshake TLS, a ordem dos frames HTTP/2, as propriedades do navigator e a impressão do canvas são geradas em uma máquina real.
Desse modo, segue uma conclusão que vale a pena destacar: ferramenta e IP cobrem diferentes camadas de detecção, e uma não compensa a outra. A análise de navegadores stealth da Scrapfly de 10 de agosto de 2026 formula a metade simétrica: um fingerprinting limpo sobre um IP de data center marcado ainda recebe bloqueio.
Além disso, uma combinação infeliz funciona pior do que a sua ausência. Patterson descreve isso como uma exigência de consistência de perfil: um servidor Linux atrás de um proxy residencial ainda anuncia um navegador com forma Linux — e é essa contradição que os gates marcam. O efeito reverso também está documentado: em testes externos, a rotação de IP melhorou significativamente os resultados do Camoufox, não permitindo que a reputação se acumulasse contra a assinatura reconhecível do Firefox em acessos repetidos de um único endereço.
O sentido prático é simples. Se você executa testes de um único endereço estático, você mede não tanto a ferramenta, mas o desgaste de um IP específico. Alvos ao vivo como plataformas protegidas pelo Cloudflare avaliam a combinação como um todo, portanto, para cenários com múltiplas sessões, faz sentido distribuí-las por diferentes endereços — proxies residenciais para alvos onde a reputação "doméstica" do endereço é importante, e data centers onde a verificação do IP é mais suave, mas a velocidade é crítica. Como exatamente a camada de transporte é detectada e por que o curl_cffi entrou na tabela ao lado dos navegadores — é analisado no material sobre como contornar o fingerprinting TLS/JA4 através do curl_cffi.
A longevidade do projeto é mais importante que a posição na tabela
Qualquer ferramenta stealth open-source, cedo ou tarde, "vaza" e requer consertos, e o custo de manutenção em escala cresce rapidamente. Portanto, a atividade do repositório é um critério de escolha tão importante quanto a taxa de sucesso. Dados do GitHub em 13 de agosto de 2026:
- Camoufox — 11 057 estrelas, último push em 12.08.2026: projeto ativo e atualizado.
- Scrapling — 73 705 estrelas, push em 11.08.2026: o mais popular da lista, mas é um framework de scraping completo, não apenas a camada stealth.
- Patchright — 4 076 estrelas, push em 05.08.2026: ativamente mantido, como confirma o benchmark.
- nodriver — 4 649 estrelas, mas último push em 13.05.2026. O vencedor do teste ao vivo é atualizado com menos frequência que os demais.
- zendriver — 1 390 estrelas, push em 09.08.2026. Fork do nodriver, criado para corrigir bugs críticos e aceitar contribuições da comunidade.
Separadamente — sobre os outsiders. O rebrowser-playwright no benchmark estava no Chromium 136, e seu último commit data de setembro de 2024: o projeto está efetivamente abandonado, daí os cinco bloqueios severos. O CloakBrowser teve sua versão para macOS parada por dois meses no Chromium 145, enquanto as versões para Linux e Windows foram atualizadas — uma versão desatualizada do motor se torna um sinal por si só.
O que escolher para seu cenário
- Você já escreveu código em Playwright. Use o Patchright: é uma substituição de importação, não uma reescrita do projeto, e é o único dos forks com patches que o benchmark considera ativamente mantido. Tenha em mente que no google-search ele não passou no teste.
- Precisa do máximo em alvos severos sob Cloudflare/DataDome. O nodriver ou seu fork ativo zendriver — a única abordagem que elimina a impressão do próprio protocolo de automação. O preço — apenas Chrome, API mais jovem e menos conveniências prontas.
- A principal ameaça é o fingerprinting JS profundo. Camoufox com substituição em nível de motor. Deve ser usado em conjunto com rotação de endereços: sem isso, a assinatura do Firefox rapidamente acumula uma reputação negativa em um único IP.
- Os dados são enviados via HTTP sem execução de JS. curl_cffi com impersonate — 26 de 31 alvos sem navegador algum. A opção mais econômica em termos de recursos, se a página não requer renderização.
- Estão vendendo "98% de sucesso". Esses números (por exemplo, os 98% reivindicados pela Scrapfly contra o Cloudflare Bot Management e 96% contra o DataDome) são uma métrica do vendedor em sua infraestrutura e seu pool de endereços, e não um benchmark reproduzível. Compará-los diretamente com tabelas abertas não é correto.
E um princípio geral: teste a ferramenta em seus sites-alvo, e não em uma tabela consolidada de terceiros. A diferença de cinco alvos entre o líder e o Playwright básico significa que para boa parte das tarefas a diferença não se manifestará — mas em um específico glassdoor ou canadianinsider, a escolha fará toda a diferença. Quais sistemas estão em seus alvos e como sua lógica difere é útil entender com antecedência: sobre isso — comparação de anti-bots 2026: Cloudflare, DataDome, Akamai, Kasada.
Conclusão
Em alvos ao vivo em 2026, o nodriver lidera — zero bloqueios severos em 31 alvos, porque ele não deixa rastros do protocolo de automação. Em fingerprinting JS puro no laboratório, estão à frente Camoufox, CloakBrowser, RayoBrowse e scrapling. Não há contradição aqui: os benchmarks medem diferentes camadas, e sua escolha depende de qual camada atinge você.
Mas nenhuma dessas ferramentas resolve a tarefa por completo. O navegador stealth é responsável por como sua máquina se apresenta; o proxy — por onde você veio e o que esse endereço fez antes. Os gates capturam tanto uma impressão ruim quanto um IP sujo, e o que mais pesa — a contradição entre eles. Monte sua combinação de forma consciente: ferramenta para o tipo de detecção, endereço para o tipo de alvo, e verifique o resultado em suas próprias páginas, não em uma captura de tela de tabela de terceiros.
```