O que é S2S (server-to-server)

S2S (server-to-server) é um modelo de comunicação onde um servidor notifica outro diretamente, via chamada HTTP, sem depender de nada rodando no navegador ou dispositivo de um usuário no meio do caminho. É o oposto de comunicação client-side, que depende de um script rodando no dispositivo de quem está sendo rastreado.

Onde o S2S aparece no rastreamento de conversões

É o mecanismo por trás do postback: quando uma casa de apostas, corretora ou plataforma de pagamento notifica que um evento aconteceu (cadastro, FTD, redepósito), essa notificação é uma chamada S2S — o servidor da casa avisando diretamente o servidor que está escutando, sem passar por navegador nenhum.

Também é o que torna o CAPI possível: em vez do Pixel disparar um evento via JavaScript no navegador, o próprio backend de uma aplicação, bot ou ferramenta dispara o evento diretamente pro Meta, via S2S.

Por que isso importa

Comunicação S2S é mais resistente a bloqueadores de anúncio, restrições de navegador e perda de sessão do que rastreamento client-side — porque não depende de nada acontecendo no dispositivo de quem converteu. É exatamente por isso que, no Telegram, onde não existe navegador durante a interação com o bot, todo o rastreamento de conversão real depende de comunicação S2S.

S2S vs client-side, resumido

Rastreamento client-side (Pixel) depende de um script rodando no navegador de quem converteu — funciona bem em contextos web, mas perde sinal com bloqueadores, restrições de privacidade e, no caso do Telegram, simplesmente não tem onde rodar. S2S resolve isso invertendo a lógica: em vez de esperar o navegador reportar, o próprio backend que sabe que o evento aconteceu avisa diretamente o destino (Meta Ads, por exemplo) — sem intermediário nenhum no meio.

Ver o guia completo de rastreamento no Telegram pra entender esse mecanismo aplicado ao funil completo, e o guia educacional de CAPI pra ver S2S aplicado especificamente ao envio de eventos pro Meta.