Reembolso, chargeback e conversão fantasma: como não otimizar campanha com receita que não existe

Existe um intervalo perigoso na operação de infoproduto: a venda entra hoje e o estorno entra daqui a doze dias. No intervalo, o relatório mostra um número que a conta bancária nunca vai confirmar — e é com esse número que a decisão de escalar costuma ser tomada.

O problema não é o estorno em si, que é parte normal do negócio. O problema é o descasamento temporal somado à falta de ligação entre o evento negativo e a campanha de origem. Quando o reembolso cai no dia em que foi processado, ele vira ruído genérico. Quando volta para a campanha que gerou a venda, vira informação.

As cinco fontes de conversão fantasma

Nem toda receita inexistente tem a mesma origem, e o tratamento muda conforme o caso.

Os dois primeiros são os que mais estragam decisão, porque acontecem no volume mais alto. O último é o único que dá para eliminar por completo no nível técnico, e vale começar por ele.

Duplicidade: o caso resolvido por dedução

Postback duplicado não é anomalia, é comportamento esperado de qualquer plataforma que implementa retry. Se a primeira chamada não recebe resposta, ela tenta de novo. Se o status do pedido muda, ela dispara outra vez. Se alguém reprocessa a fila, dispara tudo novamente.

A regra aplicada é por id de transação: o mesmo txid não vira segunda conversão. E o detalhe que importa em auditoria — postback repetido com valor divergente preserva a conversão original e registra o divergente no log. Nada muda em silêncio.

Isso significa que se a plataforma enviar duas vezes o mesmo pedido com valores diferentes, você vê as duas linhas. Pode ser mudança legítima de valor por upsell ou por desconto aplicado depois, pode ser bug da plataforma, pode ser configuração errada de mapeamento. Você decide com o registro na frente, em vez de descobrir que o relatório da semana passada mudou. O funcionamento detalhado está descrito em postback server-to-server.

Como o evento negativo é registrado

O mecanismo é o mesmo da venda: a plataforma dispara um postback e o tracker lê. A diferença está no mapeamento por merchant, onde você define qual parâmetro traz o evento e quais valores desse parâmetro significam o quê.

Na prática, o mesmo endpoint recebe as duas coisas:

https://rastreio.seudominio.com.br/postback?event=sale&value=297.00&txid=HP-99182&click_id=abc123

https://rastreio.seudominio.com.br/postback?event=refund&value=297.00&txid=HP-99182

O que liga o segundo ao primeiro é o txid. Com ele, o reembolso encontra a venda, a venda encontra o click_id, e o click_id encontra a campanha, o criativo e o custo. Sem ele, o evento negativo chega sem par e você tem uma saída de receita sem saber de onde ela veio.

Por isso vale checar, ainda na configuração, se a sua plataforma envia o mesmo id de transação no evento de reembolso que enviou na venda. Algumas enviam um id novo referenciando o original em outro campo — nesse caso, o campo a mapear como transação é o de referência, não o do novo evento. Esse tipo de detalhe por plataforma está em integrações com Hotmart e Kiwify e na lista de integrações disponíveis.

Gerado não é pago

Em oferta que aceita boleto e Pix, a distância entre pedido gerado e pedido pago é grande o suficiente para inverter o ranking de criativos. Um criativo que atrai público de menor poder aquisitivo pode gerar muito pedido e converter pouco em pagamento; outro, com menos pedidos, converte quase tudo.

Se o relatório conta "gerado", o primeiro criativo parece vencedor e recebe orçamento. Se conta "pago", o segundo aparece. É a mesma campanha, a mesma verba, e duas decisões opostas dependendo do que você escolheu contar no momento de configurar o mapeamento.

A recomendação prática:

• Conversão principal = pedido pago. É o que entra na receita e no cálculo de retorno.
• Métrica de acompanhamento = pedido gerado. Útil para medir a etapa do checkout, mas separada.
• Nunca some as duas no mesmo número, porque o pago é subconjunto do gerado e o total perde sentido.

Quando a plataforma dispara os dois eventos para o mesmo pedido, a deduplicação por txid já impede a soma dupla se ambos forem mapeados como venda. Ainda assim, o desenho limpo é mapear só o pago como conversão.

Por que o reembolso deve voltar à campanha de origem

Imagine duas campanhas com o mesmo custo e o mesmo número de vendas no mês. A primeira tem 4% de reembolso; a segunda, 26%. No relatório por data de processamento, as duas parecem equivalentes durante a maior parte do período, e a diferença só aparece diluída depois, misturada com vendas novas.

Alocando o evento negativo à campanha e ao dia da venda original, a diferença aparece onde importa: no criativo, no público, na fonte. Taxa alta de reembolso raramente é aleatória. Costuma indicar promessa desalinhada no criativo, público mal segmentado, ou origem de tráfego com padrão de compra impulsiva.

Isso muda a natureza da métrica. Você deixa de olhar "quanto vendeu" e passa a olhar "quanto ficou". São duas leituras diferentes da mesma campanha, e a segunda é a que paga a conta. A lógica de janela e alocação temporal é a mesma discutida em modelos de atribuição explicados.

Receita bruta, líquida e margem

Com custo cadastrado por campanha — CPC, CPM, CPA fixo ou custo manual por dia — e o evento negativo registrado, o relatório passa a suportar três leituras distintas:

1. Bruto. Toda venda registrada, sem descontar nada. Serve para medir volume de topo e ritmo de checkout.
2. Líquido. Bruto menos reembolsos e chargebacks alocados à origem. É a base para decidir escala.
3. Margem. Líquido menos custo de mídia. É o número que diz se a operação está de pé.

Os três aparecem por dia, campanha, fonte e sub nos relatórios da plataforma. A diferença entre o primeiro e o terceiro é onde a maioria das operações descobre que o criativo campeão do painel de anúncios não é o campeão do negócio.

Janela de maturação: o número não fecha no dia seguinte

Toda oferta tem um prazo em que o resultado ainda vai mudar. Com garantia de sete dias, uma campanha de segunda-feira só tem número estável a partir da semana seguinte, e ainda assim sujeita a chargeback por meses.

Isso não impede decidir rápido, mas exige saber o que se está decidindo:

• Dias 0 a 2: dado provisório. Serve para matar criativo que claramente não funciona, não para escalar.
• Dias 3 a 10: o grosso dos reembolsos já apareceu. É aqui que a leitura por campanha fica confiável.
• Dia 30 em diante: chargeback ainda pode alterar, mas em volume pequeno o suficiente para não inverter ranking.

Quem escala no dia 1 com base em receita bruta está apostando que a taxa de reembolso daquele criativo é igual à média histórica. Às vezes é. Quando não é, a conta aparece exatamente no momento em que a verba já foi multiplicada.

O que fazer quando a plataforma não avisa

Nem toda plataforma dispara postback de reembolso, e algumas disparam apenas se o evento estiver habilitado por produto. O primeiro passo é conferir na documentação e no painel se o evento existe e está ativo para o produto que você promove — a ausência costuma ser configuração, não limitação.

Quando realmente não houver disparo automático, o caminho honesto é:

• Marcar o relatório como bruto, para não confundir quem lê.
• Exportar periodicamente o extrato de estornos da plataforma de vendas.
• Ajustar manualmente, usando o id de transação para achar a campanha de origem.
• Registrar a taxa média de reembolso por oferta, para aplicar como desconto de referência nas decisões rápidas.

Não é elegante, mas é honesto, e é melhor que decidir com bruto fingindo que é líquido. Vale registrar também que o Affilitrack recebe eventos enviados pela plataforma; ele não consulta pedidos por API nem tem aplicativo instalável em loja de aplicativos. O que existe é o caminho de webhook ou postback apontando para o endpoint do tracker — inclusive em checkout próprio, onde você mesmo dispara a chamada no momento em que o pagamento é confirmado e de novo quando é estornado. Esse cenário é o descrito em dados próprios e domínio de tracking.

Leads também envelhecem

Em operação com captura antes da venda, o CRM de leads liga cada lead ao clique de origem. Isso permite uma leitura que a maioria dos relatórios não oferece: qual criativo traz lead que compra, e não apenas lead que preenche formulário.

A conversão fantasma tem equivalente aqui — o lead falso, o e-mail descartável, o preenchimento por robô. O efeito é o mesmo: custo por lead artificialmente baixo em uma fonte que não gera receita. Com o lead ligado ao clique e a venda ligada ao lead, a cadeia completa fica visível e o custo por lead deixa de ser a métrica final.

Checklist de higiene

O que conferir a cada ciclo, antes de olhar qualquer gráfico:

• O evento de reembolso está habilitado na plataforma, para todos os produtos ativos.
• O txid do evento negativo é o mesmo da venda original.
• Pedido gerado e pedido pago estão mapeados de forma distinta.
• Compras de teste estão identificadas e excluídas.
• O log mostra proporção estável de casados, duplicados, órfãos e inválidos.
• O custo da campanha está lançado no período correto.

Salto no volume de órfãos costuma indicar parâmetro perdido na URL da oferta, tema tratado em tracking e atribuição e em atribuição quebrada. Para quem está montando a operação agora, visão geral da plataforma, perguntas frequentes e glossário cobrem o restante do vocabulário.