Google Analytics 2027 · Capítulo 23 de 35 · 11 min
Instalar a Google tag e provar que a coleta funciona
Um caminho de coleta por página, o que mudou na Google tag em agosto e outubro de 2026 e a demonstração que separa evento correto, duplicado e ausente.
Este capítulo faz parte do curso gratuito Google Analytics 2027.
Com a propriedade desenhada, a coleta começa por um trecho de código que precisa existir em toda página. É a etapa que parece mais simples e a que mais produz relatório torto. Uma tag instalada por dois caminhos dispara cada visualização de página duas vezes, e nenhum aviso aparece na tela; as sessões quase não mudam, e o erro se esconde em métricas como visualizações por sessão.
A decisão que cabe ao gestor é pedir uma demonstração antes de aceitar a instalação: cada página tem um caminho de coleta documentado, cada evento chega uma vez a cada destino e nenhuma página importante fica sem coleta. O capítulo mostra o que olhar nessa demonstração.
Uma tag, vários destinos, alguns códigos
A Google tag é um trecho único que o site carrega para mandar dados a produtos do Google, como o Analytics e o Google Ads, que a ajuda chama de destinos. Uma tag pode servir a vários destinos ao mesmo tempo, e mudar a configuração dela afeta todos.
Por isso uma instalação mostra códigos diferentes. O ID de medição, que começa com G-, aponta para o fluxo web do Analytics. Contas de anúncio e a própria Google tag têm códigos com outros prefixos, como AW- ou GT-, e o contêiner do Tag Manager começa com GTM-. Os IDs da propriedade e do fluxo, números sem prefixo, ficam na administração e nas APIs, fora do código da página.

Ver como texto
Ajuda do Gerenciador de tags, artigo Sobre a tag do Google, com um esquema que liga uma tag do Google a dois destinos por meio do ID do destino
Três jeitos de instalar, e a regra é escolher um por site, loja ou aplicativo
A tag entra no site por um de três métodos. O código direto é o trecho gtag.js colado no cabeçalho de todas as páginas: simples de pôr e trabalhoso de mudar. O Tag Manager é um contêiner que decide quais tags disparam e quando, com versões e reversão. A integração nativa é o campo da plataforma, como a loja ou o construtor de site, onde se cola o ID de medição. O risco aparece quando dois métodos convivem na mesma página.
| 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 publicação de código | 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 publicação de código | 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 é tratada como um contêiner do Tag Manager. O método continua sendo uma escolha por site, e a regra continua sendo um caminho de coleta documentado por página.
Agosto e outubro mudaram a tela, cada mês de um jeito
Em 20 de agosto de 2026, o Google anunciou que as Google tags passam a ser contêineres completos do Tag Manager. O comportamento na página não muda, nada é alterado automaticamente e os trechos de instalação novos continuam iguais, agora sem o comando de configuração gtag('config'). Quem tem permissão de edição pode iniciar a otimização do contêiner por um aviso na tela e conferir a prévia antes de publicar. A marcação visual, que transforma um botão da página em conversão sem código, está em beta para compras no Google Ads.

Ver como texto
Página Updates to Google tag and Google Tag Manager, datada de 20 de agosto de 2026, com as seções interface simplificada, unificação e marcação visual
Em outubro, o Tag Manager anunciou duas mudanças técnicas, detalhadas em Google Tag Manager: controlar mudanças na medição sem perder o histórico: os contêineres passam a inicializar no carregamento, sem esperar o comando de configuração, e podem enviar dados direto aos produtos de medição do Google.
Para a instalação, nenhuma das duas pede alteração imediata. Elas pedem uma auditoria curta: a equipe confere em que momento o contêiner inicializa, se o estado de consentimento chega antes do primeiro evento e se a contagem de eventos por página continua a mesma de antes.
Em cada plataforma, a pergunta é por onde a tag já entra
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 "Google Analytics" das 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 tag registra sozinha, ligado por padrão no fluxo web: visualização de página, rolagem até 90% da altura da página, que não equivale a leitura completa, clique para fora do site, download de arquivo, busca interna, vídeo do YouTube incorporado e interação com formulário.

Ver como texto
Detalhes do fluxo web: ID de medição, medição otimizada (Enhanced measurement) com os eventos ligados e, abaixo, Configurar a tag (Configure tag settings)
O que a medição otimizada não sabe define o trabalho seguinte. Um formulário tem três momentos: o clique no botão, o envio pelo navegador e a aceitação pelo servidor. O evento automático de envio registra o segundo, quando o navegador envia o formulário; ele não sabe se o servidor aceitou o pedido, pode falhar em formulários enviados por JavaScript e não conhece o valor do pedido nem se a pessoa já era cliente. O vídeo só conta se o player for do YouTube com a interface de programação ativa. Tudo o que envolve dinheiro, identidade ou etapa do negócio vem da especificação descrita em Taxonomia de eventos e dataLayer: o significado de cada evento.
Correto, duplicado ou ausente
A demonstração que o gestor pede precisa distinguir três situações. O Tag Assistant, extensão e painel do Google que listam as tags encontradas numa página, mostra quantas Google tags carregaram. O DebugView, tela do Analytics que exibe em tempo real os eventos de um aparelho em modo de teste, mostra quantos eventos cada carregamento gerou.
- Evento correto
- Um carregamento de página gera um page_view no DebugView.
- O Tag Assistant lista uma Google tag para o ID de medição.
- O relatório de páginas acompanha o de sessões sem saltos.
- Evento duplicado
- Dois page_view no mesmo segundo, com o mesmo identificador de cliente.
- Visualizações por sessão sobem; sessões e usuários quase não mudam.
- Causa típica: código colado mais Tag Manager ou plugin.
- Evento ausente
- Uma página ou rota nova não aparece no DebugView.
- A cobertura de tags lista a página como não marcada.
- Causa típica: layout novo sem o trecho comum ou checkout em outro domínio.
Cada situação aparece num lugar diferente, por isso a prova pede as duas telas e as páginas que concentram dinheiro: produto, checkout e obrigado.
Dois painéis da Google tag ajudam sem ninguém pedir. O diagnóstico aponta tag mal configurada ou tag de evento sem Google tag na página, e cada alerta pode ser dispensado; a equipe que dispensa alerta para limpar a tela perde o aviso automático. A cobertura de tags lista as páginas em que a tag foi detectada e as que deveriam ter e não têm.
Há também a opção de servir a tag pelo próprio domínio do site, por meio da rede de servidores que entrega o site aos visitantes, a CDN; o recurso se chama gateway da Google tag. Ela muda a arquitetura e cabe na discussão sobre coleta pelo servidor; os ganhos de sinal divulgados por parceiros no lançamento são números dos próprios parceiros.
Três instalações na Verde Vivo, e uma depois da correção
Caio havia colado o gtag.js no layout do site em 2024. Uma agência instalou depois um contêiner do Tag Manager com a Google tag dentro, sem remover o código. Na loja Shopify, a integração nativa estava ligada e o tema trazia o mesmo contêiner injetado à mão. Eram três pontos de instalação, e cada página disparava a visualização duas vezes.
O primeiro sinal foi uma razão a investigar: 3,0 visualizações por sessão no site, com 212.000 visualizações e 71.000 sessões em agosto. A razão sozinha não prova nada, porque uma visita pode mesmo passar por três páginas. A prova veio das ferramentas: o Tag Assistant 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 site, loja ou aplicativo. No site, o Tag Manager ficou como único caminho. Na loja, também: a integração nativa já tinha sido desligada em março, depois da receita dobrada descrita em Clínica de problemas do GA4: investigar divergências antes de mexer na medição, e voltara a ser ligada numa atualização do aplicativo da loja. Saiu de novo, agora com um alerta na documentação da propriedade. Nas duas semanas seguintes, comparadas às mesmas 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 taxa de conversão do e-commerce, calculada sobre sessões, não mudou, porque as sessões nunca dobraram. As páginas de produto que pareciam ter o dobro de leitura voltaram ao tamanho real. 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.
A coleta da Verde Vivo antes e depois de ficar com um caminho por site e loja
Com três instalações
Antes
- gtag.js no layout, Google tag no Tag Manager e integração nativa mais contêiner 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 identificador de cliente
- Alertas de diagnóstico dispensados pela agência
Com um caminho por site e loja
Depois
- Tag Manager no site e na loja; integração nativa desligada
- 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
- Alertas revisados a cada publicação, com dono
Em 13 de outubro, depois das mudanças do Tag Manager, Caio repetiu o roteiro de prova nas páginas de produto, checkout e obrigado. O contêiner inicializava no carregamento, o consentimento padrão chegava antes do primeiro evento e cada página seguia com um page_view. Nada precisou mudar, e o resultado foi anotado na documentação da propriedade com a data.
Para a equipe técnica: configurar a tag e provar a coleta
Os caminhos seguem a tela de configurações da Google tag no Analytics. Quem já otimizou o contêiner encontra as mesmas opções na seção de configurações do Tag Manager.
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.

Ver como texto
DebugView aguardando um aparelho em modo de depuração: linha do tempo à esquerda, eventos principais e propriedades do usuário à direita
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.
O que pedir à equipe
Peça uma demonstração em três páginas que concentram dinheiro, como produto, checkout e obrigado, com o Tag Assistant e o DebugView abertos: uma Google tag por ID de medição, um page_view por carregamento e nenhuma página importante sem coleta. Peça também a lista escrita de por onde a tag entra em cada site, loja ou aplicativo.
Com a instalação limpa, o próximo cuidado é controlar as mudanças que vêm depois. O capítulo Google Tag Manager: controlar mudanças na medição sem perder o histórico organiza publicação, teste, aprovação e reversão no Tag Manager.
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.
Depois, siga para
- CursoGoogle Ads 2027sugerido pelo grafo7 capítulos de “Google Ads 2027” usam conceitos apresentados em “Google Analytics 2027”.
- CursoMeta Ads 2027sugerido pelo grafo5 capítulos de “Meta Ads 2027” usam conceitos apresentados em “Google Analytics 2027”.
- CursoCRO: Otimização de Conversão e Experimentaçãosugerido pelo grafo2 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Analytics 2027”.
- CursoVibecoding para SEOsugerido pelo grafo2 capítulos de “Vibecoding para SEO” usam conceitos apresentados em “Google Analytics 2027”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- MCP e Chrome: agentes de IA no navegadorComo conferir o caminho de uma conversãoExaminar conexões de Como conferir o caminho de uma conversão
- LinkedIn Ads: investimento e resultadosConferir se o site registra as ações corretamenteExaminar conexões de Conferir se o site registra as ações corretamente
- Google Ads 2027Contar cada venda uma vez: tag do Google e conversõesExaminar conexões de Contar cada venda uma vez: tag do Google e conversões
- Analytics de buscaLer o que acontece depois da chegadaExaminar conexões de Ler o que acontece depois da chegada
Terminou a leitura?
Você está aqui: capítulo 23 de 35
0 de 35 concluídos
- Próximo · Capítulo 24 de 35 · 11 minGoogle Tag Manager: controlar mudanças na medição sem perder o históricoLer o capítulo 24 sem concluir
Marque como concluído para o capítulo contar no seu painel e no certificado.
- Anterior · Capítulo 22 de 35 · 12 minConsentimento e Consent Mode: respeitar a escolha e ler as lacunasVoltar para o capítulo 22
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
- 21Contas, propriedades e fluxos: organizar os dados e os acessos
- 22Consentimento e Consent Mode: respeitar a escolha e ler as lacunas
- 23Instalar a Google tag e provar que a coleta funciona
- 24Google Tag Manager: controlar mudanças na medição sem perder o histórico
- 25Taxonomia de eventos e dataLayer: o significado de cada evento