Configuração de Campanha de Rastreamento no Voluum
Neste tutorial, vamos criar uma campanha de rastreamento baseada no Voluum TDS. Existem muitos sistemas de distribuição de tráfego no mercado, como Keitaro, Binom, RedTrack, etc. Todos eles desempenham a mesma função de distribuir tráfego, mas ao mesmo tempo possuem suas próprias características, opções e configurações específicas. Por exemplo, Keitaro e Binom são plataformas auto-hospedadas.
Saiba mais: Rastreamento no Voluum, Tutoriais de Rastreamento de Conversão
Fonte de Tráfego
O Voluum possui muitos modelos de fontes de tráfego, como Taboola (Realize), Outbrain, MGID, Revcontent, NewsBreak, MediaGo. Na maioria dos casos, basta criar a partir de um modelo existente e configurar apenas os postbacks de conversão para a fonte necessária, sem precisar definir nomes para parâmetros e tokens. Esses postbacks dependem dos nomes dos eventos de conversão e dos formatos de requisições S2S de cada plataforma de publicidade.
Saiba mais: Fontes de Tráfego Personalizadas.
Página de Oferta
O que é uma Página de Oferta em rastreamento? A URL da oferta é a página final do "caminho do usuário". Pode ser o carrinho de compras, o formulário de checkout no CheckoutChamp, a página de vendas no Funnelish, página de produto no Shopify, a página de download da loja de aplicativos, etc. Você precisa solicitar a URL da página de oferta ao cliente e configurar postbacks de conversão na plataforma do cliente.
Antes de criar uma nova URL de oferta no Voluum, é necessário entender a estrutura da URL para adicionar corretamente os parâmetros de rastreamento. É importante conhecer o significado dos símbolos ?
, &
, #
na URL, caso contrário você pode "quebrar" o link.
?utm_source={trafficsource.name}&utm_medium=xo&utm_term={clickid}
Saiba mais: Rastreamento, Parâmetros.
Lander
Se você for usar o "método de redirecionamento" (o que provavelmente acontecerá) para a transição entre o anúncio e o funil da campanha, em geral é suficiente definir a URL https://your-voluum.domain/click
para todos os CTAs do seu lander.
É uma boa prática adicionar um código de rastreamento em JavaScript na tag head
do HTML da página de destino, para redirecionar e rastrear tráfego orgânico e evitar o erro 400 Bad Request. Esse código pode ser obtido na etapa de criação da campanha. Importante: o "script de rastreamento orgânico" não é o mesmo que o "script de rastreamento direto".
A principal regra ao escolher o domínio correto para seus landings, scripts e campanhas é que você precisa usar o mesmo domínio em todo o funil de rastreamento. Isso significa que, se você definiu
https://your-voluum.domain/click
como URL para os CTAs do lander, então deve usar o mesmoyour-voluum.domain
para o script de rastreamento e também para o link da campanha.
Saiba mais: Como Adicionar URLs de Clique ao Lander
Campanha de Rastreamento
Para criar uma campanha simples, basta configurar uma Fonte de Tráfego e uma Página de Oferta. Você pode adicionar uma Página de Destino após configurar totalmente a campanha. Isso é útil, por exemplo, quando você precisa fornecer um link de rastreamento para rodar testes de integração ou realizar um evento de conversão de teste e garantir que os postbacks S2S do cliente estão corretos.
Testes
MedirTestar duas vezes, cortar uma.
Apesar de as configurações técnicas de rastreamento serem feitas por especialistas, é recomendável testar com um link de rastreamento antes de colocar a campanha no ar. Isso garante que a página final da oferta esteja acessível e que os redirecionamentos a partir do lander funcionem corretamente.
Trabalhamos em um campo onde, às vezes, um único caractere errado pode causar grandes perdas de tráfego e dinheiro.
Portanto: Teste, teste e teste! Antes de colocar sua campanha no ar. Depois de fazer alterações. Sempre que tiver dúvida ou não se lembrar. Simplesmente faça um teste.
É recomendável ter um navegador separado, com configurações padrão e sem extensões de terceiros, apenas para testes. Limpe os dados de navegação (cookies, cache e dados de sites) antes de cada teste.
É muito mais eficaz detectar e corrigir um erro antes que ele cause prejuízos do que procurar os responsáveis depois. 😉
Configurações de Eventos de Conversão
O principal objetivo de configurar eventos de conversão é enviar o ID do clique do anúncio da Fonte de Tráfego para o seu TDS, depois enviar o ID de clique do usuário do TDS para a plataforma do produto do cliente e recebê-lo de volta quando ocorrer uma conversão do usuário. Pode ser venda, início de checkout, adicionar ao carrinho, etc.

Como media buyer, você precisa entender os princípios fundamentais por trás dos eventos de conversão. Isso pode economizar muito tempo e, para media buyers seniores, esse conhecimento básico é essencial.
Além disso, o envio de eventos de conversão é possível via códigos de Pixel em JavaScript (ou até um pixel de imagem) em cada plataforma de publicidade, mas isso não é abordado neste tutorial porque o foco aqui é rastreamento avançado e postbacks S2S.
Configuração da Campanha de Anúncios
Nesta etapa, você precisa configurar parâmetros adicionais para o link de rastreamento da sua campanha (como ID do clique do anúncio, custo por clique, nome da campanha, etc.) e os eventos de conversão na fonte de tráfego com suas respectivas nomeações.
É uma boa prática separar o link do anúncio dos parâmetros de rastreamento. Assim, você pode alterar os parâmetros sem solicitar nova moderação dos anúncios e os parâmetros serão adicionados a todos os seus links de anúncio.
Certifique-se de que o link de rastreamento da sua campanha contenha o token de ID do clique do anúncio; caso contrário, você não conseguirá enviar postbacks S2S de eventos de conversão para otimizar sua campanha.
Saiba mais: Parâmetros de URL para Rastreamento (Taboola), Definindo Conversões (Taboola)
Postbacks de Eventos
É possível enviar postbacks de eventos de conversão de 2 maneiras:- Server-To-Server (S2S): as requisições são feitas no back-end entre servidores. Por exemplo, via software de afiliação (Affise, Everflow, Impact, iRev, Swarm) para o TDS (Voluum, Keitaro, Binom, RedTrack) ou do TDS para a Fonte de Tráfego (Meta, Taboola, Outbrain, etc.).
- Client-To-Server: as requisições são enviadas do navegador do usuário para o servidor. Por exemplo, via código JavaScript, pixels de imagem ou iframe, ou qualquer asset de terceiros na página HTML, como CSS. Esse método é menos confiável que S2S, pois os postbacks são enviados do navegador do cliente.
Postbacks Server-To-Server são mais confiáveis, mas você pode combinar as formas; por exemplo, enviar add to cart
via “pixel” JavaScript e purchase
via S2S. Lembre-se: é uma má prática enviar o mesmo evento duas vezes, simultaneamente via S2S e via cliente, pois isso duplicará o evento na plataforma de tráfego e bagunçará seus relatórios. A maioria das plataformas possui parâmetros de deduplicação para esse problema, mas isso é outra história.
A forma de envio dos postbacks depende da plataforma do produto (oferta), então pode variar de plataforma para plataforma e ter implementações diferentes até dentro da mesma, como em algumas lojas Shopify, onde a integração pode variar conforme o front-end da loja. Não entraremos em detalhes, pois isso é trabalho dos “caras técnicos”.
Em geral, há 2 tipos de postbacks:
Entrada — da Plataforma da Página de Oferta para o seu TDS.
Exemplo de postback de evento de conversão padrão para o Voluum.
Exemplo de postback de evento de compra customizado para o Voluum.https://your-voluum.domain/postback?cid={clickid}
Onde:https://your-voluum.domain/postback?cid={clickid}&et=purchase&payout={product_price}&txid={order_id}
cid={clickid}
- ID do clique do tracker, obrigatório;et=purchase
- nome do evento customizado;payout={product_price}
- receita por conversão;txid={order_id}
- ID único da transação (para deduplicação de eventos);
Saiba mais: Parâmetros de Postback do Voluum
Exemplo de mensagem de solicitação de integração de postbacks de eventos para um cliente (oferta).
*postbacks*
Marcaremos nosso tráfego com parâmetros GET assim:`?utm_medium=xo&utm_term={clickid}`
ex.: https://your-site.url/offer-product?utm_medium=xo&utm_term={clickid}&...
Onde:`utm_medium=xo`
significa que o usuário veio de nossas campanhas,`utm_term={clickid}`
contém o clickID do usuário, e você precisa enviar esse clickID de volta ao nosso servidor via postback S2S ou Client-To-Server, como`cid={clickid}`
junto com o parâmetro GET`et={event_type}`
e opcionalmente`payout={usd_product_price}`
Nosso formato de URL de postback é`https://your-voluum.domain/postback?cid={clickid}&et={event_type}&payout={usd_product_price}`
Precisamos desses postbacks por evento:`https://your-voluum.domain/postback?cid={clickid}&et=purchase&payout={usd_product_price}&txid={order_id}`
- evento de compra/venda.`https://your-voluum.domain/postback?cid={clickid}&et=begin_checkout`
- evento de início de compra (Begin Checkout).`https://your-voluum.domain/postback?cid={clickid}&et=add_to_cart`
- evento de adicionar ao carrinho.
Seria ótimo ter a lista completa de eventos que vocês podem enviar ao longo da jornada de conversão do usuário. Se não for possível enviar exatamente`purchase`|`add_to_cart`|`begin_checkout`
, basta nos informar as nomenclaturas que utilizam.Se quiser otimizar sua campanha, garanta que a plataforma da oferta envie postbacks de eventos de conversão para o seu tracker. E lembre-se: se houver problema com eventos de conversão na sua campanha, este é o primeiro lugar a verificar.
Saída — do seu TDS para a Plataforma da Fonte de Tráfego.
Exemplos de postback S2S de evento de compra por plataforma:
Taboola:
Outbrain:https://trc.taboola.com/actions-handler/log/3/s2s-action?click-id={externalid}&name=Purchase&revenue={payout}¤cy=USD
Revcontent:https://tr.outbrain.com/pixel?ob_click_id={externalid}&name=Purchase&orderValue={payout}¤cy=EUR
NewsBreak:https://trends.revcontent.com/api/v1/conversion.php?api_key=[ACCOUNT_API_KEY]&uuid={externalid}&amount={payout}&user_ip={ip}&user_agent={useragent}
MGID:https://business.newsbreak.com/tracking/attribute?callback={externalid}&nb_value={payout}&event_type=complete_payment
https://a.mgid.com/postback/[ACCOUNT_ID]?c={externalid}&r={payout}&e=Purchase
Lembre-se de que leva algum tempo (geralmente algumas horas, às vezes um dia) desde a ocorrência da conversão até que ela apareça nos relatórios da plataforma de tráfego.
Mais um ponto: você não consegue fazer um postback S2S de teste aparecer em alguns relatórios de fontes de tráfego antes que a sua campanha esteja ativa.
Relatórios de Desempenho
Há 2 configurações que você precisa conhecer ao visualizar relatórios: fusos horários e atribuição de eventos. Se você não considerar essas opções ao comparar relatórios de desempenho com relatórios de outras fontes (como a plataforma de tráfego ou a plataforma do produto/oferta), é muito provável que haja discrepâncias nas métricas.
Fusos Horários dos Relatórios
Os fusos horários nos relatórios determinam quando cliques, impressões e conversões são contabilizados. Cada TDS, incluindo o Voluum, permite definir um fuso horário para os relatórios de análise. Portanto, ao comparar relatórios, você precisa perguntar ao cliente qual fuso horário ele usa em seus relatórios de vendas e qual fuso horário está definido na conta da plataforma de anúncios.
Os fusos horários determinam como os números diários se alinham; para uma análise precisa, verifique sempre se seu tracker, a plataforma de anúncios e os relatórios de vendas da oferta estão sincronizados.
Atribuição de Eventos nos Relatórios
O cliente enviou um relatório de conversões e ele diverge dos números da sua fonte de tráfego (plataforma de anúncios)?
Você perguntou ao cliente qual modelo de atribuição ele usa nos relatórios?
Você sabe o que isso significa? :)
Atribuição é a regra que define a qual data o evento de conversão será associado nos seus relatórios.
Duas modalidades principais:- Atribuição pelo Momento do Clique (Data do Clique) — a conversão (compra, cadastro etc.) é reportada na data em que o clique no anúncio ocorreu. Exemplo: o usuário clica em 10 de agosto e compra em 13 de agosto. No relatório, o pedido aparece em 10 de agosto. Usado principalmente pelas plataformas de tráfego.
- Atribuição pelo Momento da Conversão/Postback (Data do Evento) — a conversão é reportada na data em que o evento realmente ocorreu (quando o usuário comprou, instalou ou quando o postback foi disparado). Exemplo: o usuário clica em 10 de agosto e compra em 13 de agosto. No relatório, o pedido aparece em 13 de agosto. Usado principalmente pelas plataformas da oferta do cliente (Shopify, CheckoutChamp, Funnelish, CRMs, etc.)
Ao comparar relatórios com um cliente, alinhe as configurações de atribuição — caso contrário, os números não vão bater.
Todos os TDS populares permitem escolher entre “Click Date” e “Event Date” para qualquer tipo de relatório analítico.
No Voluum TDS, você pode alterar isso nas configurações.
Settings → General settings → Conversion registration time reporting → Visit/Postback timestamp