Dados
Atribuição de vendas no e-commerce: de onde vêm as suas vendas de verdade
DEFINIÇÃO
O que é atribuição de vendas e a pergunta que ela responde
Atribuição de vendas é a regra que decide qual ponto de contato leva o crédito por uma venda. A loja recebeu um pedido de R$ 320,00. Antes dele houve um anúncio visto no Instagram na terça, uma busca pelo nome da marca no Google na quinta, um e-mail aberto no sábado e uma entrada direta no site no domingo, quando a compra aconteceu. A atribuição é a convenção que responde quem fica com esse pedido na conta.
Repare na palavra: convenção. Não existe sensor que capture a intenção de compra e diga, com certeza, o que fez a pessoa comprar. O que existe são registros parciais (cliques, visualizações, sessões, identificadores) e uma regra escolhida por alguém para distribuir crédito sobre esses registros. Modelo de atribuição não é fotografia, é lente.
Isso não torna a atribuição inútil. Torna ela uma ferramenta de decisão em vez de um tribunal. A pergunta certa nunca foi "de onde veio essa venda". A pergunta certa é: onde eu coloco o próximo real, e o que acontece com a receita total quando eu coloco? Uma atribuição boa é a que responde essa segunda pergunta de forma estável, mês após mês, com todo mundo do time lendo o mesmo número.
E aqui vale separar duas coisas que costumam ser tratadas como uma só. Atribuição responde por divisão de crédito. Incrementalidade responde por causa: se aquele canal desligasse, essa venda ainda aconteceria? São perguntas diferentes, e a maioria das brigas de reunião sobre relatório de mídia é uma pergunta de causa sendo respondida com um relatório de crédito.
DIAGNÓSTICO
Por que Meta, Google e a plataforma da loja nunca fecham a mesma conta
A cena é conhecida: o gerenciador do Meta mostra um número, o Google Ads mostra outro, o GA4 mostra um terceiro e a plataforma da loja mostra um quarto. Ninguém está mentindo. Cada fonte está respondendo uma pergunta diferente, com uma regra diferente, sobre um período que nem sempre é o mesmo.
São cinco causas, e todas convivem ao mesmo tempo. Primeiro, cada plataforma de mídia é juíza em causa própria: ela credita a venda a si mesma sempre que encontra um contato seu na jornada. Segundo, as janelas são diferentes: uma conta o clique dos últimos sete dias, outra dos últimos trinta, e uma delas ainda conta quem apenas viu o anúncio sem clicar. Terceiro, o modelo interno é diferente e nem sempre auditável. Quarto, o navegador apaga rastro: cookies gravados via JavaScript passaram a viver poucos dias em alguns navegadores, o que empurra jornada longa para a coluna de tráfego direto. Quinto, o fuso e o critério de data: uma fonte carimba a venda no dia do clique, outra no dia do pedido.
Somar essas fontes é o erro mais caro do e-commerce brasileiro, porque parece prudente ("estou olhando tudo") e produz um número que não existe.
Soma da receita atribuída pelas plataformas ÷ Receita real do financeiro = Fator de Sobreposição
O TESTE DA SOMA. Exemplo ilustrativo, não é dado de cliente: se Meta, Google e demais canais somam R$ 640.000,00 de receita atribuída e o financeiro registrou R$ 400.000,00 no mesmo período, o fator é 1,6. Cada real vendido foi contado 1,6 vez. O número não é erro de ninguém, é a soma de vários juízes julgando o mesmo pedido. O que ele proíbe é usar a soma como base de decisão. Faça essa conta todo mês: o valor importa menos que a estabilidade dele.
| O que você quer saber | Plataforma de anúncio | Analytics do site | Financeiro da loja |
|---|---|---|---|
| Pergunta que responde bem | [OK] Este anúncio provocou reação? | [OK] Como a sessão se comportou no site? | [OK] Quanto entrou de verdade? |
| Quem julga | [RISCO] A própria plataforma que vende a mídia | [ATENÇÃO] Terceira parte, com regra própria | [OK] O registro do pedido pago |
| Conta venda sem clique | [RISCO] Sim, por visualização | [ATENÇÃO] Só o que teve sessão rastreada | [OK] Não se aplica |
| Critério de data | [ATENÇÃO] Costuma carimbar no dia do clique | [ATENÇÃO] Dia da sessão de conversão | [OK] Dia do pedido aprovado |
| Pode somar com as outras | [RISCO] Não, gera dupla contagem | [RISCO] Não, gera dupla contagem | [OK] É a régua que fecha a conta |
| Serve para | [ATENÇÃO] Otimizar dentro do canal | [ATENÇÃO] Entender comportamento no site | [OK] Decidir a verba total |
A regra prática que sai dessa tabela é curta: use a plataforma de anúncio para decidir dentro do canal, o analytics para entender o site e o financeiro para decidir o total. Cada uma no seu lugar, e nenhuma somada com a outra.
É o mesmo princípio de fonte única que vale para qualquer número de gestão, e que aparece com mais detalhe no artigo sobre métricas de e-commerce: a métrica só sustenta decisão quando tem definição escrita, fonte única e dono.
MODELOS
Os cinco modelos de atribuição e para que serve cada um
Modelo de atribuição é a regra de distribuição do crédito entre os contatos da jornada. Nenhum deles é certo, e todos são úteis para alguma coisa. O que muda de um para outro não é a precisão, é o viés: cada modelo engorda um pedaço do funil e emagrece outro.
| Modelo | Como distribui o crédito | Onde ele engana | Quando usar |
|---|---|---|---|
| Último clique | [ATENÇÃO] Cem por cento para o último clique antes da compra | [RISCO] Infla marca, remarketing e qualquer canal de fundo | [ATENÇÃO] Leitura rápida de fundo de funil |
| Primeiro clique | [ATENÇÃO] Cem por cento para o clique que abriu a jornada | [RISCO] Ignora o que fechou a venda | [ATENÇÃO] Entender de onde nasce demanda nova |
| Linear | [ATENÇÃO] Divide igual entre todos os contatos | [ATENÇÃO] Trata story visto de raspão como o e-mail que fechou | [ATENÇÃO] Comparar canais sem privilegiar as pontas |
| Decaimento no tempo | [ATENÇÃO] Mais crédito para o que aconteceu perto da compra | [ATENÇÃO] Penaliza jornada longa de ticket alto | [OK] Ciclo curto e compra por impulso |
| Data-driven da plataforma | [ATENÇÃO] Algoritmo próprio, regra não auditável por você | [RISCO] Caixa fechada operada por quem vende a mídia | [ATENÇÃO] Otimizar dentro do canal, nunca dividir verba |
Existe uma sexta leitura, que não é modelo de atribuição e por isso mesmo escapa do problema: olhar a loja inteira de cima. É a Régua do MER, ou eficiência total de mídia.
Receita total da loja ÷ Investimento total em mídia = MER
A RÉGUA DO MER. Não usa cookie, não usa janela, não depende de modelo: pega o que entrou e divide pelo que saiu. Ele não diz qual canal funciona, e essa é a limitação real. Serve como cerca por fora: se a soma dos ROAS atribuídos melhorou e o MER piorou, o ganho aconteceu no relatório, não no caixa. Leia o MER no mês, junto do resultado da DRE, e deixe a atribuição para as decisões dentro de cada canal.
A escolha do modelo tem um efeito colateral pouco lembrado: trocar de modelo muda o ranking dos canais sem que nada tenha mudado na operação. Por isso a regra é declarar o modelo e a janela por escrito, com data, e só mudar de propósito, avisando o time. Modelo que muda em silêncio produz decisão de verba que responde a uma configuração, não a um resultado.
ESTRUTURA
As 4 Camadas da Atribuição
A discussão sobre modelo costuma consumir a reunião inteira quando o problema real está uma camada abaixo. Atribuição confiável é feita de quatro camadas empilhadas, e cada uma só funciona se a de baixo estiver de pé.
- 01 — Registro: O dado precisa existir antes de qualquer modelo. Padrão único de UTM em todo link pago, inclusive link da bio, e-mail, WhatsApp e cupom de influenciador. Pixel e API de conversão no servidor enviando o mesmo evento com o mesmo identificador, para deduplicar. Identificador do pedido viajando junto da conversão. Sem essa camada, o modelo distribui crédito sobre buraco.
- 02 — Modelo: A regra escolhida e escrita: qual modelo, qual janela de clique, qual janela de visualização, o que conta como conversão e desde quando isso vale. Regra que existe só na cabeça de uma pessoa muda sozinha no dia em que essa pessoa muda de ideia, e ninguém percebe.
- 03 — Reconciliação: O batimento mensal contra o financeiro. O Fator de Sobreposição calculado e registrado, o canal Direto e o Não atribuído acompanhados como série, o total de pedidos batendo com a plataforma da loja. Reconciliação é rotina de calendário, não descoberta de reunião.
- 04 — Decisão: O crédito só vira gestão quando alguém remaneja verba, corta um canal, muda uma oferta ou abre um teste a partir dele, com dono, prazo e verificação no ciclo seguinte. É a camada que separa relatório de sistema, e é a que mais falta.
A ordem importa. Trocar o modelo de atribuição com a camada 1 quebrada é escolher a lente antes de limpar a lente. E investir nas três primeiras camadas sem a quarta produz o efeito mais frustrante de todos: um número cada vez mais preciso sobre uma operação que continua fazendo a mesma coisa.
VALIDAÇÃO
O Teste do Desligamento: o canal é causa ou carona?
Todo e-commerce tem pelo menos um canal suspeito de pegar carona: aparece no fim da jornada, leva crédito de venda que provavelmente já aconteceria e ostenta o ROAS mais alto da conta. Campanha de marca e remarketing de quem já colocou no carrinho são os candidatos clássicos.
Nenhum modelo de atribuição resolve isso, porque a pergunta é de causa. O que resolve é um experimento simples, e ele cabe em qualquer operação.
O Teste do Desligamento, em cinco passos. Escolha um canal ou uma campanha suspeita. Defina um período que cubra pelo menos um ciclo de compra inteiro da sua loja, e não um fim de semana. Mantenha o restante da verba constante, sem aproveitar para mexer em mais nada. Desligue. E então olhe a receita total da loja e o MER, nunca a receita atribuída, que obviamente vai cair naquele relatório.
A leitura é direta. Receita total caiu junto: o canal era causa, religue e trate o corte como perda real. Receita total ficou igual: o crédito apenas migrou para outro canal, e você acabou de descobrir uma verba que estava pagando por venda que já viria.
As ressalvas são obrigatórias. Não rode em pico sazonal nem em semana de campanha, porque o ruído engole o sinal. Rode uma coisa de cada vez. E prefira começar por um recorte menor, uma praça ou uma campanha, antes de desligar um canal inteiro. Loja com poucos pedidos por dia precisa de janela mais longa para que a diferença signifique alguma coisa.
O canal caiu no relatório. É venda que sumiu ou crédito que mudou de lugar?
Nível 1:
- ↓ — A receita total da loja caiu junto: A queda é real. O crédito não migrou para lugar nenhum, o pedido simplesmente não aconteceu.
- ↓ — A receita total ficou estável: A queda é contábil. O mesmo pedido está sendo creditado em outro canal, ou caiu na coluna de tráfego direto.
Nível 2:
- ↓ — Tratar como perda de demanda: Investigue dentro do canal: alcance, frequência, criativo cansado, leilão mais caro, ruptura de estoque do produto que sustentava a campanha.
- ↓ — Tratar como remanejamento de crédito: Investigue o rastreamento: UTM que sumiu, tag quebrada no checkout, mudança de janela, atualização de navegador, campanha nova canibalizando o crédito.
Nível 3:
- → — Decisão de mídia: Verba, oferta e criativo entram na conversa. Vira tarefa com dono e prazo, e a verificação acontece no ciclo seguinte.
- → — Incidente de dado: Não mexa na verba antes de consertar o registro. Decisão tomada sobre dado quebrado custa duas vezes: erra agora e ensina errado depois.
DIAGNÓSTICO
Régua de Confiabilidade da Atribuição
Antes de discutir qual modelo adotar, vale medir o quanto a sua leitura atual merece confiança. Os seis critérios abaixo somam cem pontos e podem ser respondidos em uma reunião de trinta minutos, com o gerenciador e a plataforma da loja abertos.
RÉGUA DE CONFIABILIDADE DA ATRIBUIÇÃO (100 PONTOS)
- Padrão de UTM escrito e aplicado (20%): Todo link pago sai com origem, mídia e campanha no mesmo padrão, sem exceção para link da bio, e-mail, WhatsApp e cupom de parceiro.
- Pixel e API de conversão deduplicados (20%): A compra sobe pelo navegador e pelo servidor com o mesmo identificador de evento, então a mesma venda não é contada duas vezes dentro do canal.
- Pedido rastreado até o financeiro (20%): O identificador do pedido viaja no evento de compra e permite bater a conversão com o relatório de vendas da plataforma da loja.
- Modelo e janela declarados por escrito (15%): Qualquer pessoa do time sabe dizer qual modelo e quais janelas estão valendo, desde quando, e onde isso está registrado.
- Reconciliação mensal com a receita real (15%): O Fator de Sobreposição é calculado e registrado todo mês, junto da série do tráfego direto e do não atribuído.
- Pergunta pós-compra no checkout (10%): A resposta declarada de como a pessoa conheceu a loja entra como terceira leitura, sobretudo para canais sem clique e para boca a boca.
⚠ SINAIS DE QUE A SUA ATRIBUIÇÃO ESTÁ MENTINDO
- A soma da receita das plataformas passa da receita do financeiro e ninguém calcula em quanto.
- O tráfego direto e o não atribuído crescem todo mês, e a explicação é sempre a mesma: o pessoal já conhece a marca.
- Cada participante da reunião abre uma fonte diferente, e a primeira meia hora é gasta reconciliando número.
- Ninguém sabe dizer qual janela de clique e de visualização está configurada no gerenciador.
- A campanha de marca tem o ROAS mais alto da conta, e ninguém nunca testou desligá-la.
- Existe cupom de influenciador rodando, e o relatório de mídia não sabe que ele existe.
- A decisão de verba muda quando alguém troca o modelo, e não quando o resultado muda.
EXECUÇÃO
Como montar a sua atribuição em quatro semanas
Não comece pelo modelo. Comece pelo registro, que é onde está a maior parte do estrago, e faça a reconciliação virar rotina antes de discutir qual lente usar. A sequência abaixo cabe em um mês de operação normal, sem projeto paralelo.
SEQUÊNCIA DE IMPLANTAÇÃO EM 4 SEMANAS
- ✓ Semana 1: escrever o padrão de UTM em uma página só e aplicar em todos os links pagos ativos, incluindo bio, e-mail, WhatsApp e parcerias.
- ✓ Semana 1: listar todos os canais que geram venda hoje, inclusive os que não têm link, como boca a boca, marketplace e loja física.
- ✓ Semana 2: conferir pixel e API de conversão com o mesmo identificador de evento, e validar que o identificador do pedido chega junto da compra.
- ✓ Semana 2: declarar por escrito o modelo e as janelas de clique e visualização em uso, com a data em que passaram a valer.
- ✓ Semana 3: calcular o Fator de Sobreposição do último mês fechado e registrar o número como linha de base.
- ✓ Semana 3: ligar a pergunta de como conheceu a loja no checkout ou no e-mail pós-compra, com poucas opções fixas.
- ✓ Semana 4: escolher o canal mais suspeito de pegar carona e desenhar o Teste do Desligamento, com período, recorte e critério de leitura definidos antes de começar.
- ✓ Semana 4: colocar a reconciliação no calendário mensal, com dono e data, junto do fechamento do resultado.
- ✓ Contínuo: toda leitura de atribuição termina em uma decisão escrita, com responsável, prazo e verificação no ciclo seguinte.
Como régua de trabalho: abaixo de 50 pontos na régua de confiabilidade, o problema é de registro, e trocar de modelo agora só troca o formato do erro. Entre 50 e 80, a leitura já sustenta decisão dentro de cada canal, e o ganho seguinte está na reconciliação virar rotina em vez de assunto de reunião. Acima de 80, o limite deixa de ser o dado e passa a ser a coragem de testar o que o dado sugere. Essas faixas servem para dar ordem à conversa e devem ser calibradas com a realidade de cada operação.
É na quarta camada que a diferença entre mostrar e decidir aparece inteira. Relatório de mídia, dashboard e ferramenta de atribuição mostram a divisão do crédito com precisão crescente, e nenhum dos três remaneja verba, abre o teste ou cobra o que a leitura pediu. O Axoly foi construído para a passagem seguinte: planejamento por drivers, mídia, dados, clientes e financeiro vivem no mesmo lugar, com IA Cognitiva lendo o desvio e devolvendo a ação já como tarefa, com responsável e prazo, e o registro do que foi decidido ficando no sistema.
A ordem, porém, vale para qualquer ferramenta: primeiro o registro, depois o modelo declarado, depois a reconciliação contra o resultado da DRE, e só então a decisão de verba. Quem monta esse método aprende a ler a própria operação e leva o método junto se um dia trocar de fornecedor. Quem pula direto para a ferramenta descobre alguns meses adiante que ela também não sabe qual venda teria acontecido de qualquer jeito.
Quero conhecer o Axoly.
Conheça o Axoly
O sistema operacional que centraliza planejamento, execução, CRM, mídia e dados do e-commerce em um único ambiente com IA cognitiva.
Perguntas frequentes
O que é atribuição de vendas no e-commerce?
Atribuição de vendas no e-commerce é a regra que decide qual ponto de contato leva o crédito por cada pedido. Como uma compra costuma envolver vários contatos, um anúncio visto, uma busca pela marca, um e-mail e uma visita direta, alguém precisa definir como o crédito daquele pedido será distribuído entre eles. Essa regra é o modelo de atribuição, e ela é uma convenção, não uma medição da causa. Serve para orientar onde vai o próximo real de verba, e funciona melhor quando o modelo e a janela estão declarados por escrito e o resultado é reconciliado com o financeiro todo mês.
Por que o Meta Ads mostra mais vendas do que a plataforma da loja?
Porque o Meta credita a si mesmo toda venda em que encontra um contato dele na jornada, inclusive quem apenas viu o anúncio sem clicar, dentro de uma janela que costuma ser generosa, e carimba a venda no dia do clique e não no dia do pedido. A plataforma da loja conta apenas o pedido efetivamente feito e pago, no dia em que ele aconteceu. As duas contagens estão certas para as perguntas que cada uma responde, e por isso não devem ser somadas nem comparadas linha a linha. Use o gerenciador para decidir dentro do canal e o financeiro para decidir a verba total.
Qual o melhor modelo de atribuição para e-commerce?
Não existe modelo melhor em abstrato, existe modelo adequado ao ciclo de compra da loja e à decisão que precisa ser tomada. Para operação de ciclo curto e compra por impulso, o decaimento no tempo costuma dar a leitura mais equilibrada. Para entender de onde nasce demanda nova, o primeiro clique ajuda. Para dividir verba entre canais, nenhum modelo de plataforma deve ser usado sozinho, porque cada plataforma é juíza em causa própria: cerque a decisão com o MER e com testes de desligamento. O que mais importa não é qual modelo, é manter o mesmo modelo, declarado por escrito, para que a comparação entre meses signifique alguma coisa.
O que é MER e quando ele substitui a atribuição?
MER é a receita total da loja dividida pelo investimento total em mídia no mesmo período, e ele não substitui a atribuição: cerca a atribuição por fora. Como não depende de cookie, janela nem modelo, o MER é imune à dupla contagem e mostra se a operação como um todo ficou mais eficiente ou menos. A limitação é que ele não aponta qual canal funciona. Na prática os dois convivem: o MER decide se o total de mídia está saudável, a atribuição orienta a distribuição dentro dele, e o teste de desligamento resolve as dúvidas de causa que nenhum dos dois responde.
Como fazer atribuição sem cookie de terceiro?
Comece pelo que não depende de navegador: padrão único de UTM em todos os links, API de conversão no servidor deduplicada com o pixel, identificador do pedido viajando junto do evento de compra e reconciliação mensal contra o financeiro. Depois some as leituras que não precisam de rastro técnico, como a pergunta de como conheceu a loja no checkout e os testes de desligamento por canal ou por praça. O resultado não é uma jornada perfeita, e nunca foi: é uma leitura estável o bastante para decidir verba com consciência da margem de erro, que é o que a atribuição de fato entrega.