GTM server-side: o que é o tagueamento server-side e quando ele vale a pena

O que é server-side tagging (tagueamento server-side)?

No modelo tradicional, o contêiner web do Google Tag Manager roda no navegador: cada tag (GA4, Google Ads, pixel da Meta, TikTok) envia dados direto do navegador para a plataforma.

No server-side tagging, ou tagueamento server-side, entra uma etapa no meio: o navegador envia os dados para um contêiner de servidor do GTM, hospedado pela empresa, e é esse servidor que repassa as informações para cada plataforma.

Segundo o Google, o servidor roda no projeto do Google Cloud da empresa ou em outro ambiente escolhido por ela, e só a empresa acessa os dados até decidir enviá-los a outro lugar. Os benefícios citados pelo Google são:

• medir a atividade dos usuários em diferentes dispositivos e plataformas;
• ter controle total sobre como os dados são formatados e para onde vão;
• rodar as tags em um ambiente isolado, com permissões e políticas.

GTM server-side, Google Tag Manager server-side, sGTM e server side tagging são nomes para a mesma coisa.

Como funciona o Google Tag Manager server-side

O contêiner de servidor tem três peças:

1. Clientes: recebem as requisições que chegam do site e as transformam em eventos. Segundo o Google, cada contêiner de servidor já vem com dois clientes: Google Analytics e Measurement Protocol.
2. Tags, acionadores e variáveis: funcionam como no GTM web, mas rodam no servidor, sobre os eventos recebidos.
3. Destinos: GA4, Google Ads, APIs de conversão da Meta e do TikTok e outras plataformas.

O fluxo típico:

• o site (com o GTM web ou o gtag.js) envia o evento para o endereço do servidor;
• o servidor recebe, trata e pode remover ou enriquecer dados;
• o servidor envia cada evento só para as plataformas que devem recebê-lo.

O server-side não substitui o contêiner web: ele trabalha junto. O Google observa que, mesmo usando gtag.js, é preciso o Tag Manager para criar o contêiner de servidor. A organização do contêiner web vem antes; veja implementação do Google Tag Manager.

Domínio próprio: mesma origem ou subdomínio

O endereço do servidor muda o que ele pode fazer. O Google lista três opções:

A mesma origem exige configurar uma CDN ou um balanceador de carga; o subdomínio exige um ajuste de DNS. Usar o domínio padrão em produção perde boa parte da vantagem do server-side.

Quanto custa o GTM server-side?

O GTM é gratuito, mas o servidor tem custo de hospedagem. No guia de configuração no Cloud Run, o Google informa:

• cada servidor custa cerca de US$ 45 por mês, com 1 vCPU e 0,5 GB de memória;
• o Google recomenda no mínimo 2 servidores, para reduzir o risco de perda de dados;
• de 2 a 10 servidores, com escala automática, o ambiente atende de 35 a 350 requisições por segundo, conforme as tags;
• o número máximo de servidores define o custo no pior cenário;
• acima de cerca de 1 milhão de requisições por mês, os registros (logs) podem gerar cobrança extra, e o guia ensina a excluí-los;
• vale criar um alerta de faturamento no Google Cloud.

Pelo guia, o ponto de partida com 2 servidores fica em torno de US$ 90 por mês, antes de logs e de picos de tráfego. Também é possível hospedar o contêiner em outros provedores, com imagem Docker. Nesse caso, o Google pede um servidor de visualização separado, com uma única instância.

Quando o tagueamento server-side vale a pena?

Vale considerar quando:

• o investimento em mídia é relevante e pequenas perdas de medição custam caro;
• a empresa quer decidir, em um só lugar, quais dados cada plataforma recebe;
• há muitas tags no navegador e o time quer reduzir scripts de terceiros no site;
• o site já envia eventos de servidor (como a API de Conversões da Meta) e quer centralizar isso;
• há exigências internas de privacidade e governança dos dados.

Pode esperar quando a mensuração básica ainda está quebrada. O server-side não conserta um evento de compra duplicado, uma camada de dados mal feita ou um GA4 mal configurado: ele só leva o problema para o servidor. Por isso, a ordem recomendada é auditoria de GA4, auditoria de GTM e só então o server-side.

Consentimento continua valendo. O servidor não muda a obrigação de respeitar a escolha do usuário. O modo de consentimento e o banner de cookies precisam funcionar antes de qualquer envio.

Passo a passo de uma implementação e o papel da agência

1. Revisar o GTM web e o GA4, corrigindo o que estiver errado.
2. Criar o contêiner de servidor no Tag Manager.
3. Provisionar o servidor (Cloud Run ou outro provedor), com no mínimo 2 instâncias em produção.
4. Configurar o domínio próprio, na mesma origem ou em subdomínio.
5. Apontar a tag do Google para o servidor e configurar os clientes.
6. Criar as tags de servidor: GA4, Google Ads e APIs de conversão de Meta e TikTok, com deduplicação de eventos.
7. Testar no modo de visualização do contêiner de servidor e conferir o endereço /healthy.
8. Ativar o modo de produção, alertas de faturamento e monitoramento.
9. Conciliar com vendas reais nos primeiros dias.

Ao contratar, pergunte em qual conta de nuvem o servidor fica, quem paga a hospedagem, como é feito o monitoramento e o que acontece se o servidor cair. Este blog é da Increase; por isso, use os mesmos critérios para avaliar a gente.

A Increase implementa GTM server-side e faz auditoria de GA4 e de GTM e consultoria de digital analytics, ligadas à operação de mídia. Para começar, peça um Diagnóstico.

Na prática: server-side e APIs de conversão

Na operação da Increase, o tracking server-side entra junto com as APIs de conversão das plataformas: API de Conversões da Meta e conversões aprimoradas no Google Ads. O objetivo é que as campanhas otimizem com base em conversões completas e sem duplicidade. Para acompanhar receita, investimento e ROAS do dia, os clientes também usam o Shop Metrics, painel próprio da Increase.