Mídia in-house vs agência: o mesmo Chrome, dois riscos diferentes

O laptop é parecido. O Ads Manager é o mesmo. O vício também: uma janela, várias contas, extensão de proxy, aba do e-mail, Facebook pessoal no canto. A diferença não está no software. Está em quem se queima quando a sessão mistura. No anunciante in-house, mistura-se a própria marca. Na agência, mistura-se o cliente da manhã com o da tarde. O mesmo Chrome. Dois riscos.

Este texto compara os dois modelos de tráfego pago no chão de operação. Não é manifesto contra agência nem contra internalização. É mapa de incidente. O recorte comercial de agência de publicidade continua no hub. Aqui o que importa é o grafo, a saída de gente e o herói com a senha.

O que os dois modelos compartilham de verdade

Os dois operam BM, MCC, pixel e criativo. Os dois sofrem restrição de política. Os dois têm gestor que abre dez abas. Os dois tentam resolver identidade com pasta de favoritos.

Os dois também confundem três eixos:

Política e criativo. O browser não aprova reivindicação de saúde. Não esconde cartão. Não inventa identidade verificada.

Pagamento e titular. In-house e agência pagam de jeitos diferentes. A plataforma vê o método, não o organograma.

Ambiente de sessão. Cookie, fingerprint, IP, extensão. É o único eixo em que o Chrome “certo” muda o risco. Mesmo assim, não apaga os outros dois.

Quem trata os três eixos como um só compra ferramenta no lugar de checklist. Quem separa os eixos escolhe controle certo para cada dor.

Risco in-house: uma marca, muitos atalhos internos

O time interno não joga dezenas de anunciantes no mesmo turno. Joga a própria empresa. O custo do atalho parece menor. Por isso o atalho vinga.

Padrões que aparecem no anunciante grande:

BM da marca e Facebook pessoal do analista no mesmo Chrome da empresa. “É o perfil que já estava logado.”

Agências concorrentes convidadas na mesma BM, operando no laptop do cliente “para facilitar a call”.

Unidades de negócio — Brasil, Latam, marketplace — no mesmo perfil porque o head de mídia é um só.

Senha da MCC no cofre do time de mídia e também na planilha do financeiro “caso o pixel caia no sábado”.

BYOD no home office sem perfil isolado. O notebook da casa já tem o banco, o LinkedIn pessoal e a extensão de cupom.

O incidente in-house é concentrado. Uma sessão ruim queima a marca que paga o salário. Não queima o cliente do lado. Queima o próprio P&L. Por isso o comitê de risco do grande anunciante deveria tratar conta de ads como sistema, não como hobby do performance.

O que o in-house ganha: dono jurídico claro, um titular, um DPO, um procurement. O que perde: menos pressão para inventário, porque “somos todos a mesma empresa”. Mesma empresa não é mesma identidade de ads. Seller, app e BM podem ser grafos diferentes.

Risco agência: muitos grafos, um turno, um herói

A agência que opera dezenas de contas não tem o luxo do grafo único. O gestor troca de anunciante de hora em hora. O Chrome único é um atalho que cola clientes. O WhatsApp de senha é o outro.

Padrões que aparecem na agência:

Cliente A e cliente B no mesmo processo de browser, proxy da extensão ainda no A.

Estagiário com senha mestra porque “o 2FA está no celular do sênior”.

Plantão de fim de semana no Chrome de casa, com cookie de produção.

Saída em cima da hora: a pessoa saiu, a sessão ficou.

Cliente que pede para a agência usar o login dele no computador da agência, e o inverso na semana seguinte.

O incidente da agência é horizontal. Um vazamento de sessão pode expor dois anunciantes. Um criativo publicado na BM errada é ticket de reputação. Um log inexistente vira disputa contratual.

O que a agência ganha: prática de isolamento, se existir roteiro. O que perde: pressão comercial para “começar ontem”, que destrói a entrada do cliente. In-house atrasa por burocracia. Agência queima por velocidade.

O mesmo Chrome, decisões diferentes

Pergunta útil: este laptop pode ter mais de uma identidade de anunciante hoje?

No in-house, a resposta honesta às vezes é sim — se as identidades já compartilham BM, pixel e cartão de propósito. Aí o Chrome gerenciado da empresa, com extensão bloqueada e conta corporativa, pode ser o modelo certo. Antidetect vira custo sem grafo para separar.

No in-house com holding, marketplace e app, a resposta vira não. Um laptop, vários grafos. Perfil por identidade. Proxy documentado. Sem Facebook pessoal.

Na agência, a resposta padrão é não. Um gestor, vários clientes. Sem perfil por identidade, o turno é um grafo só. Pasta não resolve. Modo anônimo não resolve.

Ferramenta sem inventário não muda o modelo. Inventário sem dono também não. A diferença in-house versus agência está em quem aparece na coluna cliente: a própria marca ou o contrato de terceiro.

Permissão, RH e o herói da senha

In-house herda o RH da empresa. Quando o analista sai, o IAM da empresa pode revogar o Google Workspace. Pode não revogar o usuário da BM, o 2FA no telefone pessoal e o cookie no notebook que ele levou. Desligamento de ads não é desligamento de e-mail.

Agência herda o RH da agência e o contrato do cliente. Quando o gestor sai, há dois inventários para limpar: perfis da agência e convites nas plataformas do cliente. Quem limpa só um deixa sessão viva.

Nos dois modelos o herói é o risco. A pessoa que “conhece todas as senhas” não é backup. É ponto único de falha. Cofre com papel, convite, log. Senha no grupo é incidente nos dois lados. No in-house o grupo é o Slack da empresa. Na agência é o WhatsApp do cliente.

Papéis mínimos funcionam iguais: ver, operar, administrar. Financeiro do anunciante quase nunca precisa abrir o Ads Manager. Precisa de relatório. Head de mídia da agência quase nunca precisa ser admin em todas as BMs. Precisa de recorte.

Agência dentro do anunciante, in-house que vira agência

O híbrido é o caso que mais quebra.

O anunciante internaliza parte da mídia e mantém agência de criativo, de search ou de performance pontual. Três fornecedores na mesma BM. Três laptops. Zero mapa de quem é admin. O comitê acha que “está tudo na empresa”. A BM acha que tem dez parceiros.

O inverso: a agência in-house de um grupo, operando marcas irmãs como se fossem clientes. É agência. O risco é de agência. Tratar como “tudo nosso” cola as marcas no mesmo perfil porque o CNPJ do grupo é um. Holding não é identidade única de ads. O texto de marca própria e marca branca cobre o contrato. Aqui cabe a sessão: time único não autoriza Chrome único.

Regra: nomeie o modelo no inventário. “In-house da marca X” ou “agência do cliente Y”. Híbrido sem nome vira o Chrome da sala de reunião.

O que cada um deveria exigir do outro

Anunciante contratando agência deveria exigir: inventário de quem acessa; papel por pessoa; log de abertura de perfil e de convite; revogação em 24 horas na saída de gente; proibição de senha em grupo; perfil de navegação da agência, não do Facebook pessoal do analista. Não precisa do código-fonte do browser. Precisa de evidência.

Agência aceitando in-house no mesmo login deveria exigir: convite com e-mail da agência, não Gmail do diretor; recorte de campanha; canal de incidente; quem autoriza pausa e quem autoriza gasto. Operar no Chrome do cliente na sala dele é teatro de colaboração. É sessão que a agência não controla.

Nenhum dos dois deveria exigir milagre de sessão. Isso não é requisito sério. Isolamento, log e contrato são.

Quando o Chrome nativo ainda ganha

Há casos em que antidetect é excesso.

In-house com uma BM, um MCC, um pixel, máquinas corporativas, MDM, extensão bloqueada, sem Facebook pessoal, sem seller no mesmo laptop. O risco residual é política e pagamento, não grafo de cliente vizinho. Ferramenta extra adiciona assento e roteiro. Não adiciona isolamento que o grafo peça.

Agência com um cliente só, operação dedicada, laptop da agência usado só naquele anunciante. Ainda assim a saída e o 2FA importam. O multi-perfil importa menos.

Fora esses recortes, o Chrome único é economia falsa. O custo aparece no ban, no criativo errado, no ex-colaborador, no varejista com admin residual.

Métrica que cada modelo deveria olhar

In-house: quantas identidades de ads existem de fato; quantos admins na BM; quantos acessos de agência sem data de fim; quantos notebooks com sessão de produção; se o financeiro abre Ads Manager ou só BI.

Agência: quantos clientes por gestor no mesmo processo de browser; tempo de revogação na saída; senhas ainda em grupo; perfis sem dono; incidentes de publicação na conta errada.

Nenhum dos dois deveria olhar “score de fingerprint” como KPI de negócio. Checker é higiene de ambiente. Não prevê restrição de criativo.

Saída: o mesmo verbo, dois inventários

Nos dois modelos a pessoa sai. O que muda é a lista.

In-house: IAM da empresa, notebook corporativo, crachá, Slack. Falta, com frequência, a BM, o 2FA no telefone pessoal, o cookie no Chrome de casa, o usuário da agência que a pessoa tinha convidado “para ajudar”. O RH fecha o e-mail. A sessão de ads continua. Coloque ads no checklist de desligamento com nome de sistema, não com “avisar o marketing”.

Agência: e-mail da agência, perfis da ferramenta de operação, convites nas plataformas de cada cliente. Dois RH. Se só o da agência corre, o cliente herda admin fantasma. Se só o do cliente corre, a agência herda cookie no laptop. O contrato deveria dizer quem dispara o quê em 24 horas. Sem cláusula, cada lado espera o outro.

Freelancer existe nos dois. Três semanas de job não são acesso eterno. A data de fim cabe no convite. Cabe no perfil. Não cabe na memória do coordenador.

Plantão e home office: onde o modelo mente

In-house no sábado: o analista abre o Ads no notebook da empresa, VPN corporativa, extensão bloqueada. Ou abre no da casa, com o banco e o Facebook pessoal. A política de BYOD decide. Se não existe, o plantão decide sozinho. Sozinho escolhe o atalho.

Agência no sábado: vários clientes, um humano. Sem perfil por identidade, o plantão é um grafo só. Com perfil e dono temporário, o plantão pausa o cliente certo. A diferença não é o sofá. É o inventário.

Home office in-house ainda pode ser uma marca só. Home office de agência é multi-cliente por definição. Tratar os dois como “remoto é remoto” é o erro de briefing de TI. Endpoint da empresa única não equivale a endpoint de quem opera dez anunciantes.

Almoço no escritório do cliente, agência logada no Wi-Fi do anunciante, Chrome do visitante: sessão que a agência não documenta. Combine: perfil da agência no laptop da agência, ou convite no laptop gerenciado do cliente, nunca os dois no mesmo processo “para a call render”.

Como escolher o modelo sem romance

Internalizar para ter “controle” e depois colocar a senha no Notion do time é troca de palco. Terceirizar para “escalar” e aceitar o Chrome da agência com dez clientes abertos é troca de palco no outro sentido.

Escolha pelo grafo e pelo RH. Se a empresa tem uma identidade de anúncio e IAM maduro, in-house com Chrome gerenciado pode ser o desenho. Se a empresa tem várias unidades, sellers e agências, in-house ainda precisa de perfil por identidade — e de comitê que leia log.

Se a operação é multi-cliente, a agência precisa do sistema de perfil, não do discurso. O mesmo Chrome nos dois mundos só é aceitável quando o inventário diz que existe um anunciante só. O resto é hábito.

Ferramenta, TCO e o argumento errado para internalizar

In-house compra assento de browser e acha que “agora somos autônomos”. Autonomia sem log e sem checklist de saída é o Chrome do head com nota fiscal. O TCO inclui incidente, proxy, treino e o tempo do comitê. Ferramenta não justifica internalizar. Grafo e RH justificam.

Agência cobra o stack no fee ou no custo. Cliente que exige o Chrome dele para a agência operar está comprando o risco dele na operação dela. Precifique o risco ou recuse o modelo. “Colaboração” na sala com um login só é barato na proposta e caro no ban cruzado.

Os dois lados ainda pagam extensão solta, VPN de consumo e password manager pessoal. Corte isso antes de discutir marca de antidetect. Isolamento em cima de hábito ruim só industrializa o hábito.