Migrando do NetNut: o que fazer após a desativação da rede

Em 2 de julho de 2026, a Google anunciou uma ação contra a rede de proxies residenciais NetNut (também conhecida como Popa), em coordenação com o FBI e a Lumen. A empresa afirma ter desativado contas e serviços ligados a operações de comando e controle de malware, e compartilhou inteligência técnica com autoridades e parceiros do setor.

Segundo a Google, a ação removeu milhões de dispositivos do pool disponível do operador. Reuters, via Zonebourse, cobre a operação.

Se a NetNut fazia parte da sua stack para web scraping, monitoramento de preços ou coleta de OSINT, agora é a hora de avaliar o impacto em seus pipelines e planejar uma migração.

Contexto

A NetNut vendia proxies residenciais rotativos, ISP, móveis e de datacenter. Uma subsidiária da Alarum Technologies (Israel, fundada em 2017), era usada por equipes que combinavam um pool de IPs com seu próprio código de scraping.

Redes de proxies residenciais têm usos legítimos, mas também são regularmente abusadas para ocultar tráfego malicioso. Essa tensão explica por que as principais plataformas continuam apertando a fiscalização, e por que uma rede de proxies pode desaparecer da noite para o dia e levar seu pipeline junto.

Provável impacto na sua stack

Sem presumir nada sobre seu caso de uso específico, as equipes que usam a NetNut normalmente enfrentam o seguinte nesse tipo de situação:

• Taxas de erro mais altas e timeouts
• Instabilidade em rotas ainda ativas
• Aumento de bloqueios em sites alvo, à medida que os IPs da rede são sinalizados

Mesmo para uso em conformidade, manter a camada de proxy + anti-bot por conta própria fica caro quando o provedor entra em colapso.

O que a investigação destaca

Pesquisadores documentaram a ligação entre Popa e NetNut. Um deles resumiu a lição para o setor:

Se você corta caminho ao construir sua rede de proxies, há consequências criminais. Um grande agradecimento a todos os pesquisadores que ligaram Popa à Netnut e à conspiração criminosa para construir um grande pool de proxies residenciais. Todos os provedores de proxy devem ter cuidado com seu SDK e onde ele pode acabar.

Para as equipes de dados, a lição prática: terceirizar a coleta para uma API que lida com proxies, impressões digitais e anti-bot internamente reduz sua exposição a um pool de IPs de terceiros.

Como migrar

1. Inventarie seus casos de uso

Muitas vezes, o objetivo não é "um pool residencial" em si, mas acesso confiável aos dados.

2. Escolha o modo certo do Piloterr

O Piloterr não vende proxies. Oferecemos APIs de scraping gerenciadas. Três produtos cobrem a maioria dos casos:

Proxies, rotação de IP e bypass são gerenciados pelo lado do Piloterr. Você não compra nem configura um gateway de proxy.

Para escolher entre Crawler, Rendering e WebUnlocker, veja nosso guia de comparação.

3. Substitua o proxy por uma chamada de API

Antes: Requisição HTTP + proxy NetNut + parsing personalizado.

Depois: endpoint dedicado ou rendering, dependendo do site.

Endpoint estruturado (ex. produto de e-commerce):

import requests

response = requests.get(
    "https://api.piloterr.com/v2/lidl/product",
    headers={"x-api-key": "YOUR-API-KEY"},
    params={"query": "100397447", "region": "fr"},
    timeout=30,
)
data = response.json()

Página genérica em JavaScript:

import requests

response = requests.get(
    "https://api.piloterr.com/v2/website/rendering",
    headers={"x-api-key": "YOUR-API-KEY"},
    params={"query": "https://example.com/page", "wait_in_seconds": 10},
    timeout=60,
)
html = response.text

Site protegido: use o WebUnlocker (domínio permitido).

Em resumo

• A ação da Google degrada permanentemente a rede NetNut: planeje a migração agora.
• Se você fazia scraping via proxies DIY, considere uma Scraper API, renderização JS ou WebUnlocker em vez de procurar outro fornecedor de proxy.
• Menos peças móveis, menos risco de um pool de IPs comprometido derrubar a produção.

Dúvidas? Entre em contato ou explore a biblioteca de APIs.