Comparação
| Critério | Navegador (client-side) | Servidor (server-side) |
|---|---|---|
| Configuração | Mais simples | Mais complexa |
| Custo | Sem custo de infraestrutura | Custo mensal de servidor |
| Bloqueadores e restrições | Mais afetado | Menos afetado |
| Controle dos dados | Cada tag coleta o que quiser | Você filtra o que vai para cada plataforma |
| Peso no site | Vários scripts carregados | Menos scripts no navegador |
| Eventos fora do site | Não alcança | Pode receber eventos do sistema e do CRM |
Como funciona o GTM server-side
Você cria um contêiner de servidor no Google Tag Manager e o hospeda em um serviço de nuvem, de preferência em um subdomínio do seu site (como dados.suaempresa.com.br). As tags do navegador passam a enviar os eventos para esse servidor, que os distribui ao GA4, ao Google Ads e à API de Conversões da Meta.
O que o server-side não faz
- Não dispensa o consentimento: o visitante continua tendo o direito de recusar
- Não recupera dados que nunca foram coletados
- Não corrige um plano de eventos malfeito
Quando vale a pena
- Investimento relevante em anúncios, em que pequenas perdas de dados pesam
- E-commerce, com muitas compras e valores
- Necessidade de controlar quais dados vão para cada plataforma
- Uso da API de Conversões da Meta sem integração pronta
Comece pela base
Antes do servidor, garanta que os eventos no navegador estão corretos e sem duplicidade. Migrar uma configuração com erros só transfere os erros. Veja como planejar os eventos de conversão e entenda a combinação navegador + servidor na Meta em Pixel e API de Conversões.
Implementamos o rastreamento server-side quando ele faz sentido, como parte da configuração de eventos de conversão.