Quando trocar IP de proxy

Trocar IP cedo desperdiça história saudável. Tarde demais queima perfil. Os 3 sinais reais de troca, os falsos sinais que enganam, ciclo de vida por tipo de proxy, e a sequência completa que minimiza a desconfiança do Meta.

Os 3 sinais reais

1. Latência crescente acompanhada de jitter, não pico isolado

Latência sozinha engana — proxy pode estar lento porque o ISP do provedor está sobrecarregado naquele momento. O que diagnostica é o conjunto: latência subindo + jitter aumentando + tempo de resposta do Meta especificamente piorando.

Quando o proxy responde rápido para o Google mas lento para o Meta, isso é específico — significa que o caminho até a infraestrutura do Meta está degradado para aquele IP. Pode ser routing, throttling ou detecção, mas não é “proxy ruim em geral”.

A medida prática: anota o range de latência de baseline quando o proxy é novo. Quando ultrapassa 50% acima do baseline em 3 sessões consecutivas, é sinal sério. Sem baseline, você fica chutando “está lento hoje”.

2. Comportamento anômalo persistente do BM, não pontual

A diferença entre “Meta está chato hoje” e “este IP está marcado” é a persistência. Pediu verificação extra uma vez? Normal. Pediu em 3 logins de uma semana, em diferentes contas no mesmo IP? O problema é o IP.

O sintoma mais subestimado aqui é revisão automática mais demorada — anúncios que saíam de revisão em 30 minutos agora levam 4-8h. Isso é flag silenciosa do Meta e quase ninguém percebe.

Outro sinal: contas novas vinculadas no mesmo IP recebem restrição preventiva. Quando isso acontece, o IP está em lista interna mesmo sem aparecer em checador público.

3. Score externo + verificação cruzada

IPQS sozinho engana — já vi IP com score 25 no IPQS e 80 no Scamalytics. A regra: três checadores, dois precisam reprovar.

• IPQS: sensível a fraude e abuso recente
• Scamalytics: detecta reuso (proxy compartilhado)
• MaxMind via ipinfo.io: classifica tipo (residencial vs hosting vs mobile). Se o proxy é “residencial” mas classifica como hosting, descarta na hora
• AbuseIPDB: quando está debugando caso específico — mostra histórico de abuso reportado

Sinais falsos que enganam

Ciclo de vida por tipo de proxy

Regra prática: troca preventiva a cada 30 dias no uso intenso, independente de sintoma. É mais barato trocar antes do problema do que debugar conta restringida.

A nuance que ninguém fala: o ciclo não é só do IP — é da combinação IP + browser fingerprint + cookies + comportamento. Trocar só o IP mantendo o resto pode ser pior que não trocar. Se você troca proxy mas mantém o mesmo perfil do browser, o Meta detecta a inconsistência (mesma fingerprint, IP novo) e isso é mais suspeito que continuar com o IP antigo.

Como testar se o IP novo está limpo

Sequência completa em 4 camadas:

Camada 1 — Verificações automáticas

• ipqualityscore.com → fraud score < 30, sem flag VPN/proxy/Tor
• scamalytics.com → “low risk”, risk score < 25
• ipinfo.io → confirma tipo (residential/mobile), localização coerente, ASN do ISP esperado
• abuseipdb.com → confidence of abuse < 10%, sem reports recentes
• dnsleaktest.com → confirma que não há vazamento de DNS para o seu ISP real
• browserleaks.com/webrtc → confirma que WebRTC não está expondo IP real
• browserleaks.com/canvas → fingerprint do canvas é único e consistente

Camada 2 — Aquecimento orgânico (mínimo 30 minutos)

Login em conta secundária do Google, busca por coisas neutras (clima, notícia, receita), watch de 2-3 vídeos no YouTube. Comportamento humano — pausa entre cliques, scroll variável.

Camada 3 — Teste vinculado mas não ativo

Login no FB pessoal (uma conta de aquecimento, nunca a principal). Navegar feed, dar like em 2-3 posts, sair sem comentar. Se tudo bem, repete no dia seguinte.

Camada 4 — Vinculação progressiva

• Dia 3: login no BM secundário sem mexer em campanhas. Só visualizar relatórios
• Dia 4: edição menor (renomear campanha pausada)
• Dia 5: pode começar operação real

Esse protocolo tem 5 dias. Soa exagerado. Mas a alternativa — vincular conta principal direto — é o que queima IP e conta junto. A matemática: 5 dias de aquecimento vs 30 dias debugando uma conta restringida.

Sequência completa quando decide trocar

Cada passo tem motivo:

1. Pausa as campanhas (não desativa). Pausar mantém o histórico de aprendizado. Desativar reseta.
2. Logout limpo de todas as plataformas, uma de cada vez, 2-3 minutos entre cada. Sair de tudo de uma vez gera burst de requisições terminando que pode parecer suspeito.
3. Fecha o browser inteiro — não só as abas. Browser mantém conexões ativas mesmo com aba fechada.
4. Limpa cookies, cache e localStorage. Ou — melhor — usa perfil novo no anti-detect (GoLogin, AdsPower, Multilogin). Cookies antigos com IP novo é exatamente o sinal que o Meta detecta como takeover.
5. Gera novo browser fingerprint. Nova canvas fingerprint, novo WebGL, nova fonte. Mantém só o que faz sentido (timezone coerente com o IP, idioma coerente).
6. Conecta o novo proxy. Aguarda 30 minutos. Não é superstição — é dar tempo do Meta processar a mudança de origem. Se você loga na hora exata da troca, eles correlacionam logout-e-login-com-fingerprint-novo como evento único e suspeito.
7. Aquece (Camada 2 acima). Mínimo 3 dias antes de mexer em campanha real.
8. Reativação progressiva. Não reativa todas de uma vez. Começa com 1-2 campanhas, monitora 2-3h, se tudo normal reativa o resto em batches.

ATENÇÃO — Quando o Meta age, é geralmente irreversível. Cada troca de IP de uma conta ativa gera desconfiança no Meta. Sua missão é dar todos os outros sinais de normalidade — fingerprint coerente, comportamento humano, tempo de aquecimento — para que a desconfiança não vire ação.

Próximos passos

• Proxies — guia completo
• Status de proxy — o que cada cor significa
• Audit Log — rastrear quando o IP foi trocado