Rastreamento client-side vs server-side no Telegram

Client-side ou server-side não é uma escolha de gosto quando o funil passa pelo Telegram — é uma limitação estrutural. O Pixel do Facebook, sozinho, simplesmente não consegue ver metade do funil que importa. Este guia explica por quê, e onde cada camada de rastreamento entra.

O que é rastreamento client-side

Client-side é a captura que acontece no navegador ou dispositivo da própria pessoa — o Pixel do Facebook injetado numa página, por exemplo, dispara um evento quando ela carrega ou quando uma ação específica acontece ali. Funciona bem pra e-commerce e páginas de checkout, porque a compra inteira acontece dentro de uma página que o Pixel consegue ver.

O que é rastreamento server-side

Server-side é a captura que acontece longe do navegador do usuário — um servidor notificando outro diretamente, sem depender do que acontece no dispositivo da pessoa. A API de Conversões (CAPI) da Meta é o exemplo mais comum: seu backend dispara o evento diretamente pro Meta, sem passar pelo navegador. Ver o guia de API de Conversões pra como isso funciona em detalhe.

Por que client-side sozinho não fecha o funil no Telegram

A diferença do Telegram pra um e-commerce comum é estrutural: a entrada no canal não acontece dentro de uma página web. Acontece dentro do próprio app do Telegram, fora de qualquer coisa que um Pixel consiga enxergar. O Pixel, na melhor das hipóteses, captura até a página ponte — o clique, talvez uma visualização de página — mas não tem como saber se a pessoa de fato entrou no canal depois de clicar no botão que leva ao Telegram. Ver o guia completo de rastreamento no Telegram pra esse mito específico (“colocar o Pixel no bot”) e por que ele não funciona.

Isso não é um problema de configuração errada — é uma limitação de onde o Pixel consegue operar. Rastrear a entrada real exige um bot administrador do canal identificando a entrada e um servidor disparando o enter_channel via CAPI, o que já é, por definição, server-side.

E o FTD é ainda mais claramente server-side

Se a sua operação tem uma etapa de depósito depois da entrada (iGaming, Opções Binárias), esse evento acontece dentro do site ou app de outra empresa — a casa de apostas ou a plataforma de pagamento — completamente fora do alcance de qualquer Pixel seu. A única forma de essa informação voltar pro Meta é via postback S2S da plataforma pra sua ferramenta de rastreamento, que repassa o evento pro Meta via CAPI — server-side de ponta a ponta. Ver o guia de postback e FTD pra esse fluxo completo.

Não é “ou” — o navegador ainda tem papel na primeira etapa

Isso não significa que o navegador some do funil: a página ponte é o único ponto em que a pessoa está numa página web, e é ali que a visita e o clique ficam registrados com a origem (UTMs do anúncio) e com os dados de correspondência que o Meta usa pra reconhecer a pessoa — fbp/fbc, IP, user agent. Sem esse registro, o evento server-side da entrada não tem a que ser atribuído.

Num setup próprio, o comum é manter Pixel e CAPI disparando o mesmo evento na página, deduplicados por mesmo event_name + event_id. Com a Track4you, o script dela faz esse papel e manda ViewContent (visita) e Lead (clique no botão) pro pixel escolhido no funil — por isso a recomendação é não instalar o seu Pixel nas páginas do funil. Se ele já estiver instalado, a Meta deduplica automaticamente. O que muda é que, a partir da página ponte pra frente, tudo o que importa de verdade (entrada, saída, FTD) só existe como sinal server-side.

Onde cada camada do funil é rastreada

Etapa do funil	Onde acontece	Tipo de rastreamento
Clique no anúncio → página ponte	No navegador da pessoa	Client-side (script na página: visita e clique, com a origem)
Entrada no canal	Dentro do Telegram	Server-side (CAPI, enter_channel)
Saída do canal	Dentro do Telegram	Server-side (CAPI, left_channel)
Depósito (FTD), quando aplicável	No site/app da casa de apostas	Server-side (postback S2S → CAPI)

Erros comuns

• Achar que dá pra “colocar o Pixel no bot”: o Pixel roda em página web, não dentro do app do Telegram — não existe integração desse tipo.
• Depender só de client-side e nunca configurar CAPI: perde entrada, saída e FTD inteiros, ficando só com o clique na página ponte como sinal.
• Achar que a página ponte dispensa qualquer captura no navegador: é o script na página que registra a visita e o clique com a origem; sem ele, a entrada no canal chega sem campanha.
• Num setup próprio, não deduplicar eventos quando Pixel e CAPI disparam o mesmo evento: sem event_id compartilhado, o Meta pode contar a mesma conversão duas vezes.

Como a Track4you ajuda nesse fluxo

Na Track4you, a primeira etapa fica com o script colado no <head> da sua página ponte: ele registra a visita e o clique no botão com a origem (UTMs do anúncio), e esses dois sinais chegam no pixel como ViewContent e Lead. Da página pra frente, é server-side: o bot de rastreamento (administrador do canal) identifica entrada e saída, e a Track4you manda enter_channel e left_channel pro pixel via API de Conversões, sem depender de rastreamento client-side pra essas etapas — a lista oficial está em eventos que chegam no seu pixel. Junto com os eventos vão IP, user agent e fbp/fbc (quando disponíveis), que alimentam a correspondência do evento com a pessoa no Meta (Event Match Quality).

Pra FTD e depósito, o caminho são as Integrações (planos Pro e Enterprise): o link de divulgação da integração gera um click_id único a cada clique e leva o lead pro cadastro da plataforma com ele na URL; quando a conversão acontece, a plataforma devolve o click_id no postback S2S e a Track4you envia pro pixel — o FTD como o evento personalizado FTD, o depósito como Purchase e o cadastro como CompleteRegistration. Não tem prazo do lado da Track4you: toda conversão que chega pelo postback vai pro pixel e vira sinal pro algoritmo; se ela é creditada a uma campanha no Gerenciador de Anúncios, quem decide é a janela de atribuição da Meta (padrão: 7 dias após o clique ou 1 dia após a visualização). Detalhes em o que são as Integrações.

Perguntas frequentes

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

Conclusão

No Telegram, rastreamento client-side e server-side não competem pelo mesmo espaço — o Pixel cobre, na melhor das hipóteses, até a página ponte; tudo que acontece depois (entrada, saída, depósito) só existe como sinal server-side, porque acontece fora de qualquer página que um Pixel consiga ver. Não é uma preferência técnica, é a única forma de fechar o funil de verdade.