Conversões perdidas: por que o postback chegou vazio e como encontrar a causa
O anunciante vê um depósito, mas a sua rede não. Quatro causas típicas que você identifica no log de postbacks e o que corrigir em cada caso.
A situação mais frustrante em uma rede: o anunciante mostra um depósito, o afiliado manda um print, e a conversão não está nas suas estatísticas. A causa quase sempre aparece no log de postbacks recebidos; basta saber o que procurar. Como configurar postbacks do zero está no artigo sobre postbacks S2S; este trata do diagnóstico quando algo já deu errado.
Por onde começar
Abra o log de postbacks recebidos do dia e encontre as requisições com erro. Cada uma mostra o que chegou, o que o tracker respondeu e por que a conversão não foi contabilizada. Depois olhe o valor do click_id: ele quase sempre revela o que aconteceu.
1. O click_id está vazio
A requisição fica assim: click_id=&status=sale. O anunciante enviou o postback, mas não tinha o ID do clique. Ou seja, no momento do clique, o seu ID nunca chegou até ele.
Uma causa comum é passar o ID no parâmetro errado. Por exemplo, plataformas de afiliados baseadas no Cellxpert guardam o ID do clique apenas nos parâmetros afp, afp1…afp10. Se o tracker acrescenta &click_id=… ao link, a plataforma simplesmente não o salva, e o postback volta vazio.
O que fazer: pergunte ao anunciante em qual parâmetro ele recebe e devolve o ID do clique e configure esse parâmetro nas configurações da landing page. O postback do anunciante deve usar a macro correspondente: click_id={afp}.
2. Chegou um ID estranho
Em vez do seu ID, chega um valor em outro formato, como um UUID longo que não está entre os seus cliques. É um ID do sistema do anunciante ou de um tracker intermediário. Isso acontece quando o link da oferta contém uma macro que o seu tracker não conhece: ela vai para o anunciante como texto puro, e ele coloca o próprio ID no lugar.
O que fazer: use no link da oferta {click_id} ou o parâmetro definido nas configurações da landing page e teste o link com um clique de teste: a barra de endereço do anunciante deve mostrar o seu ID.
3. Uma macro não foi preenchida
Chegam valores como {ngr}, [DepositId] ou [Transaction_sum]. O postback do anunciante usa uma macro que o sistema dele não tem, ou que está escrita com maiúsculas e minúsculas diferentes. A conversão ainda é contabilizada, mas sem o valor do depósito ou o ID da transação, e sem o ID da transação o tracker identifica duplicados com menos precisão.
O que fazer: confira as macros na documentação da plataforma do anunciante. No PrimeTrack, macros não preenchidas e valores vazios contam como “não enviados”, então nenhuma conversão se perde por causa deles.
4. O postback vem de você mesmo
Se as requisições com erro se repetem depois de 1, 5 e 15 minutos, e depois de uma e duas horas, esse é o calendário de novas tentativas dos postbacks enviados. Provavelmente as configurações de postback de algum afiliado apontam para o seu próprio tracker com uma macro vazia. A conversão fica registrada; só a entrega ao afiliado falha.
O que fazer: encontre no log de postbacks enviados o afiliado com esse endereço e peça que ele use a URL do próprio tracker.
Referência rápida
| O que chegou | Causa | Onde corrigir |
|---|---|---|
click_id= vazio | O ID não chegou ao anunciante | Parâmetro click_id da landing page |
| ID em formato estranho | Macro desconhecida no link da oferta | Link da oferta |
{ngr}, [DepositId] | Macro não preenchida | Postback do anunciante |
| Repetições em calendário | O postback do afiliado aponta para o seu tracker | Configurações de postback do afiliado |
Se houver muitos postbacks vazios, verifique de uma vez todas as landing pages da mesma plataforma de afiliados: o erro costuma ser o mesmo em todas as ofertas dela. Para outras formas de perder dinheiro, veja o artigo sobre fraude.