Proxy rotativo e sessão sticky: quando trocar o IP
Como funciona o proxy rotativo: troca de IP a cada requisição ou por tempo, sessão sticky vs. IP fixo, cookies e login, e um teste simples para conferir o modo antes de pagar por GB.
Este guia é para quem vai comprar um proxy residencial rotativo e precisa decidir quando o IP deve mudar e quando deve ficar. Vale para scraping, monitoramento de preços, checagem de anúncios e qualquer fluxo com login. Não há aqui listas de proxies grátis nem credenciais, e o Top Proxy não vende IPs: comparamos serviços e mostramos como conferir o comportamento de uma sessão antes de gastar tráfego.
01Como funciona o proxy rotativo
As interfaces variam: alguns serviços entregam listas de IPs ou portas, outros um painel ou API. O formato mais comum no residencial rotativo é o gateway: você recebe um endereço de entrada (host e porta) e um login, cada conexão passa por ele, e é o provedor que escolhe qual IP de saída vai atender o pedido. Num pool residencial, esse IP pertence a um dispositivo de usuário doméstico; num pool móvel, a uma operadora de celular.
O que você controla é a regra de troca. Nos gateways dos provedores citados abaixo, ela vai escrita no próprio nome de usuário, com parâmetros como país, cidade e um identificador de sessão. Mudar o username muda o comportamento sem trocar de plano.
Na prática dá para pensar em três modos. Os provedores documentados neste guia oferecem rotação e sessão sticky no residencial; IP fixo costuma ser outro produto, e a oferta varia de serviço para serviço.
| Modo | Quando o IP muda | Serve para | Risco principal |
|---|---|---|---|
| Rotação por requisição | A cada pedido | Coleta em massa de páginas públicas, preços, SERP | Fluxos com login quebram; cada página vem de outro lugar |
| Sessão sticky (por tempo) | Ao fim do tempo ou quando o dispositivo sai do ar | Carrinho, paginação, login curto, formulários | O IP pode mudar antes do prazo |
| IP fixo (ISP, estático ou dedicado) | Só quando você ou o provedor troca | Contas que vivem semanas, listas de IP liberado | Reputação do IP fica com você; custo por IP |
Esquema ilustrativo, não é medição de rede. Durações e comportamento reais dependem do provedor.
O modo de sessão também não tem relação com o protocolo. HTTP, HTTPS ou SOCKS5 dizem como o seu programa conversa com o proxy; residencial, móvel ou datacenter dizem de onde vem o IP; rotação ou sticky dizem quando ele muda. São três escolhas separadas, e cada provedor documenta quais combinações oferece.
02Rotação por requisição e rotação por tempo
Por requisição é o padrão em boa parte dos pools residenciais. A documentação da Oxylabs diz que os proxies residenciais rotacionam automaticamente a cada requisição por padrão. Na Decodo (antiga Smartproxy), a porta rotativa troca o IP em cada requisição, seja recarregando a mesma página ou abrindo outra. A Bright Data descreve o pool compartilhado do mesmo jeito: um proxy aleatório por pedido, dentro do país escolhido, com a ressalva de que muito volume pode reaproveitar os mesmos IPs.
Esse modo é bom quando cada requisição é independente.
Por tempo é o que o mercado chama de sessão sticky. O provedor tenta manter o mesmo IP durante uma janela e depois atribui outro. Os prazos variam bastante entre provedores, e é aqui que a comparação importa:
| Provedor | Como ativar a sessão | Duração padrão / opções | O que acontece se o IP cair |
|---|---|---|---|
| Oxylabs | sessid-<id> no username | 10 min, ou fim após 60 s sem requisições; sesstime estende até 1440 min | sessid passa para outro IP; sessid_oneip responde HTTP 502 |
| Decodo | Porta sticky ou sessionduration | 1, 10, 30 ou 60 min no painel; personalizado de 1 a 1440 min | Pode rotacionar antes do prazo; quanto mais longa a sessão, maior a chance |
| Bright Data | -session-<id> no username | Sessão perdida após 5 min ociosa | Vai para outro peer; com -const, responde HTTP 502 |
Fontes: Oxylabs, Session Control, Decodo, Session Types, Bright Data, opções de configuração e rotação de IP. Esses números mudam; confira a página do provedor antes de montar o seu fluxo.
Primeiro, o tempo de inatividade conta tanto quanto a duração: na Oxylabs, uma sessão de 10 minutos termina antes se ficar um minuto parada, e na Bright Data cinco minutos sem pedidos bastam para o próximo sair de um IP aleatório. Um robô que espera entre etapas pode perder a sessão sem perceber.
Exemplo hipotético. Seu script de checkout espera 90 segundos entre etapas (número inventado). Com a janela ociosa padrão documentada pela Oxylabs, de 60 segundos, a sessão pode terminar já entre a primeira e a segunda etapa, e o próximo pedido tende a sair por outro IP. Encurte as pausas para abaixo da janela documentada ou veja na documentação qual parâmetro altera esse comportamento.
Segundo, para pedir um IP novo antes do prazo, mude o identificador. A Decodo cita isso de forma explícita: trocar a porta ou o ID de sessão faz a rotação antes da hora. Um ID novo gera uma nova atribuição, não a garantia de um endereço diferente: o pool pode devolver um IP já visto, sobretudo quando é pequeno ou o volume é alto.
Em proxies móveis a rotação por tempo costuma ter outra forma: troca a cada N minutos ou por um link que pede um IP novo à operadora. Nomes e limites mudam de um serviço para outro; veja os detalhes no cartão de cada serviço em proxies móveis.
03Sessão sticky não é IP fixo
Esta é a confusão mais cara do tema. Uma sessão sticky residencial é um pedido de melhor esforço: o provedor tenta manter o mesmo IP enquanto o dispositivo por trás dele estiver online. Ele não promete que o IP vai durar o tempo inteiro.
O IP residencial é o roteador ou o celular de alguém. Se a pessoa desliga o aparelho, perde o Wi-Fi ou a operadora renova o endereço, aquele IP sai do pool. A documentação mostra duas reações possíveis:
- Continuar em outro IP, para não interromper a coleta. É o padrão do
sessidda Oxylabs e da Bright Data. - Falhar de propósito, para você saber que o IP mudou. É o
sessid_oneipda Oxylabs e o-constda Bright Data, que devolvem HTTP 502 quando o peer some.
Para scraping, continuar costuma ser melhor. Para uma conta logada, falhar costuma ser melhor, porque um 502 é um sinal claro, enquanto uma troca silenciosa no meio do checkout aparece só depois, como captcha ou logout.
Se o seu caso exige o mesmo endereço por dias ou semanas (uma conta de anúncios, um painel que libera acesso por lista de IPs), uma sessão longa é a ferramenta errada. Procure IP estático: proxies ISP, residenciais estáticos ou IPs dedicados. Esse IP fica com você, mas a reputação dele também. A diferença entre essas origens está no guia proxies residenciais vs. datacenter, e as opções de datacenter estão em proxies de datacenter.
04Cookies, login e a troca de IP
Em geral, sites guardam sua sessão num cookie, não no IP. Mas alguns sistemas antifraude comparam o cookie com o IP de onde ele chega, e uma mudança brusca de cidade ou operadora no meio da navegação pode disparar verificação extra. Cada site reage de um jeito: uns ignoram, outros pedem captcha ou novo login.
Daí vem uma regra prática: uma tarefa ou conta, um ID de sessão e um conjunto de cookies, sempre juntos. Na prática:
- Gere um ID de sessão novo para cada conta ou tarefa com estado (login, carrinho, formulário em várias etapas).
- Associe esse ID a um conjunto de cookies próprio no seu código ou no perfil do navegador.
- Mantenha a tarefa ativa: se houver esperas longas, faça a próxima requisição antes do limite de inatividade do provedor.
- Quando a sessão expirar ou o IP mudar, mantenha a conta associada ao mesmo conjunto de cookies e observe como o site responde. Se ele pedir verificação ou novo login, faça a reautenticação conforme o fluxo do site, em vez de alternar entre contas e cookies às cegas.
- Para páginas públicas sem estado, use rotação por requisição e não guarde cookies entre pedidos.
Fixe também o país e, se o provedor oferecer, a cidade. A Bright Data alerta para um caso parecido do lado do cliente: se o processo que envia as requisições muda de região global (Américas, Europa, Ásia), a sessão pode se perder.
Nenhuma configuração de sessão garante que você não será bloqueado. Cabeçalhos, fingerprint do navegador, ritmo dos pedidos e as regras do próprio site pesam tanto quanto o IP. O modo de sessão só reduz o risco de você mesmo criar um sinal de troca suspeita.
05Proxy rotativo no Brasil: o que conferir
Quem busca "proxy residencial rotativo Brasil" quer IPs brasileiros saindo do pool. Três pontos ajudam antes da compra:
- Segmentação por país e cidade. Na Oxylabs o país vai no próprio username (
cc-DEno exemplo da documentação). Veja na lista de localizações do provedor se o Brasil e as cidades que você precisa aparecem. - Tamanho do pool local. Um pool grande no mundo pode ser pequeno no Brasil. Com poucos IPs disponíveis, a rotação por requisição repete endereços com mais frequência.
- Cobrança. Residencial rotativo costuma ser cobrado por GB. Planos chamados de "ilimitados" geralmente limitam outra coisa, como tempo, threads ou velocidade. Leia o que exatamente não tem limite. Exemplo hipotético de volume: 20.000 páginas de 300 KB dão cerca de 6 GB por rodada, antes de repetições, imagens e scripts. Multiplique pelo preço por GB que o provedor publica.
Em proxies residenciais, cada cartão mostra em quantos países o serviço tem IPs. Abra os cartões que interessam e confira se o Brasil está na cobertura e qual sessão máxima o provedor documenta.
06Como testar o modo de sessão com uma série de requisições
Não confie só no nome do plano. Uma série curta de requisições mostra como o seu username se comporta. Você precisa de um endereço que devolva o IP de saída; vários provedores têm um próprio (a Oxylabs usa ip.oxylabs.io/location nos exemplos da documentação).
Teste 1: rotação. Sem ID de sessão, faça dez requisições seguidas e anote os IPs.
for i in $(seq 1 10); do
curl -s -x "$PROXY_HOST:$PROXY_PORT" -U "$USUARIO:$SENHA" "$URL_DE_IP"
echo
done
Num modo rotativo, espera-se que os IPs variem. Alguma repetição é normal, principalmente num pool pequeno ou com muito volume.
Teste 2: sessão sticky. Acrescente ao usuário um ID de sessão no formato do seu provedor (por exemplo -sessid-teste01 na Oxylabs ou -session-teste01 na Bright Data) e repita o laço. Enquanto o dispositivo continuar online, a expectativa é ver o mesmo IP. Depois troque o ID para teste02: isso pede uma nova atribuição, que normalmente traz outro IP, mas pode repetir um endereço já visto.
Teste 3: inatividade. Com o mesmo ID, faça uma requisição, espere um pouco menos que o limite ocioso documentado e faça outra; depois repita esperando um pouco mais. Uma troca de IP isolada não prova o TTL exato: o dispositivo pode ter saído do ar ou o roteamento pode ter mudado. Repita a série, compare com as janelas da documentação e use o limite documentado como teto para as pausas do seu robô.
Para ver como um site enxerga a saída (país, organização da faixa, ASN), abra Meu IP num navegador configurado com o mesmo proxy e a mesma sessão. Para uma segunda opinião independente sobre os endpoints, cole-os no checador de proxy: ele mostra o que conseguiu observar no momento da checagem, o que não substitui um teste no seu próprio alvo. Registre cada série numa tabela simples. Se o comportamento divergir da documentação de forma consistente, leve o registro ao suporte antes de comprar mais tráfego:
O que anotar → Por quê
- 01Horário de cada requisiçãoPara comparar pausas com a janela ociosa documentada
- 02ID de sessão e país usadosPara saber qual configuração gerou cada IP
- 03IP devolvidoPara ver repetições e trocas
- 04Código HTTP (200, 407, 502…)502 em modo de IP único indica peer indisponível; 407 costuma ser autenticação
- 05Pausa antes do pedidoPara separar troca por ociosidade de troca por queda do dispositivo
07Qual modo escolher
A regra geral cabe numa frase: rotacione o que não tem estado e prenda o que tem.
| Tarefa | Modo sugerido | Se o IP mudar no meio |
|---|---|---|
| Coleta de páginas públicas, preços, resultados de busca | Rotação por requisição | Nada a fazer; repita só os pedidos com erro |
| Paginação, filtros, carrinho, formulário em várias etapas | Sessão sticky de 10 a 30 min, com cookies próprios | Reinicie o fluxo a partir da etapa que falhou |
| Login curto para conferir algo | Sessão sticky com falha explícita (oneip, -const) | Trate o erro e faça login de novo conforme o site pedir |
| Conta que vive semanas, lista de IPs liberados | IP estático (ISP ou dedicado), não sessão longa | Fale com o provedor; IP fixo não deveria mudar sem aviso |
| Verificação de anúncios por cidade | Sticky curta com cidade fixa | Confira se o novo IP continua na mesma cidade |
Abaixo estão serviços do catálogo com proxies residenciais. Os limites de sessão citados neste guia vêm da documentação da Oxylabs, da Decodo e da Bright Data; para os demais, confira a documentação do próprio provedor. Compare cobertura no Brasil e forma de cobrança nos cartões.
A Bright Data é uma grande rede de proxies para coleta de dados: IPs residenciais, móveis, ISP e de datacenter em cerca de 195 países. O tráfego residencial pode ser pago por uso, sem assinatura, e os endereços de datacenter e ISP são vendidos em pacotes a partir de 10 IPs. O acesso residencial e móvel exige verificação de identidade.
A Oxylabs vende proxies residenciais, de datacenter e móveis. Residencial self-serve começa em $6/GB para 5 GB/mês. Pagamentos de comprador: cartões, TED, AliPay, PayPal.
A Decodo (antes Smartproxy) vende proxies residenciais e de datacenter. Residencial: $4/GB sem plano mensal, ou pacotes mensais a partir de $3.75/GB para 3 GB. Pagamentos: cartões, PayPal, Alipay, Google/Apple Pay, cripto (com limites).
O que é proxy rotativo e como funciona?
Qual a diferença entre sessão sticky e IP fixo?
Quanto tempo dura uma sessão sticky?
Como forçar a troca de IP antes do fim da sessão?
Existe proxy residencial rotativo gratuito?
Proxy rotativo ilimitado vale a pena?
Artigos relacionados
Proxy no curl: configuração, autenticação e diagnóstico
Configurar proxy HTTP no curl, conferir CONNECT em HTTPS, separar -U de -u e ler recusa e timeout pelos códigos de saída.
Gemini network proxy: configurar e diagnosticar a conexão do cliente
Como encaminhar o google-genai 2.30.1 por HTTPS_PROXY, manter o TLS com SSL_CERT_FILE e separar ConnectError, 407 e ClientError da API.
Configurar proxy no HTTPX: autenticação, ambiente e timeouts
Como passar proxy= no HTTPX, autenticar com caracteres especiais, usar HTTP_PROXY e NO_PROXY, e distinguir 407, ProxyError e timeouts.
