Agência: como organizar dezenas de contas sem um único Chrome

A agência média não quebra porque falta extensão. Quebra porque um Chrome do escritório virou o sistema operacional: BM do cliente A, MCC do cliente B, Instagram da loja C, e-mail do sócio, proxy na extensão, aba do Mercado Livre. O custo aparece tarde — no anúncio desativado, no e-mail enviado com a conta errada, no cliente que pede histórico e ninguém tem, no estagiário que levou a senha no grupo.

Organizar dezenas de contas é inventário e isolamento, não atalho. A página de agência de publicidade cobre o recorte comercial. Este texto é o roteiro da mesa: o que nomear, o que separar, o que registrar, como o gestor trabalha no dia, e quando uma loja ou um CNPJ deixam de caber no mesmo perfil.

Inventário: as seis colunas que importam

Se não está numa planilha feia — ou num sistema que a substitua — não existe. Browser isolado em cima de caos só acelera o caos.

Cliente. Quem paga a agência. Tem contrato e um responsável do lado de lá. Não é a BM. Não é o login.

Identidade. Quem a plataforma enxerga como anunciante ou seller: CNPJ, conta pessoal de ads, BM, MCC, loja. Um cliente pode ter três identidades. Três identidades são três riscos.

Plataforma. Google Ads, Meta, TikTok, Mercado Livre, admin Shopify. Plataforma não é identidade. A mesma BM não vira outra conta só porque você abriu o Instagram.

Perfil. O ambiente de browser: cookies, storage, fingerprint, extensões permitidas. É o objeto que isola. Pasta de favoritos não é perfil.

Proxy. IP, tipo, geo, sticky, provedor, quem paga a fatura. Sem essa coluna o perfil mente sobre onde está. O complemento está em proxy residencial, datacenter e móvel.

Dono. A pessoa da agência responsável agora. Não “o time”. Uma pessoa. Quando ela sai, a saída tem endereço.

Sem essas seis você empilha logins. Campos que entram depois: último acesso, último incidente, data de entrada do cliente, produção versus teste, quem convida. Exemplo: cliente Marca Norte; identidade CNPJ 2 / BM Norte-Ads; plataforma Meta; perfil marca-norte-meta; proxy residencial SP sticky; dono Ana. Se Ana está de férias, a coluna muda. O perfil não.

Identidade não é cliente, cliente não é plataforma

O erro estrutural é tratar “cliente X” como um único login.

O cliente X tem Shopify, seller no Mercado Livre, BM no Meta e MCC no Google. São identidades diferentes, grafos diferentes, pagamentos diferentes. Um perfil só pra “o cliente X” cola checkout em ads e ads em seller.

O cliente Y é um CPF que anuncia duas marcas no mesmo BM, mesmo pixel, mesmo cartão. A identidade de ads pode ser uma só. Isolamento extra vira teatro: o grafo já está abraçado de propósito.

O cliente Z pediu “uma conta nova” depois de uma desativação. Se nasce no mesmo perfil, IP e cartão, não é identidade nova: é gêmeo colado. O checklist de Facebook Ads desativado separa política, pagamento e ambiente.

Regra: um perfil por identidade de risco, não por aba. 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.

Escreva a regra. Se só está na cabeça do coordenador, o estagiário loga a loja nova no Chrome da agência. Em Google Ads a MCC da agência pode ser um perfil; CNPJ próprio do cliente, outro.

Pasta no bookmark não é isolamento

Chrome deixa criar pessoa, pasta, marcador. Isso organiza a cabeça. Não organiza o grafo.

Pasta reduz clique errado e agrupa BM do mesmo cliente. Não separa cookie, localStorage, fingerprint nem WebRTC. Não impede que a extensão de proxy da conta A vaze na conta B.

Isolamento real é outro processo de browser com storage próprio e rede coerente. Modo anônimo no mesmo Chrome não é isso: ainda mora na mesma máquina, no mesmo IP de escritório. Cookie e fingerprint são camadas diferentes: limpar cookie e manter o mesmo retrato de dispositivo é só metade do trabalho.

Se o sistema hoje é pasta + WhatsApp de senhas, você tem UX de caos. A pergunta útil: se o gestor abrir A e B ao mesmo tempo, os cookies conversam? Se sim, não há isolamento. Há favoritos.

Permissões de time: senha no grupo versus perfil compartilhado

Aqui a agência média sangra, e não é fingerprint.

O padrão tóxico: um grupo por cliente, senha da BM, senha do Google, senha do Shopify, 2FA no celular do sócio. Quem entra no grupo entra na conta. Quem sai continua com o print. Saída vira “a gente troca depois”.

O padrão menos ruim: perfil compartilhado com permissão. A pessoa recebe o ambiente, não a senha.

Operar. Abrir o perfil, publicar, ajustar lance. Não exportar cookie, não convidar, não trocar proxy, não arquivar produção.

Administrar. Convite, revogação, proxy, grupos de perfil, entrada de cliente, arquivamento.

Ver. Cliente ou financeiro olha campanha sem poder quebrar o ambiente. Relatório não exige senha de BM.

Estagiário no perfil do cliente não é pecado. Estagiário com a senha mestra e sem log é incidente com data.

2FA no WhatsApp pessoal do gestor não é 2FA. É gargalo de pessoa. Prefira autenticador no dono da identidade ou cofre da agência, com recuperação escrita.

Não misture acesso à campanha com acesso ao perfil. Usuário da MCC com e-mail é um eixo; o browser é outro. Só o e-mail devolve o Chrome único. Só o perfil devolve a senha no grupo.

Quando o time cresce, o custo aparece no fim de semana: alguém pede a senha no privado. Se o sistema não convoca operador com recorte, o privado vence.

Quando o compartilhamento é convite com papel — no recorte de agência no Brasil, o Lauth existe exatamente pra isso — a senha sai do grupo e a saída vira revogação, não print eterno.

Freelancer de criativo quase nunca precisa do perfil de ads. Precisa de assets e preview.

O que vale a pena registrar

Log demais ninguém lê. Log de menos vira mistério.

Registre o que um coordenador reconstrói em vinte minutos: quem abriu qual perfil e quando; convites e revogações; troca de proxy e geo; export ou import de cookie; criação e arquivamento de perfil; incidentes — ban, checkpoint, e-mail na conta errada, criativo no cliente vizinho, lance sem dono.

Não precisa de SIEM. Precisa de histórico que sobreviva à memória do gestor. Se a ferramenta não guarda, a planilha ganha uma aba de eventos, preenchida no dia.

Senha, token e cookie cru não vão pro log do time. O log aponta o evento. Não publica o segredo.

Último acesso não substitui log de convite. Serve pra achar perfil zumbi — identidade parada com proxy pago — e arquivar. Quando o cliente pergunta quem mexeu ontem, a resposta é horário e pessoa, não palpite no WhatsApp.

Entrada de cliente (e de pessoa)

Cliente novo não entra no Chrome da agência.

Abra a linha no inventário: cliente, identidades previstas, plataformas, dono. Discuta com o comercial o que é identidade de verdade e o que é só canal. Dez perfis “por precaução” é o inverso do caos: ninguém usa, o proxy vence, o gestor volta ao Chrome único.

Crie perfil vazio pra cada identidade que precisa de isolamento. Coloque proxy coerente (país, sticky se for ads). Teste leak de IP real — WebRTC, DNS — antes do login. O ritual está em vazamento WebRTC. Só então login. Cookie importado entra depois do ambiente estável: cookie sem o mesmo retrato queima rápido.

Convide as pessoas certas, com papel. Senha fora do grupo. Registre o primeiro acesso. Congele: sem extensão mágica, sem toggle de fingerprint por tédio. Extensão de “produtividade” no perfil de ads fura isolamento.

Pessoa nova — gestor, freelancer, estagiário — recebe os perfis do recorte dela, nunca o Chrome da empresa. Três contas, três convites, não um login de máquina compartilhada.

Conta de teste e conta que fatura não nascem no mesmo perfil pra aproveitar proxy. Teste suja. Aceite no inventário: leak ok, dono, papéis, proxy documentado, senha fora do WhatsApp.

Saída sem teatro

O incidente clássico não é hacker. É ex-colaborador com sessão viva, senha no arquivo, 2FA no telefone que a empresa não recuperou.

No anúncio da saída, não no último café: revogue convites. Não “desloga depois”. Troque senhas onde a pessoa era usuário direto — MCC, BM, Shopify, Seller. Invalide sessões; cookie em máquina pessoal é sessão. Remova do WhatsApp depois da revogação. Atualize a coluna dono. Perfil sem dono é órfão: ninguém testa leak, ninguém paga o proxy, alguém loga “só hoje”.

Freelancer no fim do job entra na mesma lista. Três semanas de contrato não são acesso eterno.

Se o trabalho vivia no notebook pessoal, a saída pergunta quais perfis existiam só ali. “Não sabemos” significa que o inventário falhou meses antes. Daí a regra: perfil vive no sistema compartilhado, não no Chrome local sem dono.

Cliente que encerra contrato também é saída: arquivar perfil, cortar proxy, revogar o time, devolver acessos que sempre foram do cliente.

A rotina do gestor de tráfego com perfis

O gestor não vive no browser isolado. Vive em bloco de tempo, cliente, campanha e Slack. O perfil tem que caber nisso, senão o atalho volta.

Abertura, quinze a vinte minutos. Inventário do dia, não quarenta abas. Quais identidades têm verba, checkpoint, só monitoramento. Ligar só essa lista. Proxy sticky do dia, não rotativo a cada clique: conta logada precisa de bairro estável. Qualidade de IP — ASN e vizinhança — importa mais que score de site de terror.

Bloco por identidade, não por plataforma. Google e Meta na mesma identidade de risco podem dividir perfil. CNPJs distintos: fecha A, abre B. Não “só mais uma aba”. Doze segundos de troca custam menos que pixel no lugar errado.

Meio-dia. Quinze perfis abertos são clique errado. Arquive o que já otimizou.

Publicação. Perfil, conta, pixel, URL. O erro mais caro não é fingerprint. É campanha no cliente vizinho.

Fechamento. Registre incidente. Dono temporário da noite entra na coluna, não num áudio que some. O plantão herda estado, não caos.

Quem opera Google Ads no MCC da agência e no MCC do cliente no mesmo Chrome mistura identidade. MCC da agência, um perfil. CNPJ do cliente, outro.

Três mundos que não se visitam: teste, produção, pessoal do gestor. Instagram pessoal no perfil da BM é grafo que você não quer explicar. Recuse o “entra no meu Chrome que é mais rápido”. Cada exceção vira precedente.

Cobertura de fim de semana

Campanha não respeita expediente. O que quebra o sábado é o “me manda a senha”.

Desenhe cobertura antes da sexta. Escala de dono temporário por identidade. Permissão já concedida, não às vinte e três. Canal único de incidente. O plantão pausa, ajusta lance, responde checkpoint simples. Não cria perfil, não importa cookie, não nasce conta, não troca proxy de produção sem administrador.

Nascer conta no sábado segue a entrada — perfil vazio, proxy, leak, login — ou espera segunda. Pressa de fim de semana nasce gêmeo colado. Cliente histérico não é critério técnico.

No notebook da casa: a identidade viaja no perfil isolado, não no Chrome da família. IP do bairro versus proxy da conta: se brigarem, você escolhe. Não deixe o WebRTC do Wi-Fi decidir. Teste leak no ambiente de plantão uma vez, não na crise.

Feriado longo replica a sexta: donos, papéis, lista curta do que realmente gasta. Plantão que “olha tudo” clica no perfil errado.

Várias lojas: quando a loja ou o CNPJ pedem perfil próprio

Aqui o recorte não é a landing de e-commerce e dropshipping. Lá está o discurso de produto. Aqui está a regra de isolamento pra quem opera loja e ads na mesma mesa.

Uma loja precisa de perfil próprio quando a plataforma enxerga seller, pagamento ou dispositivo como identidade. Mercado Livre, Amazon, Shopee, admin Shopify com 2FA do lojista: dois CNPJs, dois browsers. Duas “lojas” que são canais da mesma empresa, mesmo CNPJ, mesmo checkout: o segundo perfil é opcional — às vezes só atrapalha.

Mesmo perfil está errado quando: o contrato trata dois sellers como empresas distintas; a loja já levou restrição e a “limpa” nasce no mesmo Chrome; ads de uma marca e seller de outra dividem storage — pixel e cookie de checkout se conhecem; a equipe da loja A não deveria ver pedido da loja B.

Mesmo perfil está certo quando: um CNPJ, um checkout, vários anúncios. Isolar cada campanha é ritual, não risco. MCC interno, mesmas pessoas, mesma identidade fiscal.

Dropshipping com quinze lojas no mesmo CPF e o mesmo fornecedor não vira quinze identidades porque você comprou quinze perfis. A plataforma correlaciona pagamento e comportamento. Isolar o browser evita o erro amador — duas sessões no mesmo Chrome. Não lava CNPJ.

Quando a agência opera ads e a loja, separe ads de checkout se os times são diferentes. O gestor não precisa do admin Shopify no perfil em que escala o Meta. Se o time é a mesma pessoa e o CNPJ é um, um perfil pode bastar; a pasta volta a ser UX, não segurança.

Inventário de loja usa as mesmas seis colunas. Proxy de loja logada também quer sticky: rotacionar IP a cada clique no Seller Central parece script.

Multi-CNPJ de verdade — contratos, notas, contas distintas — é perfil por empresa. “Multi-loja” de catálogo clonado no mesmo beneficiário é teatro. A planilha distingue; o comercial nem sempre.

Fechar o ciclo

Organizar dezenas de contas é repetir até virar tédio: identidade, perfil, dono, log. Ferramenta entra pra o inventário virar clique e pra a senha sair do WhatsApp. O critério de escolha de navegador antidetect vem depois da regra escrita. Sem regra você migra o caos pra um app pago e chama isso de profissionalização.