Onboarding de cliente de tráfego pago: acessos, pixel e dono

O comercial fecha. O Slack ganha um canal. Alguém manda “acessos no PDF”. O gestor loga no Chrome da agência “só pra olhar a BM”. O pixel da loja antiga continua no site. Ninguém nomeia um dono. Três semanas depois a conta tá no ar e o grafo já nasceu torto. Onboarding de cliente de tráfego pago não é reunião de relacionamento. É entrada operacional: acessos, pixel, identidade e uma pessoa responsável. Sem isso, o resto do retainer vira correção de grafo.

Este texto é o dia um. Não a proposta comercial. A página de agência de publicidade cobre o recorte de oferta. Aqui cabe o inventário de seis colunas, a regra de não misturar BM, e o que o gestor faz antes do primeiro anúncio.

As seis colunas antes do login

Se não está numa linha, não existe. Browser isolado em cima de bagunça só acelera a bagunça. O modelo completo de organização está em como organizar dezenas de contas. Na entrada do cliente, as seis colunas nascem preenchidas — não “depois que a campanha sair”.

Cliente. Quem paga. Contrato. Responsável do lado de lá. Não é a BM. Não é o login.

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

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

Perfil. O ambiente de browser. Storage, cookie, fingerprint, extensões permitidas. Pasta de favoritos não é perfil.

Proxy. Tipo, geo, sticky, provedor, quem paga. Sem essa coluna o perfil mente sobre onde está.

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

Campos que entram no dia dois: último acesso, produção versus teste, quem convida, data do primeiro login, recorte de pixel. Não entram no lugar das seis. Exemplo: cliente Marca Leste; identidade CNPJ 4 / BM Leste-Ads; plataforma Meta; perfil marca-leste-meta; proxy residencial SP sticky; dono Bruno. Se Bruno está em outro cliente na terça, a coluna não muda. O recorte de calendário muda. O dono continua Bruno até o rito de passagem.

Identidade não é cliente — a regra que a entrada mais quebra

O comercial vende “o cliente X”. O ops precisa vender pra si mesmo as identidades do cliente X.

X tem Shopify, seller no Mercado Livre, BM no Meta e MCC no Google. São grafos diferentes, pagamentos diferentes, políticas diferentes. Um perfil só pra “o cliente X” cola checkout em ads e ads em seller. A entrada que cria um Chrome “X” já falhou.

X é um CPF que anuncia duas marcas no mesmo BM, mesmo pixel, mesmo cartão, de propósito. A identidade de ads pode ser uma só. Dez perfis “por precaução” é o inverso do caos: ninguém usa, o proxy vence, o gestor volta pro login único.

X pediu “conta nova” depois de uma bronca na agência anterior. Se o primeiro login da agência nova acontece no mesmo perfil, IP e cartão que a anterior usava, não é identidade nova. É continuação. A entrada pergunta o que se herda. Não assume que marca nova no slide é grafo novo.

Regra de ouro do dia um: um perfil por identidade de risco, não por aba, não por contrato, não por canal do Slack. Identidades que o contrato trata como empresas distintas separam. Identidades que compartilham BM, pixel e cartão de propósito não ganham teatro de isolamento.

Não misture BM. BM da agência não é BM do cliente. BM do cliente A não é atalho pro cliente B “porque o pixel já estava”. Parceiro convidado é o recorte. Admin raiz na BM do anunciante é exceção contratada, não default de pressa.

Acessos: convite, cofre, nunca o PDF no grupo

Ordem do dia um, em verbo.

Inventário. Linha criada. Dono nomeado.

Perfil vazio pra cada identidade que precisa de isolamento. Proxy coerente. Teste de leak — IP real, WebRTC — antes do login. Só então credencial.

Convite de parceiro na BM e na MCC, com papel. E-mail da agência, não o Gmail pessoal do gestor. Senha raiz do cliente não é o caminho feliz. Se o cliente insistir no PDF, o admin move pro cofre na hora e trata o PDF como incidente de canal. Não encaminha pro time.

2FA: se a identidade é do cliente, o fator fica com o cliente e a agência opera por convite. Se a agência segura o login, o fator entra no cofre do browser, não no WhatsApp. Lauth Pass no perfil evita o print no dia um. Um hábito na entrada evita doze incidentes no trimestre.

Pixel e CAPI: dono do dataset, ID, se o site já dispara pra outro anunciante, se a agência anterior ainda tem acesso ao gerenciador. Pixel não se “aproveita” entre clientes. Perfil isolado ajuda a sessão. Não corrige pixel errado no HTML.

Primeiro acesso registrado. Quem abriu. Quando. Congelamento: sem extensão de produtividade no perfil de ads, sem toggle de fingerprint por tédio, sem segundo login no Chrome da casa “pra conferir no celular”.

Pixel, site e o fantasma da agência anterior

O site do cliente é um museu de tags. Entrada que não inspeciona o museu herda o vizinho.

Liste pixels, GTM, CAPI, consent mode, domínio de envio. Quem acessa o GTM. Quem acessa o gerenciador. Se a agência anterior ainda é admin, isso é acesso residual, não detalhe. O cliente precisa revogar. A agência nova não “usa o mesmo GTM pra ir mais rápido” se o GTM ainda tem o fornecedor antigo com publish.

Dataset por anunciante. Loja A e loja B da mesma holding só compartilham pixel se o contrato e o jurídico disserem que são o mesmo anunciante. Holding não é licença pra misturar.

E-mail de confirmação de tag no inbox compartilhado da agência anterior: caça no dia um. Não na semana quatro, quando o evento duplicado já treinou o modelo.

Dono, comercial e a janela em que ninguém responde

Entre o fechamento e o primeiro gestor alocado costuma haver uma semana. Nessa semana o comercial “segura”. Comercial não segura BM. Ops de contas segura, ou o head. A coluna dono não fica vazia. Vazia é o Chrome da agência de novo.

Se o gestor ainda não sentou, o perfil pode existir vazio, com proxy, sem login. Login sem dono é pior que espera. Espera é explícita. Login órfão é grafo sem endereço.

Cliente que quer “começar ontem” ouve a ordem: inventário, perfil, convite, depois mídia. A frase cabe no comercial. A pressa que quebra o grafo não cabe no ROAS prometido. O ROAS prometido assume que a conta vive.

O que a entrada pergunta em voz alta

Quem é o anunciante na nota fiscal da plataforma.

Quem paga o media. Cartão, PIX, crédito. Titular.

Quem é admin raiz da BM e da MCC hoje, incluindo a agência anterior.

Quais lojas, quais CNPJs, quais apps.

Onde o pixel dispara hoje.

Se existe conta pessoal de sócio colada no ads.

Se o time do cliente também publica.

Se há seller de marketplace na mesma mesa.

Cada “não sei” vira tarefa, não virada de página. Reunião que termina em uma hora com todos os “não sei” na mesa foi papo de relacionamento. A operacional continua amanhã, antes do login.

Congelar o ambiente depois do primeiro login

O primeiro login é o nascimento. Depois dele, o perfil não ganha extensão “só essa”. Não troca proxy por tédio. Não abre a BM no Chrome nativo pra “ver melhor”. Não importa cookie de outro ambiente pra ganhar tempo.

Cookie importado, se existir, entra depois do ambiente estável. Cookie sem o mesmo retrato queima. Queima não é mistério. É inconsistência.

Conta de teste e conta que fatura não nascem no mesmo perfil pra aproveitar proxy. Teste suja. O inventário marca produção versus teste no dia um, não quando o estagiário já treinou na BM que paga.

MCC, BM e loja: três entradas, não um PDF

Google Ads não é Meta. Seller não é ads. A entrada que trata “acessos” como um zip falha nas três.

Na MCC: quem é o administrador, se a agência entra como usuário com e-mail próprio, se existe MCC da agência versus MCC do cliente, se faturamento está visível pra quem só deveria publicar. Convite. Papel. Sem o login raiz do anunciante no Chrome da mesa.

Na BM: parceiro versus admin. Páginas, ad accounts, pixels, catálogos. Cada objeto tem dono. Agência anterior ainda em algum objeto é tarefa do dia um, não surpresa do mês dois. Não misture BM da agência com BM do cliente “pro pixel já estar lá”.

Na loja e no seller: admin Shopify, usuário do Mercado Livre, Amazon, Shopee. Isolamento de ads não lava o grafo do checkout se o mesmo perfil abre os dois. Se o contrato é só mídia, a entrada ainda pergunta quem opera a loja — pra não logar nela “só pra copiar o UTM”.

Três linhas no inventário. Três perfis se forem três identidades de risco. Um PDF único é o Chrome único com capa.

Primeiros 14 dias: o que o onboarding ainda deve

O dia um não fecha o assunto. Fecha o nascimento. Os 14 dias fecham a higiene.

Dia 3: a agência anterior saiu dos objetos que prometeu sair? Se não, o cliente cobra. A agência nova não opera em paralelo “enquanto isso”. Paralelo é dois grafos no mesmo anunciante com dois fornecedores.

Dia 7: leak básico do perfil de produção. Último acesso. Quem além do dono já abriu. Extensão que apareceu sem pedido.

Dia 14: pixel só do anunciante na landing combinada. UTM do primeiro anúncio no dicionário. Papéis conferidos. Cliente informado de quem opera, sem senha no canal.

Se o primeiro anúncio saiu no dia 2 porque o comercial vendeu ontem, os 14 dias continuam. Publicar cedo não cancela higiene. Cancela o álibi de que “não deu tempo”. Deu. O tempo foi gasto no clique.

O que o comercial não promete na entrada

Não promete login no mesmo dia se o inventário não existe. Não promete “a gente usa o Chrome da agência e depois isola”. Não promete BM nova como plano B de política. Não promete que o pixel antigo “já está bom”. Não promete senha no grupo como praticidade.

Promete: dono nomeado, identidades listadas, convite, recorte, data do primeiro login depois do perfil vazio. Isso cabe no e-mail de boas-vindas. O resto é operação, não teatro de onboarding.

Cliente de e-commerce traz seller e ads no mesmo almoço. O comercial que promete “uma mesa só” precisa ouvir o ops: mesa só, grafos não. A entrada escreve a diferença. Se não escrever, o gestor loga os dois no mesmo perfil porque o slide tinha uma logo só.

Passagem pro dia dois

O gestor recebe o perfil, o recorte, o dono anterior se houver, o estado do pixel, o que falta de convite. Não recebe um PDF de senhas.

Comercial recebe o que pode dizer ao cliente: quem opera, o que ainda falta do lado de lá, o que não vai acontecer (login no Chrome único, senha no grupo).

Ops agenda a revisão de 14 dias: último acesso, leak, papéis, se a agência anterior saiu de verdade.

Onboarding bom é chato e incompleto na foto: muitas colunas, pouco anúncio no dia um. Onboarding ruim é bonito no Slack e caro no mês dois. A conta no ar não prova que a entrada funcionou. Prova que alguém logou. Logar era o risco. O trabalho era nomear identidade, pixel e dono antes do clique.