O que é o Google First-Party Mode?
O Google First-Party Mode permite implantar tags do Google usando sua própria infraestrutura — os requests passam pelo seu domínio em vez de pelo domínio googletagmanager.com. É uma forma de reduzir a dependência de domínios de terceiros.
Apesar de parecer inovador, setups similares já existem há muito tempo via server-side tracking com domínio personalizado. A novidade é que o Google formalizou e simplificou esse processo.
Como o First-Party Mode funciona
- Você especifica um path ou subpasta no seu domínio (ex: seusite.com.br/tracking)
- Um CDN, load balancer ou servidor web encaminha requests para os servidores do Google
- Requests acionados pelas interações do usuário passam pela sua infraestrutura antes de chegar ao Google
- Standard: requests enviados diretamente para googletagmanager.com — menor segurança, mais visível para bloqueadores
- First-party mode: usa subpasta no seu domínio (seusite.com.br/tracking) — domínio primário, mas bloqueadores ainda detectam parâmetros específicos
- First-party serving: usa subdomínio personalizado (tags.seusite.com.br) — maior controle e menor detecção por bloqueadores
Standard vs First-Party Mode vs Server-Side Tracking
A grande questão: quando usar cada abordagem?
Comparação detalhada: First-Party Mode vs Server-Side
- Resistência a ad blockers: o First-Party Mode tem eficácia moderada — bloqueadores sofisticados detectam parâmetros de path/query específicos. O server-side tracking com Custom Loader oferece resistência superior.
- Controle sobre dados: o First-Party Mode permite remover dados como IP, mas sem configuração condicional. O server-side oferece controle granular — transforme, filtre ou anonimize dados por condição.
- Escalabilidade: o First-Party Mode suporta apenas GA4 e Google Ads. O server-side GTM distribui dados de GA4 para Meta, TikTok, Snapchat, Klaviyo e muito mais.
- Custo: o First-Party Mode pode ser mais barato com Google Cloud, mas o Cloudflare exige plano Enterprise caro. O server-side via Stape começa a $0 para menos de 10.000 requests/mês.
Se você usa apenas GA4 e Google Ads, o First-Party Mode pode ser suficiente. Para multi-plataforma (Meta, TikTok, LinkedIn, etc.), o server-side GTM é muito mais adequado.
Como configurar o Google First-Party Mode
- Defina o path de serving: escolha um path exclusivo (ex: /tracking, /metrics) que não seja usado para outro conteúdo
- Configure o roteamento de dados (exemplo com Cloudflare): crie um registro CNAME com Type: CNAME, Name: fps, Target: [GTM ID].fps.goog. Adicione uma Origin Rule 'Route measurement' para encaminhar requests ao Google
- Atualize os scripts Google Tag: substitua o script padrão em todas as páginas para carregar pelo seu path
- Teste: use o Preview Mode do GTM e verifique se o path de serving aparece nos detalhes das requisições
Perguntas frequentes
O First-Party Mode substitui o server-side tracking?
Não. O First-Party Mode é uma solução mais simples e limitada — adequada para Google apenas. O server-side tracking é mais abrangente e oferece controle muito maior sobre dados e plataformas suportadas.
Qual é o custo real de implementar cada opção?
First-Party Mode via Cloudflare requer plano Enterprise (caro). Via GCP, o custo depende do volume de requests. Server-side via Stape começa gratuito (até 10k requests/mês) e cresce de forma previsível.
O First-Party Mode melhora o Event Match Quality do Meta?
Não. O First-Party Mode é específico para tags Google. Para melhorar o EMQ do Meta, você precisa da Meta CAPI configurada via server-side GTM ou CAPI Gateway.
Este artigo é uma adaptação em português de conteúdo originalmente publicado em inglês pela equipe da Stape. Ver artigo original.
