Google Analytics 2027 · Capítulo 5 de 35 · 11 min
Instalar a Google tag uma vez só e validar a coleta
Uma Google tag por página, pelo método certo para cada plataforma, com a coleta provada no Tag Assistant antes de qualquer relatório.
Este capítulo faz parte do curso gratuito Google Analytics 2027.
Com a propriedade e o fluxo desenhados, a coleta começa por um trecho de código que precisa existir em toda página, uma vez só. É a etapa que parece mais simples e a que mais produz relatório errado: uma Google tag instalada duas vezes conta cada visita em dobro, e nenhum aviso aparece na tela.
O custo é silencioso. Visualizações por sessão, taxa de engajamento e taxa de conversão saem distorcidas ao mesmo tempo, e a equipe passa meses comparando um mês inflado com outro. Quando alguém desconfia, o histórico já não presta para comparação, e a decisão sobre orçamento de mídia foi tomada em cima do número dobrado.
A tag é uma decisão de arquitetura: qual identificador vai no código, por qual método ela entra em cada plataforma, o que a medição otimizada registra sozinha e como provar que a coleta aconteceu uma vez. A Verde Vivo chegou aqui com três instalações e saiu com uma, e os números do e-commerce mudaram de tamanho sem que uma venda a mais ou a menos tivesse acontecido.
Três identificadores convivem, e a confusão entre eles gera metade dos chamados de suporte. O ID da propriedade é o número que identifica a propriedade no Admin e nas APIs. O ID do fluxo identifica cada fluxo de dados (web, Android, iOS) dentro dela. O ID de medição (Measurement ID, o código que começa com G- e aponta para o fluxo web) é o único que vai no site: o navegador só conhece esse.
A tag entra no site por um de três métodos, e a regra é escolher um. O código direto (o trecho gtag.js colado no cabeçalho de todas as páginas) é o mais simples e o mais difícil de mudar depois. O Google Tag Manager (GTM, o contêiner que decide quais tags disparam e quando) carrega a Google tag por dentro e centraliza tudo o que vem depois. A integração nativa (o campo da plataforma onde se cola o ID de medição) instala sem código.
Os três métodos de instalação e quando cada um faz sentido
| Método | Quem instala | Controle depois | Risco de duplicidade | Quando escolher |
|---|---|---|---|---|
| Código direto (gtag.js) | Desenvolvedor, no cabeçalho de todas as páginas | Cada mudança de evento vira um deploy | Alto quando alguém adiciona GTM ou plugin sem remover o código | Site sem equipe de marketing e sem previsão de eventos novos |
| Google Tag Manager | Desenvolvedor instala o contêiner uma vez; marketing publica versões | Prévia, versão, reversão e tags de evento sem deploy | Médio: a Google tag dentro do contêiner precisa ser a única | Qualquer site com mais de uma pessoa mexendo na medição |
| Integração nativa (CMS, loja, construtor) | Quem administra a plataforma, colando o ID de medição | Só o que a plataforma oferece; eventos extras exigem outro método | Alto quando o tema ou um plugin também injeta a tag | Loja ou site sem desenvolvedor, enquanto a medição for só o básico |
Desde 20 de agosto de 2026 a Google tag e o GTM são o mesmo produto; o método continua sendo uma escolha por site, e a regra continua sendo uma tag por página.
A fusão de 20 de agosto de 2026 muda a tela, não a regra. A Google tag virou um contêiner GTM completo, com uma seção Settings e uma aba Advanced, e passou a enviar dados direto a destinos do Google sem JavaScript extra. O tagueamento visual (marcar um botão na página como conversão sem escrever código) chegou em beta, só para conversões de compra no Google Ads, com expansão prometida ao longo do ano. O upgrade é opcional e chega por convite; quem não foi convidado continua na tela antiga.
Em cada plataforma, a pergunta é a mesma: por onde a tag já está entrando? No WordPress, temas e plugins costumam trazer um campo para o ID de medição, e dois plugins com o mesmo campo preenchido são duas tags. Na Shopify, a integração nativa do Google instala a tag em toda a loja, inclusive no checkout, onde código de tema não chega. Nos construtores de site, o campo de "Google Analytics" nas configurações faz o mesmo papel, e o código colado à mão por cima dele vira a segunda cópia.
A medição otimizada (o conjunto de eventos que a Google tag registra sem código, ligado por padrão no fluxo web) responde por boa parte do que os relatórios mostram. Ela registra page_view a cada carregamento, scroll quando a pessoa chega ao fim da página, click em link que leva para fora do domínio, file_download em link de arquivo, view_search_results quando a URL traz o parâmetro de busca interna, video_start e video_progress em vídeo do YouTube incorporado, e form_start com form_submit em formulários.
O que ela não sabe define o trabalho dos próximos capítulos. O form_submit dispara no envio do formulário, tenha o servidor aceitado ou não; o evento não conhece o valor do pedido, o segmento do lead nem se a pessoa era cliente. O vídeo só conta se o player for do YouTube com a API de JavaScript ativa. A busca interna só é reconhecida se o nome do parâmetro na URL bater com a lista configurada. Tudo o que envolve dinheiro, identidade ou etapa do negócio vem do contrato de dados do capítulo 7.
Prevenir a duplicidade é uma rotina, não um ajuste único. A cada plugin instalado, tema trocado ou agência contratada, alguém confere quantas Google tags a página carrega. O Tag Assistant (a extensão e o painel do Google que listam as tags encontradas na página) mostra duas entradas com o mesmo ID de medição quando há duas cópias. O DebugView (a tela do GA4 que exibe os eventos de um aparelho em tempo real) mostra dois page_view para um único carregamento.
O Tag Diagnostics (o painel de diagnósticos e recomendações da Google tag, disponível desde outubro de 2024) aponta parte disso sem ninguém pedir: Google tag mal configurada, tag de evento sem Google tag na página e CDN como a Cloudflare sem o modo first-party. Cada alerta pode ser dispensado, e uma equipe que dispensa alerta para limpar a tela perde o único aviso automático que existe.
A cobertura de tags (Tag coverage, a lista de páginas em que o Google detectou ou espera a tag) completa o diagnóstico. Páginas detectadas entram sem o rótulo "Suggested"; páginas sem sinal por 60 dias saem da lista; e o diagnóstico de páginas não tagueadas mostra onde a coleta falha. Um site em Next.js com uma rota nova que esqueceu o layout comum aparece ali antes de aparecer no relatório.
O Google tag gateway (a opção de servir a Google tag pelo próprio domínio do site, via CDN ou balanceador de carga, em vez de pelo domínio do Google) entra aqui porque muda a instalação. A tag continua uma só, mas passa a ser carregada de um endereço próprio, o que bloqueadores e navegadores tratam com menos restrição. As datas de chegada em cada provedor se espalharam por 2025 e 2026.
Google tag gateway: quando cada provedor passou a oferecer
- 8 de maio de 2025Concluído
Cloudflare
Primeiro provedor; o Tag Diagnostics avisa quando há Cloudflare sem o modo first-party
- 5 de janeiro de 2026Concluído
Google Cloud em beta
Pelo Global external Application Load Balancer
- 29 de janeiro de 2026Concluído
Akamai
- 8 de abril de 2026Concluído
Fastly
- 1 de junho de 2026Concluído
Google Cloud em disponibilidade geral
- 3 de junho de 2026Concluído
Amazon CloudFront
Configuração pelo Tag Assistant
Os números de sinal do Google tag gateway, e de quem eles são
+11%
de sinais observados com a Cloudflare
Número divulgado pelo parceiro no lançamento de maio de 2025; não é conversão incremental auditada
+14%
de aumento de sinal com a Fastly
Número divulgado pelo parceiro em abril de 2026; mesma ressalva
5
provedores com o gateway até junho de 2026
Cloudflare, Akamai, Fastly, Google Cloud e Amazon CloudFront
Fonte: Google Tag Manager, release notes (2025 e 2026); Google, What is Google tag gateway for advertisers
Armadilha comum: instalar a tag pelo plugin "para garantir" enquanto o GTM já carrega a mesma tag. As duas cópias disparam page_view no mesmo instante, com o mesmo ID de cliente, e o relatório de páginas dobra sem que a contagem de sessões dobre junto. A distorção fica escondida em métricas de razão: visualizações por sessão sobem, e a taxa de engajamento muda sem motivo aparente.
A Verde Vivo tinha exatamente isso. Caio havia colado o gtag.js no layout do site em Next.js em 2024. Uma agência instalou depois um contêiner GTM com a Google tag dentro, sem remover o código. Na loja Shopify, a integração nativa do Google estava ligada e o tema trazia o mesmo contêiner GTM injetado à mão. Três pontos de instalação, e cada página do site e da loja disparava page_view duas vezes.
O sintoma que Marina viu foi uma razão estranha: 3,0 visualizações por sessão no site, com 212.000 visualizações e 71.000 sessões em agosto, para um catálogo em que a maioria das pessoas vê a home, uma página de produto e o carrinho. O Tag Assistant na home listou duas Google tags com o mesmo ID de medição, e o DebugView mostrou dois page_view para um único carregamento.
A correção seguiu a regra de um método por superfície. No site, Caio removeu o gtag.js do layout e o GTM ficou como único caminho. Na loja, a integração nativa ficou e a Google tag foi removida do contêiner injetado no tema, que continuou publicando só as tags de evento. Nas duas semanas seguintes, comparadas às mesmas duas semanas do mês anterior, as sessões ficaram em 34.000 nos dois períodos e as visualizações caíram de 103.000 para 53.000.
A coleta da Verde Vivo antes e depois de ficar com uma Google tag
Com três instalações
Antes
- gtag.js no layout do Next.js, Google tag no GTM e integração nativa mais GTM na Shopify
- 212.000 visualizações para 71.000 sessões em agosto: 3,0 por sessão
- Dois page_view por carregamento no DebugView, mesmo ID de cliente
- Taxa de engajamento oscilando sem mudança no site
- Tag Diagnostics com alertas dispensados pela agência
Com uma tag por superfície
Depois
- GTM como único caminho no site; integração nativa como único caminho na loja
- 53.000 visualizações para 34.000 sessões na quinzena de teste: 1,6 por sessão
- Um page_view por carregamento, provado no Tag Assistant e no DebugView
- Taxa de conversão do e-commerce mantida em 2,3 por cento, porque sessões não dobravam
- Alertas do Tag Diagnostics zerados e revisados a cada publicação
O que mudou para a Verde Vivo foi a régua, não o negócio: 1.650 pedidos sobre 71.000 sessões seguem dando 2,3 por cento de conversão, mas as páginas de produto que pareciam ter o dobro de leitura voltaram ao tamanho real, e a comparação com setembro passou a valer. Marina registrou a data da correção como anotação na propriedade, para que ninguém compare agosto com setembro sem saber por que as visualizações caíram pela metade.
Abra o Tag Assistant na home do seu site e conte quantas Google tags aparecem com o mesmo ID de medição: o critério é uma. Faça o mesmo numa página de produto e na página de obrigado, e confira no DebugView que cada carregamento gera um page_view. O próximo capítulo entra no contêiner e organiza tags, acionadores e variáveis para que cada evento dispare uma vez.
Com uma Google tag por superfície, a Verde Vivo ainda tinha de decidir o que essa tag faz sozinha e provar, página por página, que cada carregamento gera um evento. O guia abaixo é o roteiro que Caio passou a rodar a cada publicação do contêiner e a cada troca de tema na loja.
Guia prático: configurar a tag e provar a coleta antes de ler qualquer relatório
Os caminhos valem para a tela da Google tag anterior à fusão de agosto de 2026. Quem já recebeu o novo contêiner encontra as mesmas opções na seção de configurações da tag.
Passo 1: Revisar a medição otimizada do fluxo web
Administrador > Coleta e modificação de dados > Fluxos de dados > fluxo web > Medição otimizada > engrenagem. Confira cada opção: Visualizações de página, Rolagens, Cliques de saída, Pesquisa no site, Engajamento com o vídeo, Downloads de arquivos e Interações com o formulário.
Deu certo quando: Só ficam ligadas as opções que o GTM não mede por conta própria.
Erro comum: Deixar Rolagens ligada e criar um acionador de rolagem no GTM com o mesmo nome de evento. O relatório soma os dois.
Passo 2: Ajustar a opção de histórico do navegador
Dentro de Visualizações de página, em configurações avançadas, fica a opção de alterações de página com base em eventos do histórico de navegação, que escuta pushState, popState e replaceState.
Deu certo quando: Numa troca de rota do site em Next.js, o DebugView registra exatamente um page_view.
Erro comum: Manter a opção ligada enquanto o site também envia page_view manual a cada troca de rota. Em aplicação de página única, é a fonte mais comum de page_view em dobro.
Passo 3: Conferir os parâmetros da pesquisa no site
Em Pesquisa no site, os parâmetros padrão são q, s, search, query e keyword. Se a busca da loja usa outro nome, como termo, acrescente em configurações avançadas.
Deu certo quando: Uma busca feita na loja aparece como view_search_results com o termo no parâmetro search_term.
Passo 4: Ativar a proteção contra configuração duplicada
Na tela da Google tag, aba Administrador, seção Gerenciar tag do Google: Ignorar instâncias duplicadas de configuração na página (Ignore duplicate instances of on-page configuration).
Deu certo quando: A opção aparece ativada. Ela vem ligada automaticamente quando duas Google tags são combinadas.
Erro comum: Tratar a opção como correção. Ela reduz o estrago de uma configuração repetida, mas a segunda instalação continua lá e precisa sair.
Passo 5: Revisar o tempo limite da sessão
Fluxos de dados > fluxo web > Definir as configurações da tag > Mostrar mais > Ajustar o tempo limite da sessão. O padrão é 30 minutos de sessão e 10 segundos para a sessão engajada.
Deu certo quando: O valor usado está anotado na documentação da propriedade, mesmo quando é o padrão.
Erro comum: Mudar o tempo de sessão engajada para melhorar a taxa de engajamento. O número sobe e deixa de ser comparável com o histórico.
Passo 6: Validar no Tag Assistant
Abra tagassistant.google.com, clique em Adicionar domínio, informe a URL e navegue pela home, por uma página de produto e pela página de obrigado. O Tag Assistant ativa o modo de depuração nessa sessão.
Deu certo quando: O resumo lista uma Google tag por ID de medição e um page_view por carregamento de página.
Erro comum: Testar só a home. Página de obrigado e checkout costumam carregar tags por outro caminho.
Passo 7: Confirmar no DebugView
Administrador > Exibição de dados > DebugView. Escolha o seu aparelho no seletor de dispositivo e repita a navegação do passo anterior.
Deu certo quando: A coluna de segundos mostra um page_view por página, e os eventos da medição otimizada aparecem com os parâmetros esperados.
Erro comum: Procurar os eventos de teste nos relatórios comuns. Com o filtro de desenvolvedor ativo, eles aparecem só no DebugView, por desenho.
No fim você tem: Uma tag com a medição otimizada conferida, sem eventos em dobro, e a prova registrada no Tag Assistant e no DebugView para a home, o produto e a página de obrigado.

Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Para tirar um aparelho do modo de depuração quando ele foi ligado por código, remova o parâmetro debug_mode. Escrever debug_mode igual a false não desliga o modo, e os eventos desse aparelho continuam caindo no filtro de desenvolvedor e fora dos relatórios.
Onde o evento em dobro costuma nascer
Antes de mexer no GTM, descubra por quantos caminhos a mesma medição entra na página.
- Julius Fedorovicius, da Analytics Mania, lista como primeira causa de duplicidade o GA4 colado no código e também publicado pelo GTM, e sugere procurar gtag no código-fonte pelas ferramentas do navegador.
- No mesmo artigo, ele alerta para o recurso Criar evento do GA4: evento que já chega pelo GTM não deve ser recriado ali, porque passa a existir duas vezes.
- Plugins de CMS, como o Site Kit no WordPress, instalam a tag sem que a equipe de marketing perceba. Vale conferir a lista de plugins antes de culpar o contêiner.
- Simo Ahava explica que Google tags combinadas passam a compartilhar a detecção de eventos, a lista de domínios e a cobertura, e que cada destino pertence a uma única Google tag.
- Página de obrigado recarregada gera purchase de novo. A sugestão recorrente é marcar a conversão num cookie e impedir o acionador de disparar outra vez.
O teste: Um carregamento de página gera exatamente um page_view no DebugView?
alexandrecaramaschi.com/educacao/frontends-com-vibecoding

Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Cobre no relatório os números certos e ignore o restosugerido pelo grafoApresenta os conceitos “Google Tag Manager” e “Taxa de engajamento”, usados em “Instalar a Google tag uma vez só e validar a coleta”.
- Python no marketing, caso 2: relatório do GA4 por canal com a Data APIsugerido pelo grafoApresenta o conceito “Google Analytics 4”, usado em “Instalar a Google tag uma vez só e validar a coleta”.
- CursoPython: Programação do Zerosugerido pelo grafo21 capítulos de “Google Analytics 2027” usam conceitos apresentados em “Python: Programação do Zero”.
- CursoGoogle Ads 2027sugerido pelo grafo4 capítulos de “Google Analytics 2027” usam conceitos apresentados em “Google Ads 2027”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Analytics de busca para decisão executivaReconhecer quando o dado não merece confiançaExaminar conexões de Reconhecer quando o dado não merece confiança
- Google Ads 2027Levar a venda do CRM de volta ao Google Ads pelo Data ManagerExaminar conexões de Levar a venda do CRM de volta ao Google Ads pelo Data Manager
- Python: Programação do ZeroPython no marketing, caso 2: relatório do GA4 por canal com a Data APIExaminar conexões de Python no marketing, caso 2: relatório do GA4 por canal com a Data API
Voltar ao capítulo anterior: Desenhar conta, propriedade e fluxo para o negócio que existe
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Google Analytics 2027
- 03Ler usuários, sessões e engajamento sem somar o que não soma
- 04Desenhar conta, propriedade e fluxo para o negócio que existe
- 05Instalar a Google tag uma vez só e validar a coleta
- 06Organizar o Tag Manager para que a tag certa dispare uma vez
- 07Escrever o contrato de dados que o desenvolvedor consegue implementar