Proxy e headless browser: o que muda no fingerprint
Proxy resolve um sinal de detecção: a origem de rede. Mas heurísticas anti-bot modernas olham outro sinal, independente do IP — o fingerprint do navegador em si. Os dois problemas são diferentes e um proxy bom não resolve o segundo sozinho.
O que é fingerprint de navegador
É o conjunto de características que um site coleta do lado do cliente: user-agent, resolução de tela, fontes instaladas, comportamento de navigator.webdriver, timing de execução de JavaScript, suporte a WebGL, entre outros. Navegador headless (Puppeteer/Playwright/Selenium sem interface) deixa marcas específicas nesse conjunto que diferem de um navegador comum, mesmo saindo do mesmo IP.
Por que os dois sinais são independentes
Um bot rodando headless a partir de IP residencial/móvel ainda pode ser detectado pelo fingerprint do navegador — o site nem chega a olhar a reputação do IP porque o fingerprint já denunciou automação antes. Da mesma forma, um navegador com fingerprint perfeito saindo de IP de datacenter ainda é bloqueado pela reputação de rede.
Como tratar os dois juntos
- IP: proxy residencial/móvel resolve reputação de origem.
- Fingerprint: configuração de navegador que remove marcas óbvias de automação (
navigator.webdriver = false, user-agent consistente com o dispositivo real, viewport realista) resolve o segundo sinal.
As duas camadas resolvem problemas diferentes. Investir só em uma e ignorar a outra deixa a detecção passar pelo caminho que ficou aberto.
Onde a SelfProxy entra
Fornecemos a camada de rede — IP real de dispositivo móvel. A configuração de fingerprint do navegador que você usa (Playwright, Puppeteer, etc.) continua sendo responsabilidade da sua stack de automação.
Próximos passos
Se seu scraper ainda é bloqueado mesmo com IP de qualidade, verifique o fingerprint do navegador antes de assumir que o problema é de rede.