Deduplicação de conversões

No marketing de afiliados, a deduplicação de conversões impede que vários registros da mesma ação válida gerem conversões ou comissões duplicadas. Ela é necessária quando eventos são reenviados, páginas de agradecimento são recarregadas ou o rastreamento pelo navegador e pelo servidor registra o mesmo pedido. A chave de correspondência e o escopo do evento devem diferenciar duplicatas de atividades repetidas legítimas.

Por que a mesma conversão pode ser registrada duas vezes?

Um cliente pode atualizar uma página de confirmação, um servidor pode tentar novamente uma solicitação que expirou ou um programa pode usar simultaneamente o envio pelo navegador e pelo servidor. Duas integrações também podem enviar o mesmo evento de negócio. Esses são cenários de entrega, não necessariamente duas compras diferentes.

Evento duplicado ou novo evento legítimo

O tratamento desejado depende de quais ações geram comissão. Um programa que paga por eventos válidos distintos de um mesmo pedido pode precisar de chaves mais detalhadas do que um programa que considera apenas o pedido.

O que a chave deve conter?

Use identificadores estáveis da origem e um escopo adequado, como a conta do comerciante, o tipo de evento e o ID da transação ou da fatura. Não use apenas um registro de data e hora: eventos distintos podem ocorrer no mesmo horário, e novas tentativas podem chegar mais tarde. Mantenha as regras de correspondência consistentes entre as integrações.

O que deve ser testado?

• Reenvio com dados idênticos.
• Eventos do navegador e do servidor chegando em qualquer ordem.
• Solicitações simultâneas para a mesma ação.
• Um novo pedido ou uma renovação para o mesmo cliente.
• Um valor corrigido ou um reembolso posterior.

Decida qual origem é a fonte oficial se dois registros divergirem. Aceitar silenciosamente o primeiro evento pode manter o valor errado, enquanto aceitar ambos pode gerar pagamento em duplicidade. A deduplicação resolve a identidade do evento; a validação verifica a elegibilidade comercial e os valores corretos.

O que isso não resolve?

A deduplicação não determina qual de duas indicações realmente diferentes merece o crédito. Também não comprova que uma transação é real nem que um método promocional é permitido. Essas questões exigem regras de atribuição e de análise de fraude, além do tratamento de duplicatas.

Como um administrador pode investigar uma duplicata?

Compare as identidades de origem

Verifique o comerciante, o pedido ou a fatura, o tipo de evento, o valor original e a origem do envio. Dois registros que chegam em horários próximos podem corresponder a duas vendas reais, enquanto uma mesma ação registrada com vários minutos de intervalo pode ser uma nova tentativa. Use a identidade comercial estável, em vez de se basear apenas na proximidade dos horários.

Perguntas para uma configuração com rastreamento duplo

1. Os registros do navegador e do servidor usam a mesma identidade de pedido na origem?
2. As moedas e os valores que geram comissão são consistentes?
3. Qual origem é a fonte oficial se os valores forem diferentes?
4. Como as atualizações são diferenciadas das novas conversões?
5. Os eventos de renovação e reembolso são identificados separadamente?
6. É possível reproduzir a decisão aplicada a partir de um registro de auditoria?

A documentação de proteção contra eventos repetidos do Post Affiliate Pro descreve os controles da plataforma. Verifique as regras de correspondência efetivamente usadas, em vez de presumir que uma única configuração resolva toda sobreposição entre navegador e servidor.

O que acontece quando o mesmo evento muda?

Uma correção pode exigir uma atualização, em vez de suprimir completamente o segundo registro. Por exemplo, um pedido de US$ 100 pode receber posteriormente um reembolso de US$ 20. A venda original não deve desaparecer, e o reembolso não deve se tornar uma nova venda.

A referência de reembolsos da Stripe exemplifica ajustes de pagamento identificados separadamente. Vincule esses registros de origem à transação original adequada e aplique a política de afiliados. A deduplicação precisa preservar atualizações relevantes e, ao mesmo tempo, impedir que registros repetidos gerem recompensas adicionais.

Escolha uma identidade para cada evento que gera comissão

Um ID de transação só é útil dentro de um escopo definido. O mesmo identificador pode aparecer em diferentes contas de comerciante ou tipos de evento. Para assinaturas, use a identidade de um evento de cobrança ou de uma fatura, em vez de suprimir todos os pagamentos que compartilham o mesmo ID de cliente ou de assinatura.

Em um checkout hipotético com rastreamento duplo, tanto o pixel quanto o postback registram o pedido order-1042. O rastreador deve gerar uma única comissão pela venda. Uma renovação válida posterior precisa ter sua própria identidade; um reembolso precisa ser um evento de ajuste vinculado à venda original, e não outra venda.

Mantenha um registro dos eventos aceitos e torne as novas tentativas idempotentes. As orientações da Stripe sobre webhooks exemplificam por que os IDs e o contexto dos eventos são importantes quando há reenvios. Teste chegadas simultâneas e novas tentativas atrasadas, além de simples atualizações de página.

Para as configurações correspondentes do Post Affiliate Pro, consulte a documentação de proteção contra fraudes . Confirme os requisitos de configuração e integração de acordo com as regras do seu programa.