O rastreamento tradicional no navegador já era, virou fumaça. Tecnologias de prevenção de rastreamento (como o ITP da Apple) e bloqueadores de anúncios detonam a vida útil de cookies primários e bloqueiam scripts de terceiros, ocultando até 40% do tráfego real.
A solução técnica para recuperar o controle dos dados é a arquitetura via servidor (server-side tagging). Um servidor proprietário atua como um proxy reverso: recebe os dados primários (first-party), depura e envia eles diretamente para as APIs das plataformas de anúncios ou pro servidor da sua empresa, análise de IA, o que você decidir.
Este artigo traz um olhar técnico sobre a implementação de Google Tag Manager (GTM) Server, Stape, Google Ads API e BigQuery com inteligência e estratégia, garantindo precisão e uma alternativa parruda às cotas do GA4.
Pega o café, o “bloco de anotações” e bora debulhar esse troço. ☕
A publicidade digital atravessa um período de transformações profundas, devido a adoção de inteligência artificial e aprendizado de máquina nas campanhas.
Infraestrutura web e server no GTM
No servidor, o navegador do usuário dispara um único fluxo de dados para o GTM Server. Este servidor centraliza a distribuição para o Google Ads, Meta, ou CRMs.
Hospedagem Stape
Hospedar o sGTM no Google Cloud (GCP) exige gerenciamento complexo de instâncias. O Stape elimina essa barreira, fornecendo escalonamento automático e integrações diretas de API.
Cria-se o contêiner do tipo “Server” no painel do GTM e, com a chave alfanumérica gerada, você conecta o servidor ao painel do Stape, selecionando a região geográfica mais próxima da base de usuários para reduzir a latência de requisições.
Domínios personalizados, redução de ITP e preservação de IP
Ser eficiente no rastreamento via servidor exige que o navegador reconheça o endpoint do servidor através dos cookies primários (first-party).
Existem duas abordagens principais para configurar o domínio do seu sGTM, cada uma lidando com as restrições do ITP (Intelligent Tracking Prevention) da Apple de forma distinta:
1. Subdomínio (Padrão do Mercado)
A configuração clássica envolve a criação de um subdomínio (ex: sst.empresa.com para o uri principal empresa.com) mapeado via registros de DNS (CNAME ou A/AAAA) apontando para os servidores do Stape.
- A barreira do ITP: O navegador aceita os cookies gerados como primários, porém, o ITP da Apple identifica se o endereço IP do subdomínio (servidor de rastreamento) difere do IP do domínio principal (servidor do site). Se os dois primeiros octetos do IP não forem idênticos, o Safari reduz a vida útil dos cookies de rastreamento (como _gcl_aw) para um máximo de 7 dias ou até 24 horas.
- A solução técnica: Para contornar essa deleção agressiva sem alterar a arquitetura do servidor, utiliza-se o Power-up Cookie Keeper do Stape. Ele requer que o servidor principal do site emita um “master cookie” persistente e resistente ao ITP (configurado com a flag HttpOnly: false e validade longa, como 400 dias, contendo o hash do IP + timestamp). Sempre que o ITP apaga os cookies de marketing, a lógica do Cookie Keeper utiliza o identificador blindado do master cookie para restaurar perfeitamente os identificadores da sessão do usuário.
2. “Same Origin” (Mesma Origem – Recomendação Avançada do Google)
Para evitar a diferença de IPs que engatilha as restrições do ITP, o Google recomenda hospedar o endpoint do sGTM em uma rota exata do domínio principal, como empresa.com/metrics. Isso garante que o tráfego web e os disparos de rastreamento originem-se do mesmo endereço IP, livrando os cookies do encurtamento para 7 dias sem a necessidade do Cookie Keeper.
- Execução Técnica e Proxy: atua por proxy reverso para interceptar o tráfego da rota /metrics e enviá-lo ao sGTM. Isso não é exclusividade do Cloudflare; pode ser configurado em outros provedores, incluindo AWS CloudFront, Nginx, Apache, Vercel ou Netlify.
- Preservação do IP Original: O aspecto mais crítico de qualquer proxy “Same Origin” (seja via Nginx ou Cloudflare Workers) é o manuseio de cabeçalhos. O proxy deve ser configurado para repassar o IP real do cliente (usando cabeçalhos como X-Forwarded-For, X-Real-IP ou CF-Connecting-Ip) ao servidor do Stape, evitando que o sGTM registre incorretamente o IP do balanceador de carga. Além disso, deve injetar chaves de autenticação, como o cabeçalho X-From-Cdn: cf-stape, para que o servidor destino valide a requisição.
Custom Loader contra Adblockers
Bloqueadores de anúncios funcionam lendo o código-fonte em busca de scripts como gtm.js ou gtag.js. A ferramenta Custom Loader do Stape altera a rota de download desses arquivos e ofusca o nome do script (ex: carrega como xyz.js), burlando as blocklists estáticas e recuperando o volume de sessões perdidas na origem.
Integração de Dados com Google Analytics 4
Na infraestrutura de servidor, o script web do GA4 atua apenas como o protocolo de transporte para o GTM Server.
- No GTM Web: Na tag de configuração unificada do GA4, deve-se adicionar o parâmetro de roteamento server_container_url. O valor preenchido é a rota configurada (ex: https://sst.empresa.com ou https://empresa.com/metrics). Isso proíbe o envio para o Google e roteia a carga útil inteira para o seu servidor.
- No GTM Server: Um Client do tipo “GA4” escuta o endpoint. Ele captura a requisição, analisa o protocolo, constrói um “Event Data Object” padronizado e libera o processamento para as tags de servidor avaliarem os gatilhos.
Configuração da Google Ads API e Vinculador de Conversões
Enviar conversões via servidor protege os Lances Inteligentes (Smart Bidding) da dependência de cookies frágeis, alimentando o algoritmo com dados confiáveis.
O primeiro passo é criar a tag Vinculador de Conversões no GTM Server, com acionamento em “All Pages”. Ela rastreia as URLs recebidas e, ao encontrar parâmetros de clique do Google (gclid, wbraid, gbraid), grava-os num cookie primário protegido pelo servidor chamado FPGCLAW.
Nova Google Data Manager API via Stape
O Google centralizou a ingestão de dados primários e conversões de servidor na nova Data Manager API, abandonando chaves fragmentadas. O Stape resolve a complexidade de tokens OAuth nativamente.
- Autenticação: No painel do Stape, acesse “Connections”, selecione “Google Data Manager API” e autentique-se com a conta Google dona do Ads. O Stape gerencia o refresh token
- Implementação da Tag: No GTM Server, importe o template da comunidade “Google Conversion Events by Stape”.
- Configuração de Parâmetros:
- Operating Customer ID: ID da conta recebedora no Google Ads (apenas números).
- Conversion Event ID: Valor ctId extraído da URL na página de detalhes da conversão no painel do Google Ads.
- User Data Encoding: Selecione HEX ou BASE64. Isto aplica o hash SHA-256 automaticamente sobre dados de primeira parte (e-mail, telefone) extraídos do payload, requisito inegociável para a política de Conversões Otimizadas (Enhanced Conversions).
Tags avançadas e enriquecimento de dados com Stape Store
Jornadas complexas perdem o contexto do usuário entre visitas ou quando a conversão acontece assincronamente (webhooks). O Stape Store é um banco de dados NoSQL gratuito (limite de 1MB por documento JSON) executado no mesmo ambiente do GTM Server que retém esses dados em tempo real.
Para acessá-lo, usam-se as tags do Stape: Writer (gravar), Lookup (ler) e reStore (enriquecer objeto).
Uso Estratégico (Use Cases):
- CDP (Customer Data Platform) Customizado: Se um lead entra no site (gerando um gclid) e só converte dias depois via atualização no CRM, o webhook do CRM não tem o identificador do clique. A tag reStore intercepta o webhook, faz uma busca no banco usando o e-mail como chave primária, recupera o gclid gravado na primeira visita e junta tudo, enviando uma conversão completa para a API do Ads.
- Lucro sobre Investimento Publicitário (POAS): Otimizar campanhas por ROAS bruto pode prejudicar as margens. Sincronize uma tabela CSV com o custo/margem de cada SKU no Stape Store (caso seu ecommerce não inclua os custos do produto, taxas e tributos, frete). Na hora da venda, o servidor usa a variável Lookup para resgatar a margem do produto, executa a multiplicação do lucro real via variável matemática e transmite apenas o lucro líquido na tag do Google Ads. O algoritmo passa a buscar clientes lucrativos.
- Deduplicação de Transações: Para evitar que o faturamento dobre se o cliente recarregar a página de “obrigado”, o GTM Server grava o transaction_id no Stape Store com tempo de expiração (TTL) curto. Cada nova requisição é verificada no banco de dados; se o ID já existir, a tag de conversão do Ads é abortada instantaneamente.
Nota do autor:
No comércio eletrônico é parâmetro essencial incluir os custos tanto do produto quanto taxas, tributos, custo de frete e margem de lucro líquida. Isso torna, por exemplo, campanhas com lances de ROAS desejado muito mais eficientes, pois passam a considerar a margem líquida como padrão de lances e não o valor bruto do produto.
Para deduplicação, além do transaction_id, o event_id é a variável que envia os dados do contêiner web para o servidor, permitindo o cruzamento dos dados que evita a imprecisão dos resultados.
Conversões Offline via Google Sheets para B2B
Para indústrias e serviços, o clique vira lead, mas a conversão (dinheiro no caixa) ocorre offline semanas depois no CRM. É obrigatório devolver essa informação ao Google Ads.
- Captura com Stape: Em “Connections”, autorize o “Google Sheets”. No GTM Server, configure a tag “Google Sheets by Stape”. Assim que o lead submete o formulário, o servidor coleta e-mail (com hash) e o gclid (se houver) e adiciona a linha silenciosamente na planilha na nuvem.
- O Schema (Padrão de Dados) Rígido: A automação de importação (Uploads Programados) do Google Ads rejeita planilhas mal formatadas. O padrão inquebrável exige:
- Linha 1 Global: Parameters:TimeZone=America/Sao_Paulo (ou seu desvio GMT).
- Colunas exatas: Email (texto minúsculo em hash SHA-256), Google Click ID, Conversion Name (nome exato cadastrado no Ads, case-sensitive), e Conversion Time (formato rígido ISO: yyyy-MM-dd HH:mm:ssZ).
- Regra de tempo limite: O Google Ads só aceita conversões offline imputadas até 90 dias após o último clique para GCLID, ou em até 63 dias se operando via identificação de hash (Conversões Otimizadas). O agendamento é feito no painel do Ads em “Ferramentas > Data Manager”.
Nota do autor:
Apesar dos prazos rigorosos das plataformas em relação às conversões offline, há outras formas de alimentá-las que manterão a fidelidade de dados e com riqueza de detalhes. Isso é vital para jornadas de compra complexas de longo prazo, como indústrias e maquinários.
Contorne os limites de cota do GA4 com Google BigQuery
Empresas sofrem apagões analíticos em dashboards do Looker Studio devido à arquitetura de banco de dados do GA4 padrão.
Limites da API do GA4 (Concurrent Requests)
O limite gratuito do GA4 é curto: apenas 10 requisições simultâneas (e 1.250 tokens por hora). Um único relatório do Looker Studio com meia dúzia de gráficos, acessado por dois diretores ao mesmo tempo, estoura a cota instantaneamente, retornando o erro “Exhausted concurrent request quota“.
Exportação para o BigQuery
A única engenharia robusta é fugir da API nativa e utilizar a integração gratuita do GA4 com o Data Warehouse do Google Cloud (BigQuery).
- No GCP, libere permissão de “Editor” e “Proprietário de Dados” para o serviço autônomo firebase-measurement@system.gserviceaccount.com.
- No GA4 (Seção Admin > Ligações do BigQuery), configure o export diário e contínuo da volumetria bruta (raw data).
- Conecte as fontes de dados do seu Looker Studio para ler as tabelas em SQL do BigQuery, substituindo o conector do GA4. As consultas passam a ser ultraparalelas, liquidando os limites de cota e falhas de carregamento.
Conexão BigQuery > Google Ads Data Manager
Para grandes volumes onde o Google Sheets engasga, deve-se vincular o BigQuery direto à importação do Google Ads.
- Erro de SQL: A ferramenta do Google Ads Data Manager possui um validador rígido que causa falhas contínuas ao ler tipos de dados temporais nativos do SQL como DATETIME.
- Solução Técnica: Na modelagem do banco de dados, é mandatório configurar a data da conversão no BigQuery em formato STRING (ex: 2012-08-14 17:01:54) ou como um Timestamp Unix contendo exatos 10 dígitos (segundos absolutos, via função UNIX_DATE). Sem essa formatação estrita, a ingestão falhará e as conversões não treinarão as campanhas de Performance Max.
Consulte aqui a configuração do BigQuery.
A pérola do Dino!
Se você ainda usar somente a mensuração da tag de conversão do Google Ads somente via navegador, sua torneira do desperdício está arreganhada. Se tá com tanto dinheiro assim sobrando, faz o pix aí que eu agradeço?
Ao ignorar o rastreamento via servidor, empresas perdem dados preciosíssimos devido ao ITP, treinam incorretamente (de forma burra mesmo) os algoritmos do Google Ads com dados incompletos e cessam sua Inteligência de Negócios (Business Intelligence) com os limites das cotas de API do GA4.
A implementação dessa arquitetura integrada devolve à empresa total controle de seus dados primários. Seja um subdomínio usando a persistência do Cookie Keeper ou de um roteamento Same Origin via proxies (Nginx, AWS, Cloudflare), o servidor estabiliza a coleta independentemente das regras do navegador.
O resultado não é apenas um relatório com números maiores (que sejam até menores, porém corretos); é precisão contábil e competitiva. Os algoritmos do Google Ads passam a ser retroalimentados não apenas por cliques superficiais, mas pelo lucro líquido real (POAS), desduplicado e recuperado do ITP.
É essa higienização técnica e estratégica que permite às empresas escalarem agressivamente seus investimentos. Com isso, dominam os leilões com inteligência artificial abastecida pela realidade financeira baseada em lucro líquido ao invés de valores brutos.
E aí, como está a mensuração de dados do seu negócio?
Abraço do Dino! 🦖
Referências Bibliográficas
STAPE. Configure Google Conversion Events Tag. Stape Helpdesk.
STAPE. Google Ads conversions tracking with Data Manager API. Stape Blog.
STAPE. Overview of Connections. Stape Helpdesk.
STAPE. How to choose User Identifier type in Cookie Keeper. Stape Knowledge Base
STAPE. Cookie Keeper Power-up.
MARKETING LENS. Google Ads Data Manager: New BigQuery Integration. Marketing Lens.
SWYDO. How to solve Looker Studio quota errors. Swydo Blog.
Gostou desse conteúdo? Tem uma opinião diferente, complementar, outro ponto de vista? Deixa aí nos comentários!
