RastrackDash Info: qual campanha trouxe a venda que passou pelo site?

Uma venda aparece no checkout. O gerenciador de anúncios reivindica resultado. A planilha da equipe mostra um lead com o mesmo e-mail. Isso ainda não conta a história completa. Entre o primeiro clique e o pedido pode haver outra visita, uma conversa, um dispositivo diferente ou uma etapa sem registro.

O RastrackDash Info foi desenhado para organizar essa investigação em uma instalação própria: coleta first-party, dados de campanhas, eventos, leads, checkouts e uma visão da jornada. O foco deste artigo é a leitura do caminho que passa pelo site. No RastrackDash WhatsApp, a pergunta parte da conversa; aqui, a visita e os eventos do site são peças centrais.

Um pedido, duas histórias possíveis

Imagine uma página de curso que recebe tráfego de anúncios e de busca orgânica. O exemplo é fictício. Ana clica num anúncio, visita a página, deixa o contato e compra dois dias depois. Bruno chega diretamente ao site, preenche o mesmo formulário e compra no mesmo checkout. O valor da venda pode ser idêntico; a evidência de origem, não.

• Ana: primeira visita com origem de mídia identificada, lead associado à jornada e pedido conferido no checkout. A campanha ligada ao percurso merece investigação.
• Bruno: acesso direto, sem campanha conhecida, lead associado à visita e pedido conferido. A venda deve ser contada, mas a origem de mídia permanece desconhecida.

Uma compra sem campanha conhecida continua sendo venda. Ela não deve desaparecer do negócio nem ser empurrada para a última campanha visível só para completar um gráfico.

O que aparece na interface

A captura demonstrativa da lista de Jornadas mostra como o painel separa visitantes, eventos, toques de mídia, leads e pedidos numa primeira triagem. O menu também dá acesso a Campanhas, Criativos, Eventos, Leads e Vendas. Ao abrir uma jornada específica, é preciso conferir a forma de associação, o primeiro e o último contato, as identidades resolvidas e a linha do tempo. É esse encadeamento que eu examinaria antes de comentar ROAS.

O próprio painel distingue associações mais fortes de lacunas. Na amostra visual, há indicações de associação por identificador do visitante e rótulos que deixam a origem da mídia indisponível quando ela não foi determinada. A captura está marcada “Interface do app · Dados demonstrativos”; seus visitantes, horários e pedidos são fictícios, não resultados de cliente.

Lista demonstrativa de jornadas no RastrackDash Info com visitantes, eventos, toques, leads e pedidos fictícios; nenhuma informação de cliente.

Há também uma tela de Campanhas com seleção de período e comparação de critérios de atribuição. Eu não começaria por ela. Primeiro verificaria uma jornada específica e confrontaria o pedido com a fonte comercial; só depois voltaria ao agregado. Um número agregado pode misturar visitas, leads e pedidos que não têm a mesma qualidade de vínculo.

A documentação do produto descreve coleta de eventos e identificação separadas, checkouts como borda de ingestão e uma camada de resolução de visitantes. Também registra um limite importante: o MVP não faz envio de conversões para plataformas de tráfego. Nesse fluxo, o RastrackDash Info está ajudando a construir conhecimento na base própria. Não se deve confundir essa leitura com um evento já devolvido à Meta ou ao Google.

Como eu conferiria uma venda

1. Escolheria um pedido que exista no checkout e anotaria seu identificador, horário e valor sem copiar dados pessoais para a análise editorial.
2. Abriria a jornada correspondente no painel e compararia a linha do tempo: visita, toque de mídia, envio de formulário e pedido.
3. Verificaria se o vínculo entre lead e visitante é direto, inferido ou ausente. Se houver troca de dispositivo ou perda do identificador, marcaria a incerteza.
4. Compararia UTMs, identificador do anúncio e parâmetros que chegaram ao checkout. Um parâmetro vazio não pode virar campanha conhecida depois.
5. Repetiria a checagem com um pedido sem origem de mídia para testar se o painel preserva o “não sei”.
6. Só então analisaria a visão por campanha, com o mesmo período e a mesma regra de atribuição.

Esse teste protege uma distinção que ensino: rastreamento coleta e armazena dados na base própria; trackeamento informa esses dados à plataforma de tráfego. O rastreamento deixa a pessoa inteligente. O trackeamento deixa a plataforma inteligente.

O Info organiza a pergunta. A confiança vem da comparação com registros de site e checkout, do tratamento claro das lacunas e da revisão de como os eventos chegaram. Para comparar este projeto com os outros da série, leia o mapa dos 13 projetos que criei com Claude Code e Codex.

Perguntas frequentes

Uma jornada sem origem conhecida deve ser excluída?

Não. Ela pode conter uma visita, um lead e uma venda reais. O que falta é a prova da campanha. Eu manteria o pedido no resultado comercial e marcaria a atribuição como desconhecida até existir evidência melhor.

O painel prova que a Meta recebeu a compra?

Não no MVP descrito aqui. O Info reúne e relaciona dados na base própria; o envio de conversões à plataforma de tráfego é outra etapa e precisa de validação separada.

Por onde começar quando o total de vendas não fecha?

Comece por um pedido confirmado no checkout. Compare ID, horário, valor e visitante antes de olhar o gráfico agregado. Registre se o vínculo foi direto, inferido ou ausente. Essa amostra mostra se o problema está na ingestão, na associação ou apenas na regra de atribuição escolhida.