Postback e S2S no Telegram: como rastrear FTD

Se a sua operação é de iGaming, a entrada no canal do Telegram não é a conversão que realmente importa — é o primeiro depósito (FTD). Uma pessoa pode entrar no canal, ficar, interagir, e nunca depositar um real; outra pode entrar e depositar no mesmo dia. Otimizar campanha só pelo evento de entrada, sem chegar até o FTD, deixa o Meta Ads otimizando pro sinal errado outra vez — mesmo depois de resolver o rastreamento de entrada.

Este guia assume que você já rastreia a entrada no canal (ver o guia completo de rastreamento no Telegram) e foca especificamente em fechar o ciclo até o depósito, via postback. Se sua operação é de opções binárias em vez de iGaming, o mecanismo é idêntico — ver a versão específica: Postback e FTD no Telegram pra Opções Binárias.

Por que a entrada no canal não basta pra iGaming

Pra a maioria dos nichos, “entrar no canal” já é uma conversão completa. Pra iGaming, é só a metade do caminho: o valor real do lead só aparece quando ele deposita. Duas pessoas que entram da mesma campanha podem ter custos de aquisição idênticos e resultados completamente diferentes — uma deposita no mesmo dia, a outra entra, some, e nunca deposita nada. Sem visibilidade do FTD, o Meta Ads não tem como diferenciar as duas, e a campanha acaba escalando pro público que só entra, não pro que deposita.

Por que o Meta Ads não vê o depósito sozinho

O depósito não acontece nem no seu anúncio, nem na sua página, nem no Telegram — acontece dentro do site ou app da casa de apostas, num sistema que pertence a outra empresa. Não existe pixel nem CAPI que “veja” isso automaticamente: o único jeito de essa informação voltar pro Meta é a própria casa (ou a plataforma de pagamento que processa o depósito) notificar ativamente, via postback, que aquele evento aconteceu — e associá-lo de volta ao clique/entrada de origem.

Isso também costuma acontecer com atraso: diferente da entrada no canal, que é quase instantânea depois do clique, o depósito pode levar horas ou dias. Isso importa porque as janelas de atribuição do Meta Ads têm limite — se o postback demorar demais pra chegar, o evento ainda pode ser registrado no CAPI, mas pode não ser mais atribuído à campanha dentro da janela de conversão configurada.

O que é postback (recapitulando rápido)

Postback é uma notificação server-to-server: quando um evento acontece do lado da casa de apostas ou da plataforma de pagamento (registro, primeiro depósito, redepósito), uma chamada HTTP é disparada automaticamente pra uma URL que você configura previamente, carregando o identificador da campanha de origem junto com o tipo de evento e o valor.

O fluxo completo, do clique ao FTD

1. Link trackeado com click_id

Cada campanha ou criativo gera um link único, carregando um click_id que identifica a origem daquele clique especificamente — não só a campanha em geral, mas aquele clique individual.

2. Entrada no canal via bot

A pessoa clica, passa pelo fluxo de entrada no Telegram (ver o guia de Pixel/CAPI pra esse pedaço), e o click_id é associado à entrada no canal. Até aqui, o mesmo mecanismo que rastreia entrada em qualquer nicho.

3. Cadastro e depósito na casa de apostas

De dentro do canal (ou de um link que o bot fornece), a pessoa se cadastra na casa de apostas ou plataforma de iGaming — e é nesse cadastro que o click_id precisa ser propagado adiante, geralmente como parâmetro de rastreamento na URL de cadastro/depósito daquela casa (a maioria dos programas de afiliados de iGaming já trabalha nativamente com esse tipo de parâmetro, já que é assim que eles também remuneram afiliados).

4. A casa dispara o postback

Quando o registro, o primeiro depósito (FTD) ou um redepósito acontece, a casa de apostas ou a plataforma de pagamento dispara uma chamada pra uma postback URL configurada previamente, carregando de volta o click_id original, o tipo de evento e o valor (no caso de depósito). Uma postback URL típica tem essa cara: https://seudominio.com/postback?click_id={click_id}&event=ftd&value={value} — os placeholders entre chaves são preenchidos pela própria casa antes de disparar a chamada. Vale conferir também em que moeda o valor vem preenchido: quando a operação atende mais de um mercado, é comum a casa reportar o valor na moeda local, e esse valor precisa estar alinhado com a moeda configurada no evento de conversão do Meta Ads — divergência aqui distorce silenciosamente o ROAS reportado.

5. O evento é reenviado ao Meta como conversão de valor

Com o click_id em mãos, o backend que recebe o postback consegue reassociar esse evento ao clique/entrada original e disparar um evento (Purchase, com o valor do depósito) pro Meta via CAPI — fechando o ciclo completo: clique → entrada → depósito, tudo atribuído à campanha certa.

Configurando o postback na casa/plataforma

A grande maioria das casas de apostas e plataformas de pagamento expõe, no painel de afiliados ou de integração, um campo pra cadastrar uma postback URL — geralmente com placeholders pra o click_id, o tipo de evento e o valor, que a própria plataforma preenche antes de disparar a chamada. O nome exato desses campos varia de plataforma pra plataforma, mas o mecanismo é praticamente padrão no mercado.

Vale mapear com atenção os diferentes tipos de evento que a casa pode notificar:

• Registro (lead): cadastro feito, ainda sem depósito.
• FTD (first time deposit): primeiro depósito — geralmente o evento mais importante pra otimização de campanha.
• Redepósito: depósitos subsequentes, mais relevante pra métricas de recorrência/LTV do que pra otimização de aquisição.

Mandar os três como se fossem o mesmo evento pro Meta distorce a otimização — o ideal é mapear cada um pra um evento (ou valor) diferente.

O redepósito, em particular, raramente deveria ir pro Meta Ads como um evento de otimização de campanha — ele não representa uma nova aquisição, é recorrência de alguém que já converteu. Onde ele importa de verdade é em relatórios internos de LTV (valor do cliente ao longo do tempo): saber que uma campanha traz leads que redepositam com frequência é um sinal de qualidade que a métrica de FTD sozinha não mostra, mesmo que esse dado não deva reentrar na otimização de aquisição do Meta Ads.

Como validar se o postback está funcionando

Antes de confiar em campanha de verdade, vale fazer um depósito de teste (a maioria das casas libera valores mínimos pra isso) e conferir três coisas: se a postback URL recebeu a chamada (a maioria das plataformas de afiliados mostra um log de postbacks disparados, com o status de resposta), se o click_id chegou junto sem corte ou distorção, e se o evento apareceu no Gerenciador de Eventos do Meta com o valor correto — não só como Lead, mas como Purchase com o valor do depósito preenchido.

Erros comuns nesse setup

• Perder o click_id entre etapas: se o parâmetro não é propagado do link de entrada até o cadastro na casa, o postback chega sem como ser atribuído a nenhuma campanha.
• Não diferenciar FTD de redepósito: manda os dois como o mesmo evento infla o número de “primeiras conversões” reportado e confunde a leitura de CPA real.
• Configurar a postback URL errada: um erro de digitação ou um endpoint desatualizado faz a casa disparar a notificação pra um lugar que ninguém está escutando — silenciosamente, sem erro visível até alguém notar que os números não fecham.
• Ignorar o timing do evento: assim como no Pixel/CAPI, o valor de tempo do evento deve refletir quando o depósito aconteceu de verdade, não quando o postback foi processado.
• Não considerar a janela de atribuição: se o FTD costuma acontecer muitos dias depois do clique no seu nicho, vale revisar a janela de conversão configurada na campanha — um evento correto que chega fora da janela de atribuição pode não influenciar a otimização do jeito esperado.
• Não validar o depósito de teste ponta a ponta: subir a configuração e só torcer pra funcionar é a receita mais comum de descobrir, semanas depois, que nenhum FTD real chegou ao Meta.

Montar na mão ou usar uma ferramenta pronta?

Montar esse fluxo internamente significa: criar e manter um endpoint que recebe os postbacks, validar e armazenar o click_id de cada clique/entrada, associar o postback recebido ao registro certo, tratar casos de postback duplicado ou fora de ordem (redepósito chegando antes do FTD ser processado, por exemplo), e só então disparar a chamada de CAPI com o valor certo. Nenhum passo individual é complexo, mas manter tudo isso funcionando de forma confiável, pra múltiplas casas e campanhas ao mesmo tempo, é o tipo de trabalho de engenharia contínuo que cresce junto com o volume de campanhas ativas.

Uma ferramenta dedicada resolve isso de forma pronta: você aponta a postback URL da casa pra um endpoint já configurado, e a associação com o clique/entrada original, a diferenciação entre FTD e redepósito e o disparo pro Meta já vêm prontos — sem precisar manter infraestrutura própria rodando 24/7 só pra essa parte do funil.

Como a Track4you resolve isso pronto

A Track4you recebe o postback disparado pela casa ou plataforma de pagamento, associa automaticamente ao clique/entrada original através do click_id e dispara o evento de valor pro Meta via CAPI — sem precisar montar essa lógica de correlação na mão nem manter um endpoint próprio recebendo e processando esses postbacks.

Perguntas frequentes

Termos como click_id, CAPI e S2S têm definição rápida no glossário.

Conclusão

Pra iGaming, rastrear a entrada no canal resolve metade do problema — a outra metade é fechar o ciclo até o depósito. O postback é o mecanismo que faz essa ponte: pega o evento que acontece dentro da casa de apostas (fora do alcance de qualquer pixel ou bot de Telegram) e devolve pro Meta Ads como uma conversão de valor real, associada à campanha que originou aquele lead. Sem esse fechamento, toda a otimização de campanha continua girando em torno de quem entra, não de quem realmente deposita.