O Facebook liga pessoa, dispositivo e forma de pagamento melhor do que a maior parte dos times admite. Isolar sessão não apaga um BM queimado — evita que a conta nova nasça já abraçada na velha. Pixel, cartão e criativo continuam sendo eixos próprios; o browser só trata o molho de chaves da máquina.
Como a plataforma correlaciona contas
- Cookies cruzados entre perfil pessoal, BM de cliente e Ads Manager no mesmo Chrome
- Fingerprints iguais em logins seguidos de “identidades diferentes”
- Mesmo cartão, Pix ou boleto em BMs que o contrato trata como empresas distintas
- Pixel e domínio de verificação instalados a partir do mesmo perfil de browser sujo
- Conta nova nascida minutos depois da desativada, no mesmo IP de escritório
- Extensões de spy, cloaker ou automação no mesmo jar do login de produção
- MCC/BM da agência e teste de criativo do cliente no mesmo usuário de sistema
Faça
- Um perfil limpo por identidade de risco (pessoa, BM ou anunciante), com regra escrita
- Proxy residencial sticky coerente com a geo e com a história da conta
- Separar BM de cliente do login pessoal do gestor e do Facebook da agência
- Pilotar ambiente em conta sandbox antes da conta que fatura
- Registrar pagamento, pixel e domínio como eixos à parte do browser
- Compartilhar o perfil com permissão e log, não com senha no grupo
Não faça
- Abrir Ads no Chrome da agência logado em oito BMs “só para conferir”
- Clonar perfil e só mudar o nome depois de um ban
- Nascer BM nova no mesmo cartão, pixel e IP da BM recém-desativada
- Misturar teste de criativo agressivo no perfil da conta que ainda converte
- Achar que fingerprint novo lava política de anúncio ou página denunciada
- Mandar o cookie da BM no Slack como se fosse um arquivo inofensivo
Onde o Lauth encaixa
O Lauth foi desenhado para quem anuncia: cada BM ou identidade vira um perfil isolado, com AdSafe e proxy residencial (ou HTTPS/SOCKS5 de terceiro). O time entra com permissão e deixa rastro no log; 2FA trava o painel. Pastas separam clientes de tráfego pago. Trial de 7 dias sem cartão numa conta de teste; Starter ~10, Premium 50, Plus 300, Max 1.000 acompanham as identidades de verdade. Plus traz sync de time e ações em massa. Use isso para não abraçar a conta nova na velha — não para fingir que o cartão sumiu.
Como Facebook e BM ligam identidades
O Facebook (e o resto da família Meta) correlaciona gente de verdade. Pessoa, dispositivo, pagamento, pixel, domínio, página e comportamento de anúncio não são silos. O erro amador da agência é mundano: todo mundo logado no mesmo Chrome, BM do cliente A, perfil pessoal do gestor, teste de criativo do cliente B. O cluster nasce antes da primeira campanha.
A plataforma lê cookie e storage do Ads Manager, fingerprint do processo, IP e ASN, e o grafo de Business Manager — quem é admin, qual página, qual pixel, qual forma de pagamento. Quando a BM cai, o texto de Facebook Ads conta desativada separa os eixos: política, pagamento e ambiente. Trocar só o browser trata um eixo. Os outros dois continuam no mesmo CPF.
Há ainda o pixel e o CAPI. Instalar pixel a partir de um perfil que já carregou dez BMs “sujas” não é higiene. Verificação de domínio feita no Chrome da agência mistura o sinal de quem opera com o sinal de quem anuncia. Isolar o login do Ads não apaga um pixel compartilhado de propósito; apaga o vazamento acidental quando o contrato pedia empresas distintas.
Login em massa no mesmo horário, do mesmo Wi-Fi, com o mesmo criativo, depois de um ban coletivo, é o jeito mais rápido de explicar à plataforma que a operação é uma só. O grafo não precisa de confissão.
O que o perfil isolado altera no Ads Manager
Altera o jar. A sessão da BM A não senta no mesmo sofá da BM B. Desafio de login, cookies de anunciante e tokens de Business deixam de ser um condomínio. O gestor para de “só conferir” oito contas no mesmo processo.
Altera o retrato de dispositivo daquele anunciante. Fingerprint consistente + proxy sticky é higiene. Fingerprint sorteado a cada abertura é teatro: a BM parece um corpo novo toda manhã com o mesmo cartão à tarde. Como ler testes de fingerprint serve para validar o ambiente, não para caçar score mágico.
Altera o risco operacional do time. Quem opera com permissão no perfil não leva a senha da BM no WhatsApp. Quem sai da agência perde o convite. Isso é o roteiro de organizar dezenas de contas, não um extra de marketing.
Não altera o cartão. Não altera o criativo recusado. Não altera a página que acumulou denúncia. Não transforma uma BM queimada em BM nova só porque o nome do perfil mudou. Isolamento evita que a conta nova nasça já abraçada na velha. Não ressuscita a velha.
Onde o Lauth entra neste fluxo
No Lauth a identidade de anúncio vira perfil: AdSafe camufla o ambiente, proxy residencial incluso (ou o HTTPS/SOCKS5 que você já paga) gruda no perfil, pastas separam clientes de tráfego pago. Permissões e log substituem o Chrome compartilhado. 2FA no painel. Time sincroniza sem clonar disco. Planos Starter ~10, Premium 50, Plus 300, Max 1.000; ações em massa no Plus. Trial de 7 dias sem cartão para o piloto.
Uma menção basta: se o problema é o Ads Manager da agência virar sistema operacional, o Lauth é o browser de trabalho. Se o problema é ToS, pagamento ou criativo, leia o checklist de desativação e pare de procurar milagre no fingerprint. Comparativos existem para quem ainda está escolhendo ferramenta; planos para quem já sabe o tamanho da operação.
O que a ferramenta não resolve
Não resolve BM desativada por política. Não resolve forma de pagamento compartilhada entre “identidades” que a Meta já ligou. Não resolve pixel e domínio que você mesmo uniu. Não substitui o telefone no app. Não dispensa a política de anúncios.
Cookie exportado da BM morta e colado num perfil “limpo”, com outro IP e outro UA, queima os dois lados: a sessão antiga e a nova. Importar cookie é migrar sessão, não nascer de novo.
Não autoriza cloaker agressivo, farm de BM, evasão de restrição geográfica nem criativo de golpe. Isolar sessão de agência e de loja é o trabalho. Burlar ToS não é. Quem opera no limite deve ser honesto no nicho black: mais disciplina, não imunidade.
Como rodar um piloto no Facebook
Uma identidade: uma BM de teste ou uma conta que não paga a conta da agência. Perfil novo. Proxy sticky coerente — leia qualidade de IP antes de usar datacenter em BM que sempre foi residencial. Teste de vazamento (IP, WebRTC, DNS) antes do login. WebRTC primeiro, login depois.
Entre. Não dispare campanha nova no mesmo dia em que mudou ambiente, pixel e criativo. Observe desafio de login, bloqueio e estabilidade por alguns dias. Convide um segundo operador com permissão, não com senha. Se o time só trabalha no Chrome da máquina, o piloto falhou de processo, não de fingerprint.
Só então mova a conta que fatura. Identidades que compartilham BM, pixel e cartão de propósito não precisam de dez browsers. Identidades que o contrato trata como empresas distintas precisam. O hub múltiplas contas e a landing de agência de publicidade são o mapa; este roteiro é a primeira milha da Meta.
FAQ
Perguntas frequentes
Não. Resolve isolamento. BM, pagamento e política são outros eixos. Ambiente novo não lava cartão nem criativo recusado.
Se é a mesma identidade de trabalho, não. Se você opera BMs de clientes como empresas distintas, sim — um perfil por identidade de risco.
Só se o ambiente for o mesmo. Cookie + UA/IP/tela diferentes queima a sessão. Não é nascimento; é transplante malfeito.
Pixel e domínio são grafo à parte. Isolar o browser não desfaz o que você uniu no gerenciador de eventos.
Não. Isola Ads Manager e Facebook web. Device ID do app continua sendo outro canal.
Não. Pagamento é um dos sinais mais fortes da Meta. Isolamento de sessão não apaga o checkout.
Continue lendo