- O rótulo da loja não é o job
- Datacenter: rápido, barato, barulhento
- Residencial: o padrão de ads, não o milagre
- Móvel: ASN de operadora, identidade de app
- ASN, sticky e rotativo
- Google Ads, TikTok e scraping não pedem o mesmo IP
- Custo versus risco
- Fuso, idioma e geo têm que bater com o proxy
- Erros clássicos e o que anotar no roteiro
Agência brasileira que opera anúncio e social trata proxy como acessório do navegador. Não é. O tipo de saída — datacenter, residencial ou móvel — descreve de qual rede o tráfego nasce, qual ASN a plataforma vê e qual reputação aquele endereço já carrega. Fingerprint coerente em IP de hosting conhecido continua sendo um desktop de agência saindo de um prédio de servidor. O browser não lava IP sujo.
O marketing do provedor empurra uma escada falsa: datacenter é ruim, residencial é bom, móvel é o melhor. Na operação, os três são ferramentas. Datacenter é ótimo para coleta que aceita bloqueio. Residencial é o padrão de conta logada de ads. Móvel faz sentido quando a identidade nasceu no 4G. Escolher pelo preço do giga ou pelo slogan da landing é o jeito mais caro de descobrir isso. Qualidade do endereço em si — whois, vizinhança, teste antes da BM — fica no texto sobre qualidade de IP na prática.
O rótulo da loja não é o job
Quando o vendedor diz residencial, ele fala de um pool que, no papel, sai de ASN de provedor de acesso. Datacenter sai de ASN de hosting. Móvel sai de ASN de operadora celular, em geral atrás de CGNAT. Esses três fatos de rede importam. O adjetivo da página de vendas importa pouco.
O mesmo rótulo esconde produtos diferentes. Residencial pode ser um IP de fibra com pouca vizinhança ou um /24 inteiro de cadastro, scrap e BM no mesmo bloco. Datacenter pode ser um VPS de ASN que o Google já marcou há anos ou um hosting pequeno quase invisível em abuse. Móvel pode ser um SIM com sessão estável ou um pool que troca de torre a cada clique.
A pergunta útil não é qual tipo é o melhor. É qual job você está pagando o IP para fazer. Login de BM, sessão de Ads Manager, cadastro de criador no TikTok, coleta de página pública e teste de criativo sem logar a conta boa são jobs diferentes. Misturá-los no mesmo pool é o hábito que faz o time culpar o navegador na segunda-feira.
Datacenter: rápido, barato, barulhento
IP de datacenter tem três virtudes honestas: latência baixa, banda estável, preço que cabe no scraping. Tem uma fama igualmente honesta em ads e em signup: plataformas veem ASN de hosting o tempo todo em fraude, automação e fazenda. Não é conspiração. É estatística de abuso.
Na agência, datacenter ainda tem lugar. Painel interno, relatório, teste de landing, coleta de SERP, checagem de anúncio concorrente em página pública. Qualquer fluxo em que a conta boa não entra. Também serve para queimar tentativa: se o scraper vai tomar block, melhor tomar no IP de dois dólares do que no residencial da BM.
O que datacenter quase nunca é: o IP da conta de Google Ads antiga, da BM que fatura, do Instagram com histórico. Colocar fingerprint de Windows de agência em cima de um ASN da AWS, da DigitalOcean ou de um VPS genérico não vira residencial. Vira um desktop saindo de um data center. Se o time insiste porque o residencial atrasou, trate como incidente, não como procedimento padrão.
Residencial: o padrão de ads, não o milagre
Residencial é o default da operação de tráfego pago para identidade logada. Sai de ASN de ISP. Parece, na camada de rede, com o notebook de uma pessoa em casa. Isso não garante aprovação de anúncio. Garante só que o primeiro sinal de rede não grita hospedagem.
A qualidade entre dois residenciais varia mais do que a distância entre os rótulos da loja. O que muda é o ASN, o tamanho do bloco, quem já usou aquele /24, se o IP é sticky, se a geo bate com o fuso, se o provedor vende o mesmo pool para cadastro em massa e para ads. Comprar residencial ilimitado barato costuma ser comprar vizinhança lotada.
Peça sticky session. Conta logada precisa reconhecer o bairro. Se o IP muda a cada request, a plataforma não vê um humano estável: vê um cliente que atravessa a cidade a cada clique no Ads Manager. Residencial compartilhado serve para teste e conta de baixo risco. Conta boa — BM com cartão, histórico, cliente no contrato — pede IP com reputação conhecida. Se você não sabe quem mais está naquele bloco hoje, está comprando mistério.
Móvel: ASN de operadora, identidade de app
Proxy móvel sai de ASN de operadora celular. O endereço é o de uma torre, quase sempre compartilhado com milhares de aparelhos reais via CGNAT. Vantagem: o grafo de abuso de hosting aparece menos. Limite: você não está sozinho no IP, a latência sobe, a sessão cai, o custo por giga dói.
Móvel faz sentido quando a identidade é móvel de verdade. Conta de TikTok que nasceu no app, Kwai, criador que só existiu no celular. Nesses casos, um residencial de fibra em São Paulo com fingerprint de Chrome desktop pode ser tão incoerente quanto um datacenter — só que mais caro.
É mau negócio quando a operação é a da agência clássica: Windows ou macOS, Chrome de gestor, Google Ads, Meta Ads Manager aberto oito horas. A conta foi aquecida como desktop. Trocar a saída para um ASN de TIM 5G no meio do mês não deixa a conta mais segura. Deixa o ambiente incoerente. Móvel bom é caro e sticky de verdade em 4G é mais difícil de garantir. Documente o TTL da sessão antes de colocar a conta boa no pool.
ASN, sticky e rotativo
A plataforma não lê o nome fantasia da loja de proxy. Lê o ASN, o prefixo, a geo e o quanto aquele pedaço de rede já apareceu em abuso. Residencial de um ISP grande brasileiro e residencial de um ASN que o provedor rebatizou na ficha não são o mesmo produto. Reputação não é score de site de purity: é o histórico daquele bloco em login, pagamento e criação de conta.
Peça ao provedor e anote no perfil: ASN, país, dedicado ou compartilhado, TTL do sticky. Se não responde, o produto é caixa-preta. Caixa-preta até funciona — até o dia em que vinte contas caem juntas porque o /24 virou fazenda de outro cliente. O método de inspeção (whois, blacklist como conceito, IPv6) está no texto de qualidade de IP. Aqui o recado é: tipo escolhe a família de ASN. Família não escolhe reputação sozinha.
Sticky significa que a sessão autenticada vê o mesmo IP pelo intervalo da jornada de trabalho daquela identidade. Rotativo significa que cada request, ou cada intervalo curto, pode sair de um endereço novo. Conta logada — Google Ads, Meta, TikTok Studio, Instagram — precisa de sticky. Rotativo brilha em coleta pública: scrap, SERP, monitoramento. Nesses fluxos o block é custo operacional, não desativação de BM.
O erro clássico: comprar pool rotativo porque o vendedor disse residencial ilimitado, logar a conta boa, e deixar o cliente HTTP rotacionar a cada request. O time vê captcha, checkpoint, logout. Troca de navegador. O IP continua girando. Sem sticky, o antidetect só organiza o caos. Não inventa um bairro.
Google Ads, TikTok e scraping não pedem o mesmo IP
Google Ads, no fluxo de agência brasileira, é identidade desktop estável. Gestor no escritório ou em home office, fuso de Brasília ou de São Paulo, idioma pt-BR, sessão longa no painel. Residencial sticky, geo coerente, ASN de ISP. Datacenter como IP principal dessa conta é um convite a atrito. Móvel só entra se a conta realmente nasceu e viveu no app — o que, em Google Ads de agência, é raro.
TikTok é outro animal. A plataforma nasceu no celular e correlaciona dispositivo. Na camada de proxy, móvel sticky faz sentido para identidade de criador. Residencial de fibra pode servir para Ads Manager desktop, desde que o resto do ambiente também seja desktop. Misturar fingerprint de Windows com ASN de 4G e fuso de Lisboa no mesmo perfil é o tipo de criatividade que a plataforma não pede.
Scraping e monitoramento aceitam datacenter. Aceitam block e retry. O critério é custo por página útil, não reputação de BM. Se o time usa o mesmo pool de scrap para logar a conta de anúncio, o procedimento está errado. Separe pool de coleta e pool de identidade. Instagram e Facebook de agência tendem a residencial sticky, como o Google Ads. Cadastro novo em massa, mesmo com residencial, é problema de política e de grafo — proxy não autoriza o que a plataforma proíbe.
Custo versus risco
A planilha olha o giga. A operação deveria olhar o custo de uma BM caída, de um cliente no WhatsApp e de uma semana sem veicular. Residencial dedicado sticky no Brasil custa mais que datacenter ilimitado. Móvel bom custa mais que residencial compartilhado. A conta que fatura R$ 80 mil no mês não deveria estar no IP mais barato da mesa.
Risco não é só ban. É checkpoint no meio da campanha, é time que troca de proxy a cada susto e nunca acumula reputação. IP barato rotativo parece economia até o dia em que cinco clientes sentem o mesmo bloco queimar. Calcule o custo total: licença de browser + proxy + hora de roteiro + perda esperada. O ponto ótimo da agência média costuma ser residencial sticky por identidade de anúncio, datacenter separado para scrap, móvel só nos jobs que nasceram no 4G.
Se o financeiro bloquear o dedicado, pelo menos não compartilhe o mesmo sticky entre contas de concorrentes, entre BM boa e conta de teste, entre Meta e o scraper. Compartilhar vizinhança é o desconto que a plataforma não honra.
Fuso, idioma e geo têm que bater com o proxy
A plataforma não vê só o IP. Vê fuso do perfil, idioma da interface, Accept-Language, horário de atividade, às vezes o GPS do app. Proxy em São Paulo com fuso de Frankfurt e teclado em inglês é um viajante improvável. Proxy em Miami com gestor operando das 9h às 18h em Brasília, todo dia útil, também é. Coerência é mais barata que proxy premium.
A regra mínima: país do ASN ≈ país do fuso ≈ idioma principal da conta ≈ horário em que o time trabalha aquela identidade. Conta criada em SP, aquecida em SP, não deveria acordar num residencial de Lisboa porque o pool brasileiro esgotou. Pool qualquer país é produto de quem não tem conta para perder. Se o cliente é uma loja em Portugal, o ambiente inteiro — proxy, fuso, idioma, horário — vai para Portugal. Não misture no mesmo perfil o cliente de Campinas e o de Lisboa.
Quem testa só o IP do HTTP deixa furo para WebRTC, DNS e fuso. O checker de um minuto compara HTTP, candidato WebRTC, DNS e o fuso que o perfil declara. Se o HTTP é residencial de Curitiba e o WebRTC é o IP do escritório em Pinheiros, você não tem proxy. Tem fantasia cara.
Erros clássicos e o que anotar no roteiro
Um proxy para vinte BMs. É o clássico do escritório que comprou um residencial compartilhado e colou a senha no grupo. Todas as identidades passam a ter a mesma vizinhança. Quando uma fazenda de outro cliente suja o bloco, as vinte sentem. Quando o próprio time usa o mesmo IP para cadastro de teste e para a BM do cliente grande, o teste contamina o faturamento. Uma identidade, um ambiente, um IP sticky. Sem isso, isolamento de perfil é teatro.
Rotacionar a cada request na sessão de login. O gestor abre o Ads Manager, o cliente HTTP pede IP novo a cada pixel, a plataforma vê dezenas de origens em três minutos. Captcha, checkpoint, logout. O time troca de browser. O pool continua rotativo. Sticky não é luxo de plano empresarial. É o mínimo para conta autenticada. Outros erros que se repetem: comprar residencial ilimitado sem perguntar ASN; mudar de país porque o IP tomou block; usar móvel em conta desktop de Google Ads para ficar mais seguro; colocar a BM boa no IP no mesmo dia em que o proxy chegou, sem teste; misturar o pool de scrap com o de anúncio; trocar o IP porque o criativo foi recusado — recusa de política não é problema de ASN.
Se a escolha de proxy vive na cabeça do gestor, ela vive até o gestor sair de férias. O roteiro da agência precisa de poucas linhas por identidade: tipo, sticky ou rotativo, TTL, geo, ASN se o provedor informar, quem paga a fatura, o que fazer quando o IP queima. Quando queima — block explícito, checkpoint em lote, vazamento de WebRTC para o IP de casa — o procedimento não é logar a conta boa no IP seguinte. É isolar o perfil, testar o furo, só então decidir se a identidade migra.
Separe os pools na ferramenta, não só na conversa. Pool A: identidades de anúncio, residencial sticky, um IP por identidade boa. Pool B: coleta, datacenter rotativo. Pool C: jobs móveis, se existirem, com TTL documentado. Tipo de proxy não substitui política de anúncio, cartão limpo nem criativo que a plataforma aceita. Substitui só a fantasia de que o navegador resolve a metade de rede. Escolha pelo job, anote, teste, e não coloque vinte BMs no mesmo bairro.
FAQ
Perguntas frequentes
Serve para teste e conta de baixo risco. Conta boa pede IP com reputação conhecida e pouca vizinhança tóxica no mesmo bloco.
Não. É diferente. Melhor quando a identidade nasceu no app. Pior se a operação é desktop de agência no Google Ads.
Quase nunca como IP principal de conta logada. Serve para scraping, painel interno e teste de criativo que não toca a conta boa.
Pelo menos o dia de operação daquela identidade. Trocar no meio do Ads Manager é mudar de bairro no meio do expediente.
Funciona para queimar as vinte juntas. Cada identidade precisa de um ambiente, e o IP faz parte do ambiente.
Em sessão autenticada, sim. Rotativo é ferramenta de coleta pública, não de gerenciador de anúncios.
Continue lendo