Server side tagging é rodar o Google Tag Manager também num servidor seu, e não só no navegador do visitante. O contêiner do servidor recebe os eventos do site, processa e repassa para o GA4 e outros destinos. Vale quando você já mede bem, tem volume que pague a hospedagem, um domínio próprio para o servidor e alguém para manter tudo no ar. Em conta pequena, sem equipe, uma tag web bem configurada costuma resolver.
O assunto vem cercado de promessa de “recuperar conversão”. Este guia usa só o que a documentação do Google diz sobre o recurso e separa isso da opinião de quem implanta.
Server side tagging: o que é, sem jargão
Na configuração comum, o contêiner do Tag Manager roda no navegador do visitante e envia os dados de medição direto para cada plataforma. No tag manager server side, existe um segundo contêiner, que não roda no navegador nem no celular, e sim num servidor que você controla. A introdução à inclusão de tags no servidor, nome oficial em português, explica que esse contêiner usa o mesmo modelo de tag, acionador e variável que você já conhece.
O servidor roda no seu próprio projeto do Google Cloud ou em outro ambiente à sua escolha. Segundo o Google, só você acessa os dados no servidor até que eles sejam enviados para outro lugar.
| Tag web (comum) | Server side tagging | |
|---|---|---|
| Onde roda | No navegador do visitante | Num servidor que você controla |
| Hospedagem | Nenhum servidor para pagar | Servidor próprio, com custo mensal |
| Domínio | O do próprio site | Recomendado um domínio ou subdomínio seu |
| Manutenção | Ajustes no Tag Manager | Tag Manager mais infraestrutura e atualização do servidor |
| Quem recebe os dados | Cada plataforma, direto do navegador | O seu servidor primeiro, depois os destinos |
Resumindo, o GTM server side não substitui a medição do site. Ele acrescenta uma etapa entre o site e as plataformas.
Como o GTM server side funciona na prática
O fluxo tem quatro passos, todos descritos na documentação do Google.
- O site envia o evento ao servidor. No exemplo oficial, a tag do Google usa o parâmetro `server_container_url` para apontar o endereço do contêiner do servidor.
- Um cliente do contêiner recebe a requisição. Cliente, nesse contexto, é o adaptador que transforma o que chegou em um ou mais eventos. O contêiner do servidor já vem com os clientes do GA4, do Universal Analytics e do Measurement Protocol.
- Acionadores analisam cada evento, como num contêiner comum.
- As tags disparam e enviam os dados aos destinos, como a tag do GA4.
Se você ainda não domina a parte web, comece pelo guia de como o Google Tag Manager funciona e pelo de data layer. O servidor depende de um evento bem montado na origem.
O que o Google diz que se ganha
A página inicial do recurso lista três ganhos possíveis: melhorar a performance da página, ter controles mais detalhados de privacidade do usuário e melhorar a qualidade dos dados. Nenhuma das páginas do Google que consultamos traz percentual de conversão recuperada, e por isso este texto também não promete.
O domínio é onde mais se discute. A documentação de domínio personalizado diz que a veiculação de mesma origem é a prática recomendada e que, para ter cookies definidos pelo servidor com mais segurança e durabilidade, o servidor de tags e o site precisam rodar no mesmo domínio. No endereço padrão do provedor, o contexto é de terceiros e só dá para definir cookies de JavaScript. Antes de mandar tráfego de produção, a introdução pede que o servidor esteja no domínio primário e em modo de produção.
Cookie mais durável não é o mesmo que mais conversão. O efeito depende de como o seu site, o seu público e o seu tráfego se comportam, e só a medição na sua conta mostra se houve diferença.
Quanto custa o server side tagging
O servidor tem custo mensal fixo de hospedagem, mesmo que o site receba pouca visita. No guia de configuração com Cloud Run, o Google informa o seguinte.
| Item | O que a documentação diz |
|---|---|
| Custo por servidor | Aproximadamente US$ 45 por mês, em dólar, para uma instância de 1 vCPU e 0,5 GB de memória |
| Quantidade recomendada | Pelo menos duas instâncias, para reduzir o risco de perda de dados se um servidor cair |
| Capacidade esperada | De 2 a 10 servidores em escalonamento automático processam de 35 a 350 requisições por segundo, variando com o número de tags |
| Controle de gasto | Configurar alerta de faturamento e usar a calculadora de preços do Google Cloud |
Duas instâncias a US$ 45 dão perto de US$ 90 por mês no mínimo recomendado. Essa conta é nossa, a partir do número do Google, e não um orçamento. O valor real varia com a configuração e o tráfego, e o servidor de visualização, usado para depurar, também precisa existir.
Quem hospeda em outro ambiente que não o Cloud Run segue o guia de configuração manual. O servidor de tags é uma aplicação Node.js dentro de uma imagem Docker, e o provisionamento manual exige um cluster e um servidor de visualização separados. Nesse caso, o proprietário do ambiente pode ter acesso aos dados, e o Google recomenda consultar os termos de serviço dele.
O custo em reais não aparece na documentação. Ele depende do câmbio e do consumo, então vale simular na calculadora com o seu tráfego antes de decidir.
Quando o rastreamento server side vale a pena
O rastreamento server side compensa quando a medição já está sólida, o volume sustenta o custo fixo e existe quem cuide da infraestrutura. Estes critérios são nossos, não do Google, e servem como filtro de decisão.
- A base já funciona. Tags web validadas, eventos do GA4 chegando e conversões do Google Ads batendo com o CRM ou com o caixa. Colocar um servidor em cima de medição quebrada só leva o erro para outro lugar. O Tag Assistant mostra rápido se a base está de pé.
- O custo cabe na operação. Um gasto fixo mensal em dólar pesa pouco para quem investe alto em mídia e fatura bem, e pesa muito para quem investe pouco.
- Alguém mantém o servidor. O guia do Cloud Run trata de atualizar a versão do servidor de tags após o provisionamento. Alguém precisa fazer isso, cuidar do DNS do subdomínio e vigiar a conta de nuvem.
- Existe um motivo concreto. Página pesada de tags, necessidade de controlar o que sai para terceiros ou cookie que expira cedo demais e atrapalha a atribuição são motivos. “Todo mundo está fazendo” não é.
Quando não vale, ainda
Não vale quando a conta tem pouca conversão, nenhuma equipe técnica e a medição web ainda tem problema. Nesses casos o dinheiro e a atenção rendem mais em outro lugar.
- Conta com poucas conversões por mês, em que o custo fixo supera qualquer ganho que dê para enxergar.
- Site em construtor que não deixa configurar domínio ou subdomínio com tranquilidade.
- Ninguém para manter o servidor, o DNS e a conta de cobrança.
- Conversões principais ainda não configuradas direito no Google Ads.
- A decisão vem de uma promessa de “recuperar 30% das vendas”. Número sem fonte não é motivo.
O que fazer antes de contratar um servidor
Antes do rastreamento server side, quase sempre há ganho mais barato e mais próximo do resultado. Esta é a ordem que a gente segue.
- Conferir se as tags e os eventos estão corretos, pela conversão do Google Ads no Tag Manager e pelo guia de eventos do GA4.
- Ativar as conversões aprimoradas do Google Ads, que complementam a tag com dados do cliente enviados com hash.
- Se o fechamento acontece fora do site, trazer a venda de volta com conversões offline no Google Ads.
- Medir o resultado por alguns ciclos de campanha com a base corrigida.
- Só então avaliar o servidor, com a diferença de custo e de ganho à vista.
Como é a implantação, em linhas gerais
Quem implanta o GTM server side segue etapas parecidas com estas, a partir da documentação do Google.
- Criar o contêiner do servidor no Tag Manager.
- Provisionar o servidor de tags e o de visualização, automaticamente no Cloud Run ou manualmente em outro ambiente.
- Mapear o domínio personalizado, que pode ser um subdomínio ou a mesma origem do site.
- Apontar o site para o servidor, pela tag do Google com o endereço do contêiner ou pelo contêiner web.
- Visualizar e depurar os eventos antes de publicar.
- Publicar e acompanhar o consumo do servidor e a conta de nuvem nas primeiras semanas.
A etapa 3 costuma ser a que trava, por envolver DNS e, às vezes, o time que cuida do site. Vale combinar isso antes de começar. O artigo sobre a tag do Google ajuda a entender qual das duas formas de enviar o evento o seu site usa hoje.
Perguntas frequentes
O GTM server side substitui o Tag Manager comum? Não. No fluxo da documentação, o site continua enviando os eventos, pela tag do Google ou pelo contêiner web, e o servidor entra como uma etapa a mais antes dos destinos.
O server side tagging é gratuito? A hospedagem não é. O Google estima cerca de US$ 45 por mês por servidor na configuração do Cloud Run e recomenda pelo menos duas instâncias. O valor final depende do seu tráfego.
Preciso de domínio próprio para o rastreamento server side? O endereço padrão do provedor funciona para começar, mas roda em contexto de terceiros. Para cookies definidos pelo servidor, o Google recomenda hospedar no mesmo domínio do site, e pede o domínio primário antes de receber tráfego de produção.
O server side tagging aumenta as conversões do Google Ads? O Google lista como ganhos possíveis a performance da página, o controle de privacidade e a qualidade dos dados, sem prometer percentual de conversão. O efeito na sua conta só aparece comparando a medição antes e depois.
Precisa usar o Google Cloud? Não obrigatoriamente. O Google documenta o Cloud Run, o App Engine e a configuração manual em outros ambientes, com a imagem Docker do servidor de tags.
Quer saber se a sua conta precisa disso?
Na maioria dos casos, a pergunta certa vem antes do servidor: a conversão que chega ao Google Ads é a venda real? A página de rastreamento de conversões, GA4 e GTM mostra como a Ciclicko confere isso, e o Raio-X gratuito do Google Ads mostra o que a sua conta mede hoje.