- Dois pagadores, um grafo
- O que o pool da agência resolve
- O que o proxy do cliente resolve — e o que ele bagunça
- Sticky, geo e a troca que ninguém registra
- Fatura: linha visível versus custo escondido
- Quem documenta, quem testa, quem troca
- Como decidir na entrada, não no ban
- Erros de briefing que voltam no trimestre
A briga começa na fatura e termina no grafo. O cliente manda um host no e-mail. A agência já tem um pool. O gestor cola os dois no mesmo perfil “só para testar”. No mês seguinte ninguém sabe quem pagou o residencial, por que a geo mudou e qual IP estava na conta quando veio a restrição.
Proxy não é detalhe de TI. É coluna do inventário da identidade. Quem paga, quem escolhe o tipo, quem documenta sticky e geo, quem testa vazamento. A página de agência de publicidade cobre o modelo comercial. Este texto decide o desenho: pool da agência, proxy do cliente, terceiro colado, e o que cada um faz com a fatura e com a sessão.
Sem dono dessa coluna, a mesa discute “IP queimado” no escuro.
Dois pagadores, um grafo
A plataforma não lê a nota fiscal. Lê sequência de IPs, ASN, geo, estabilidade. O contrato lê a nota. Os dois precisam conversar, senão a operação escolhe o barato e o grafo herda o barato.
Modelo A: a agência paga e opera o proxy. Cliente vê fee. A mesa padroniza tipo, geo e sticky. Entrada do cliente fica mais curta. Custo total aparece na ferramenta e no assento, não em quinze faturas de provedor. O cliente perde o direito de mandar um SOCKS no WhatsApp. Ganha consistência.
Modelo B: o cliente paga e manda o endpoint. Faz sentido quando o anunciante já tem política de rede, ASN exigido, região regulada, ou quando o jurídico não aceita tráfego saindo do pool da agência. A agência ainda documenta. Ainda testa vazamento. Ainda recusa endpoint que é VPN de notebook. Não é “o cliente que se vira”. É a identidade dele, o ambiente na nossa mesa.
Modelo C: híbrido por identidade. Loja A no pool da agência. Conta enterprise B no provedor do cliente. O erro é híbrido dentro da mesma identidade. Segunda-feira residencial da agência, quarta-feira datacenter do cliente. Isso não é flexibilidade. É assinatura de instabilidade.
Escreva o modelo no contrato. Uma frase. Quem paga. Quem pode trocar. Com quanta antecedência. Sem frase, o comercial promete o A e o ops recebe o B na reunião de entrada.
O que o pool da agência resolve
Pool próprio — no recorte da operação, Lauth Connect como residencial interno, com a opção de colar HTTPS ou SOCKS5 de terceiro quando o caso pede — resolve padrão. Mesmo tipo para o mesmo recorte de cliente. Sticky configurável. Geo que a mesa já testou. Uma fatura. Um lugar para olhar reputação grosseira de ASN. Menos host no e-mail.
Resolve também o plantão. Gestor de sábado não precisa achar o Telegram do provedor do cliente. Abre o perfil. O proxy já está lá.
Não resolve exigência exótica. Cliente que exige IP de um prédio, de um ASN específico, de um país que o pool não cobre. Aí cola o terceiro. Colar é explícito: este perfil, este endpoint, esta nota. Não é extensão solta no Chrome da casa.
Não resolve política de anúncio. Residencial bonito com criativo recusado continua recusado.
Não resolve pagamento. IP limpo com cartão recusado continua recusado.
O ganho honesto é menos caos de fatura e menos mistura. O comercial que vende “IP premium que aumenta ROAS” está mentindo o eixo. Venda consistência e uma linha a menos na planilha de senha de rede.
Quando o pool está incluso no assento, o custo total muda. Terceiro residencial por identidade, cobrado à parte, some no “custo de mídia” e explode no trimestre. Incluso aparece no fee da ferramenta. Os dois são válidos. Só um deles costuma estar visível para o financeiro. Deixe visível.
O que o proxy do cliente resolve — e o que ele bagunça
Resolve controle. O anunciante grande já tem provedor, DPA, região, às vezes um NOC. A agência não precisa brigar com compras de rede. Precisa brigar com documentação.
Bagunça quando o “proxy do cliente” é o notebook do sócio, a VPN pessoal do TI, um residencial compartilhado com o e-commerce inteiro, um datacenter barato rotulando como casa. Nome no e-mail não é tipo. Tipo é residencial, datacenter ou móvel, com as trocas descritas em proxy residencial, datacenter e móvel.
Bagunça quando o endpoint gira sem aviso. Sticky de seis horas no papel, IP novo a cada refresh na prática. A identidade parece viajante. Viajante não é o mesmo que “residencial de qualidade”. Qualidade é outra leitura: qualidade de IP na prática.
Bagunça quando a senha do proxy viaja no mesmo grupo da senha da BM. Quem sai da agência leva os dois. Saída de rede é saída de conta.
Exija do cliente, por escrito: tipo, geo, sticky, autenticação, janela de manutenção, quem gira, o que acontece se vazar WebRTC, quem paga o excesso. Sem isso, recuse colar. Operar no escuro para “não perder o cliente” é custo que o ROAS não mostra.
Agência que aceita qualquer host para parecer flexível está terceirizando o ambiente sem terceirizar a responsabilidade. Quando cair, o cliente pergunta o que a agência fez. “Usamos o proxy que vocês mandaram” só funciona se estiver documentado. No WhatsApp, não está.
Sticky, geo e a troca que ninguém registra
Três parâmetros fazem mais dano que o provedor famoso.
Sticky. Conta logada precisa de persistência combinada. Girar a cada request em painel de ads é desenho de raspagem, não de gestor. Girar uma vez por mês sem nota também é mudança de ambiente. Combine a janela. Registre troca.
Geo. Moeda, fuso e página da conta apontam para um país. IP de outro país, todo dia, é consistência quebrada. Cliente que pede “IP dos EUA porque o público é dos EUA” mistura targeting com sessão. Targeting é campanha. Sessão é onde o login mora. Explique a diferença uma vez, por escrito.
Troca. Proxy novo é evento. Como convite, como export. Data, de, para, quem autorizou, identidade afetada. Troca no sábado porque “o outro estava lento” precisa de dono. Sem dono, o postmortem inventa “IP queimado”.
Datacenter, residencial e móvel não são degraus de “furtividade”. São recortes. Datacenter é barato e óbvio em muitos painéis. Residencial é outro ASN e outro custo. Móvel é outro comportamento e outro preço. Escolher o recorte é decisão. Empilhar os três na mesma semana na mesma BM é ruído.
IPv6 e DNS existem mesmo quando a planilha só tem IPv4. Se o proxy cobre um e o browser vaza o outro, a discussão de “quem paga o residencial” ficou pequena. O vazamento é de graça e é de todos.
Fatura: linha visível versus custo escondido
Compras pergunta preço por GB, por IP, por assento. Ops pergunta se a identidade ficou estável. Financeiro pergunta por que o fee subiu. Os três estão certos. Só se encontram numa tabela.
Colunas mínimas: identidade, provedor, tipo, quem paga, custo no mês, sticky, geo, incidente de rede neste mês.
Se a agência paga o pool incluso, a linha pode ser “incluso no assento” com volume. Continua linha. “Incluso” invisível vira discussão de margem depois.
Se o cliente paga, a linha é dele. A agência ainda registra o custo se o cliente pedir para a agência reembolsar. Reembolso sem nota é proxy no caixa dois.
Se o terceiro é colado no Connect, a fatura do terceiro não some. Aparece. A cola não é mágica de custo. É higiene de sessão: o mesmo perfil, um endpoint, sem extensão solta.
Não venda economia de 10 vezes. Venda menos incidente de mistura e menos hora de gente caçando host. Hora de gestor sênior no Telegram de proxy é a linha mais cara e a menos faturada.
Quem documenta, quem testa, quem troca
Documenta o dono da identidade, com modelo padrão da mesa. Não cada gestor no próprio sheets.
Testa vazamento na entrada do cliente e na troca. WebRTC, IPv6, DNS. Amostra no trimestre. Não um ritual de laboratório todo dia. O teste existe para achar furo, não para produzir print de marketing.
Troca quem o roteiro autorizar. Em geral, admin de ambiente, não o plantão. Plantão pausa campanha. Não redesenha rede.
Cliente que exige troca frequente precisa de motivo escrito. “O IP ficou lento” é motivo de ticket no provedor, não de rodízio de grafo. “A conta caiu, vamos girar tudo” é o reflexo de gêmeo aplicado à rede. Diagnostique o eixo primeiro.
Home office e BYOD complicam o pagador. O gestor na casa usa o proxy da identidade, não a VPN da operadora dele. Se o cliente paga um residencial de escritório e o time opera de três cidades, o desenho precisa dizer isso. Senão a geo do contrato é teatro.
Como decidir na entrada, não no ban
Reunião de entrada tem uma pergunta obrigatória: esta identidade usa pool da agência, endpoint do cliente ou terceiro colado? A resposta vai para as seis colunas. Sem resposta, o padrão da casa vale — e o padrão da casa precisa existir. “A gente vê depois” é depois = incidente.
Padrão razoável para agência média: pool da agência, residencial, geo alinhada à conta, sticky de sessão de trabalho, terceiro só com pedido escrito. Cliente grande: o que o DPA disser, documentado igual.
Exceção é exceção. Toda exceção tem data de revisão. Proxy do cliente “só neste mês” vira permanente. Permanente sem nota vira lenda.
Quando a conta restringir, a primeira pergunta de rede não é “vamos comprar outro pacote”. É: qual era o endpoint, desde quando, quem pagava, o que vazou, se houve troca na janela. Sem isso, a mesa discute provedor como se discute horóscopo.
Proxy da agência versus proxy do cliente não é guerra de ego. É desenho. Um pagador por identidade. Um tipo por vez. Uma nota. Uma troca registrada. O grafo não lê a nota. A disputa com o cliente lê. Os dois precisam existir no mesmo perfil, no mesmo dia, sem host no privado.
Erros de briefing que voltam no trimestre
O primeiro é tratar proxy como extensão de “privacidade”. A identidade de anúncio precisa de consistência, não de anonimato teatral. Residencial que gira a cada clique parece raspagem. Datacenter estável pode ser o recorte certo para um painel interno. A conversa certa é tipo, geo, sticky, fatura. Não é “ficar invisível”.
O segundo é o cliente mandar três endpoints “para o time escolher”. Escolher todo dia é o híbrido dentro da identidade. Escolha uma vez. Documente. Troque com evento.
O terceiro é a agência esconder o custo incluso para parecer mais barata no pitch e depois recusar residencial dedicado no mês dois. O pitch honesto diz o que o pool cobre e o que vira linha extra. Starter, Premium, Plus e Max mudam assento. Não mudam a obrigação de escrever quem paga o IP.
O quarto é testar o proxy do cliente no perfil de outro anunciante “porque era o que estava aberto”. Isso é mistura. Mistura é o incidente que a coluna de proxy existe para impedir.
O quinto é ignorar o plantão. Desenho que só o coordenador sabe reconectar não é desenho. É gargalo. No sábado o gargalo vira VPN pessoal. VPN pessoal vira grafo do notebook. O notebook não estava no contrato.
Escreva esses cinco no checklist de entrada como “não”. A entrada que só pergunta “tem proxy?” está perguntando a coisa errada. A pergunta é: de quem é, de que tipo, com que sticky, em que geo, em que fatura, quem troca. Cinco respostas. Uma identidade. Sem host no privado.
FAQ
Perguntas frequentes
Só com contrato, geo, sticky e dono documentados. Proxy no e-mail sem nota vira incidente: ninguém sabe quem paga, quem gira e o que vaza. Muitas vezes a agência opera melhor com o pool próprio.
Substitui uma fatura e um desenho. Não substitui a obrigação de documentar geo, tipo e sticky. Terceiro continua útil quando o cliente exige ASN ou região que o pool interno não cobre.
Evite. A identidade vê IPs de famílias diferentes no mesmo login. Escolha um desenho por identidade e registre. Troca no calor é mudança de ambiente, não preferência.
Quem o contrato disser, com linha na fatura. Residencial dedicado não é brinde. Sem linha, o custo some no fee e explode no TCO.
Tipo, geo, sticky, provedor, quem paga, desde quando, último teste de vazamento, identidade que usa. Host e porta sem isso é senha de rede no WhatsApp.
Em geral, não. VPN de pessoa cola a sessão no grafo do notebook. Proxy de identidade é outro objeto. O tipo — residencial, datacenter, móvel — continua importando.
Continue lendo