Relatório de tráfego para cliente: o que mostrar, o que esconder e como provar resultado

Relatório de cliente é um documento de defesa. Ele existe para responder três perguntas antes que elas virem desconfiança: quanto entrou, quanto saiu, e o que aconteceu de diferente no período. Tudo que não serve a essas três perguntas é enfeite — e enfeite em relatório de mídia paga tem um custo: cada métrica extra é uma pergunta extra que você vai ter que responder na reunião.

Este artigo trata da construção prática do relatório: o que entra, o que sai, como sustentar o número quando o cliente compara com outra fonte, e como organizar o dado antes do fechamento para que montar o relatório leve minutos e não um dia.

A estrutura mínima que sustenta uma conversa

Um relatório de tráfego que funciona tem quatro blocos, nesta ordem.

1. Resumo financeiro do período — investimento, receita atribuída, resultado, CPA e ROI.
2. Evolução no tempo — os mesmos números por dia ou por semana.
3. Abertura por campanha e fonte — onde o dinheiro foi gasto e o que cada bloco devolveu.
4. Notas do período — o que foi alterado, o que quebrou, o que será feito.

Nada além disso precisa aparecer na primeira página. O restante vira anexo.

Bloco 1: o resumo que o cliente lê primeiro

Se o cliente lê uma linha só, é esta. Ela precisa conter, no mesmo recorte de datas:

Os valores acima são exemplo, não benchmark. O que importa é a forma: investimento e receita lado a lado, calculados sobre o mesmo conjunto de conversões.

O erro mais comum aqui é misturar fontes. Investimento vindo do gerenciador, conversão vinda do tracker e receita vinda de uma planilha que o cliente mandou por e-mail produzem três recortes de data diferentes e um número que ninguém consegue reproduzir na semana seguinte. Quando custo e conversão vivem no mesmo lugar — com custo por campanha e relatórios por dia, campanha e fonte — o resumo é consequência do dado, não uma montagem manual.

Bloco 2: evolução, não foto

A tabela agregada do mês esconde o que interessa. Um CPA médio de R$ 110 pode ser R$ 70 nos primeiros dez dias e R$ 160 nos últimos vinte, e essa é a informação que muda a decisão.

Mostre a série diária de pelo menos investimento, conversões e CPA. Se houve mudança estrutural — troca de criativo, entrada de fonte nova, queda de verba —, marque o dia. Uma linha de texto ao lado do gráfico ("dia 14: pausamos a campanha de retargeting") evita meia hora de reunião.

Bloco 3: abertura por campanha, fonte e sub-parâmetro

Aqui está a diferença entre relatório de agência e relatório de estagiário.

Abertura por campanha é o básico. Abertura por fonte e por sub-parâmetro é o que permite dizer "esse criativo específico responde por 38% das vendas com 12% do gasto". Isso depende de a estrutura de rastreamento ter sido planejada antes: se todo mundo usa sub1=teste, não há o que abrir depois.

Uma convenção que funciona bem em conta de agência:

• sub1 — identificador do criativo ou do anúncio
• sub2 — público ou segmentação
• sub3 — página de destino / variação de landing
• sub4 — responsável ou squad interno
• sub5 — campo livre para teste do mês

O que chega nesses campos é capturado no clique junto com utm, país e dispositivo, conforme descrito em como funciona o link de redirect e a atribuição. Sem padrão definido, a abertura existe tecnicamente e é inútil na prática.

Bloco 4: notas do período

Duas listas curtas: o que mudou e o que vem. Sem adjetivo. "Subimos o orçamento da campanha X de R$ 400 para R$ 900/dia no dia 9" é uma nota. "Otimizamos a performance" não é.

O que não entra no relatório

Esta parte costuma ser mais difícil que a anterior, porque a tentação de mostrar trabalho é grande.

Fica de fora:

• Estrutura fina de teste — quantos criativos estão rodando, quais públicos você descobriu, qual ângulo funcionou. Isso é seu ativo operacional. Resultado agregado é do cliente; método é seu.
• Métricas de vaidade sem consequência — alcance, impressões isoladas, frequência, CTR sem contexto de custo. Se o número não muda nenhuma decisão, ele só ocupa espaço e gera pergunta.
• Nomes de fornecedores, parceiros e sub-afiliados — quando existe repasse de conversão para parceiro, o cliente contratou resultado, não a cadeia. Isso vale especialmente para quem opera com estrutura de parceiros e afiliados por trás.
• Números que você não consegue auditar. Se alguém perguntar "de onde veio essa venda" e você não tiver click_id, transação e log, o número não deveria estar no relatório.
• Comparações com "média de mercado". Não existe média confiável e o cliente vai buscar a dele.

Há uma exceção: quando o cliente é sofisticado e vai cobrar detalhe de qualquer forma, esconder gera mais atrito do que mostrar. Nesse caso, mostre o nível intermediário — abertura por conjunto de criativos, não por criativo individual.

Como provar resultado sem depender de print

Print de gerenciador prova que o gerenciador mostrou aquilo. Não prova venda.

A prova defensável tem três camadas:

Camada 1 — o clique. Cada clique passou por um link /r/{slug} e gerou um click_id único, com utm, identificador de plataforma, país e dispositivo gravados no momento. Se o cliente pergunta de onde veio o tráfego, existe registro.

Camada 2 — a conversão. O evento voltou por postback server-side, com mapeamento por merchant para evento, valor e id da transação. Cada conversão tem um identificador do lado do anunciante — que é o mesmo identificador que aparece no relatório de pagamento dele.

Camada 3 — o log. Todo postback recebido fica registrado com o status do que aconteceu: casado com um clique, duplicado (transação repetida, descartada pela deduplicação), órfão (chegou sem clique correspondente) ou inválido (token ou payload errado).

Essa terceira camada é a que ganha discussão. Quando o cliente diz "meu sistema mostra 412 vendas e você mostra 386", você não precisa negociar: abre o log, mostra 14 duplicadas pela mesma transação, 9 órfãs que chegaram sem click_id e 3 inválidas por token errado, e a conversa vira técnica em vez de política. Esse tipo de divergência tem causas conhecidas e é tratado em detalhe em por que plataforma e tracker mostram números diferentes.

Exemplo de leitura de log num fechamento

Suponha um mês com 431 postbacks recebidos (números ilustrativos):

Os 11 órfãos são o item acionável: ou existe tráfego chegando por fora do link de redirect, ou algum fluxo perde o click_id no caminho. Isso vira uma nota no bloco 4 e uma tarefa na semana seguinte — não um número escondido.

Custo: o ponto que trava a maioria das agências

Receita costuma ser fácil, porque vem por postback. Custo é onde o relatório emperra.

Não existe importação automática de gasto das plataformas de anúncio. Quem promete isso na apresentação e depois monta planilha no fim do mês perde mais tempo do que quem assume o processo desde o começo. Os dois caminhos que funcionam:

• Custo por modelo na campanha — define-se CPC, CPM ou CPA fixo e o custo é calculado sobre o volume rastreado. Serve bem para compra de mídia com preço previsível e para tráfego comprado de parceiros.
• Custo manual por dia — lançamento diário do gasto real de cada campanha. Leva poucos minutos por conta e mantém CPA e ROI corretos no relatório sem planilha paralela.

Para quem roda Meta e Google em volume, a rotina prática é lançar o gasto do dia anterior de manhã, junto com a checagem de contas. As particularidades de cada plataforma estão em integração com Meta Ads e integração com Google Ads.

Um erro que custa cliente: mudar a régua no meio do caminho

Relatório de julho com atribuição de último clique e janela de 7 dias. Relatório de agosto com janela de 30 dias porque "ficou melhor assim". O cliente vê crescimento de 22% que não existe — e quando descobre, todo o histórico vira suspeito.

Regra: a régua se define uma vez e se documenta no rodapé do relatório. Modelo de atribuição, janela, fuso horário e critério de conversão contada. Se precisar mudar, mude no primeiro dia de um ciclo, avise antes e reprocessa o período anterior sob a nova regra para comparação. As implicações de cada escolha estão em modelos de atribuição explicados.

O fuso é o detalhe que mais gera confusão silenciosa: gerenciador em fuso da conta, tracker em horário de Brasília e sistema do cliente em UTC produzem três cortes diferentes de "dia 1º" e uma diferença permanente de 2% a 5% em relatórios diários.

Relatório por cliente, dado por cliente

Agência com sete contas tem sete relatórios e sete conjuntos de dados que não podem se encontrar. A separação não é organizacional — é estrutural: cada cliente em seu próprio workspace, com token de postback próprio, dados isolados e relatórios que só enxergam aquele escopo.

Isso elimina a classe de erro mais cara do setor: mandar para o cliente A um número que contém tráfego do cliente B. Também facilita a saída de um cliente, porque o recorte já existe. O funcionamento e os limites dessa separação estão detalhados em como separar o tracking de vários clientes e no material para agências.

Vale ser direto sobre um ponto: hoje não existe login de cliente com permissão granular por usuário nem dashboard embutido em iframe no site da agência. Quem precisa entregar acesso contínuo resolve com workspace isolado por cliente e relatório exportado com periodicidade combinada — funciona e é auditável, mas é exportação, não portal.

Quando o cliente tem dados próprios e quer confrontar

Cliente que tem CRM ou plataforma própria vai comparar. Isso é bom: significa que existe uma segunda fonte para validar sua atribuição.

O que facilita a reconciliação:

• Identificador de transação compartilhado. Se o postback carrega o id da transação do sistema do cliente, a comparação é linha a linha e não agregada.
• Lead ligado ao clique. Quando cada lead registrado guarda o clique de origem, é possível seguir um caso concreto do anúncio até a venda — útil quando o cliente traz um caso isolado ("esse cliente veio do Google, não do Meta").
• Mesma janela de datas. Parece óbvio e é a causa de metade das discrepâncias.

O princípio maior aqui é operar com dados próprios em vez de depender exclusivamente do que a plataforma de anúncio devolve. Quando a atribuição está ruidosa por perda de parâmetro, bloqueio de cookie ou redirecionamento mal feito, o diagnóstico começa em atribuição quebrada.

Formato de entrega: menos é mais

Três formatos funcionam, em ordem de sofisticação do cliente:

• PDF de 2 a 4 páginas — cliente que quer ler em cinco minutos. Resumo, gráfico, tabela por campanha, notas.
• Planilha exportada — cliente que quer mexer nos números. Uma aba por recorte (dia, campanha, fonte, sub-parâmetro).
• Reunião com tela compartilhada + PDF depois — contas grandes. A discussão acontece ao vivo, o documento fica como registro.

O que não funciona: mandar 18 páginas de gráfico automático. O cliente não lê, e quando lê, para em um gráfico irrelevante e a reunião inteira gira em torno dele.

Checklist antes de enviar

• [ ] Investimento, receita e conversões vêm do mesmo recorte de datas e do mesmo fuso.
• [ ] O número de conversões bate com o log de postbacks casados do período.
• [ ] Órfãos e inválidos foram revisados e viraram tarefa, se relevante.
• [ ] Custo do período lançado ou modelado para todas as campanhas ativas.
• [ ] Rodapé com modelo de atribuição, janela e fuso.
• [ ] Nenhuma informação de outro cliente aparece em nenhuma tabela.
• [ ] Notas do período escritas antes de olhar os números — para não virar narrativa pós-fato.
• [ ] Quedas relevantes já estão explicadas no documento.

O que o relatório comunica além dos números

Relatório previsível, com a mesma estrutura todo mês e a mesma régua, comunica controle. Relatório que muda de formato, que aparece com atraso ou que só destaca o que foi bem comunica o contrário — e o cliente que desconfia do relatório começa a pedir acesso, a comparar com terceiros e a questionar a fatura.

O trabalho de montar isso bem é feito uma vez, na configuração da conta: estrutura de sub-parâmetros definida, postback validado, custo com rotina de lançamento, workspace por cliente e um modelo de documento fixo. Depois disso, o fechamento é leitura, não produção. Se ainda restou dúvida sobre terminologia ou sobre como o produto trata cada etapa, o glossário, o FAQ, a visão geral da plataforma e os comparativos cobrem o restante — e os planos mostram o que muda conforme o volume de contas atendidas.