A equipe abre o site dezenas de vezes por dia: para conferir um texto, copiar o link, mostrar a um cliente, testar o WhatsApp. Cada abertura vira sessão no GA4 e cada teste do botão vira "contato". Em um site de serviço com algumas centenas de sessões por mês, isso distorce taxa de conversão, canais e páginas; os relatórios passam a medir a empresa, não os clientes.
Este tutorial mostra como definir e filtrar o tráfego interno no GA4 por endereço IP, como testar, o que fazer quando o IP muda ou a equipe trabalha de casa (marcação pelo GTM), como separar o tráfego de desenvolvimento, como lidar com referências indesejadas e o que o filtro não resolve.
Por que excluir o tráfego interno
| Métrica | Com tráfego interno | Sem tráfego interno |
|---|---|---|
| Sessões/mês | 1.180 | 940 |
| Canal "direto" | 31% | 14% |
| Eventos whatsapp_click | 71 (18 testes) | 53 |
| Taxa de conversão | 6,0% (falsa) | 5,6% |
| Página mais vista | Home (equipe abre sempre) | Implante dentário |
| Tempo médio de engajamento | Baixo (abre e fecha) | Real |
Quanto menor o site, maior a distorção. Além disso, o GA4 não permite remover dados retroativamente: o que entrou, fica. Por isso o filtro é uma das primeiras configurações, antes de ler qualquer relatório; a lista de configurações iniciais está em como configurar o Google Analytics 4.
Passo 1: definir o tráfego interno por IP
- Descobrir o IP público da empresa: pesquisar "meu IP" no Google de um computador do escritório (anotar; se houver mais de um ponto de acesso, cada um).
- No GA4: Administrador › Coleta e modificação de dados › Fluxos de dados › clicar no fluxo da web.
- Em "Configurar configurações da tag" (Google tag) › "Mostrar tudo" › "Definir tráfego interno".
- Criar: nome da regra ("Escritório"), valor de traffic_type "internal" (padrão), condição "O endereço IP é igual a" com o IP (ou "está no intervalo" com notação CIDR para faixas).
- Criar uma regra por local (matriz, filial, casa do sócio com IP fixo).
- Salvar.
A definição marca os eventos vindos daquele IP com o parâmetro traffic_type = internal. Sozinha, ainda não exclui nada.
Passo 2: ativar o filtro de tráfego interno
- Administrador › Coleta e modificação de dados › Filtros de dados.
- Existe um filtro "Internal Traffic" criado por padrão, em estado "Teste".
- Em "Teste", os eventos marcados continuam entrando, mas ganham a dimensão "Nome do filtro de dados de teste", que permite verificar.
- Após confirmar que a definição pega apenas a equipe, editar o filtro e mudar para "Ativo".
- Salvar. Daqui em diante, eventos com traffic_type = internal não entram nos relatórios (e não voltam).
Atenção
O estado "Ativo" exclui permanentemente. Começar em "Teste" por alguns dias evita excluir clientes por engano (por exemplo, um IP de operadora compartilhado).
Passo 3: testar se o filtro funciona
- Com o filtro em "Teste": abrir o site do escritório; em Relatórios › Tempo real, adicionar a comparação pela dimensão "Nome do filtro de dados de teste" = Internal Traffic; as sessões da equipe devem aparecer lá.
- Em Explorar, tabela com a dimensão "Nome do filtro de dados de teste" e sessões: a linha Internal Traffic deve ter volume compatível com a equipe (não com os clientes).
- Com o filtro "Ativo": abrir o site do escritório e confirmar que a sessão não aparece em Tempo real.
- De casa (IP diferente), abrir o site e confirmar que aparece (o filtro não deve pegar demais).
O DebugView (com a extensão Google Analytics Debugger ou o modo de visualização do GTM) mostra o parâmetro traffic_type em cada evento, útil para conferir a marcação.
IP dinâmico e equipe remota: marcar o tráfego interno pelo GTM
Quando o IP da empresa muda (conexões residenciais, 4G) ou a equipe trabalha de vários lugares, o filtro por IP não resolve. A alternativa é marcar o navegador de cada pessoa e enviar traffic_type = internal pelo GTM.
- Criar uma página escondida no site (por exemplo /interno) ou um parâmetro na URL (?interno=1) que, ao ser aberto, grava um cookie ou um item no localStorage ("kop_internal = 1") por 1 ano.
- No GTM, criar uma variável JavaScript personalizado que lê esse valor e retorna "internal" quando existe (e undefined quando não).
- Na tag de configuração do GA4 (Google tag), em "Parâmetros de configuração", adicionar traffic_type com essa variável.
- Cada pessoa da equipe abre /interno uma vez em cada navegador e aparelho que usa.
- O filtro "Internal Traffic" do GA4 (Passo 2) passa a excluir também esse tráfego, porque olha o parâmetro, não o IP.
Limites: um navegador novo ou cookies apagados exigem reabrir /interno; o celular pessoal de cada um precisa ser marcado. É a solução mais prática para equipes pequenas e distribuídas. A estrutura do GTM está em como instalar o Google Tag Manager no site.
Tráfego de desenvolvedores e de ambientes de teste
| Situação | Solução |
|---|---|
| Agência ou freelancer testando o site | Incluir o IP deles na definição de tráfego interno ou pedir que marquem o navegador via /interno |
| Site de homologação (staging.empresa.com.br) | Não instalar a tag de produção; ou filtro "Developer Traffic" (eventos com debug_mode) em Filtros de dados |
| Visualização do GTM (preview) | Eventos entram com debug_mode; o filtro Developer Traffic, se ativo, exclui |
| Site local (localhost) | Condição no GTM: tag só dispara se hostname = www.empresa.com.br |
| Ferramentas de monitoramento (uptime) | Em geral não executam JavaScript; se executarem, excluir pelo IP |
A condição por hostname no GTM é a mais segura: a medição só roda no domínio de produção, e nada de teste entra.
Como configurar a variável e a tag no GTM para marcar o tráfego interno
O detalhe técnico do método por cookie, para quem vai fazer ou pedir ao assistente de IA que escreva.
1. A página /interno
Uma página HTML simples, não indexável (meta robots noindex, fora do sitemap), com um pequeno script que grava localStorage.setItem("kop_internal","1") e mostra a mensagem "Este navegador foi marcado como tráfego interno". Alternativa sem página: qualquer URL do site com ?interno=1, lida por um script no GTM que grava o item ao detectar o parâmetro.
2. Variável no GTM
- Variáveis › Nova › JavaScript personalizado.
- Função que retorna "internal" se localStorage.getItem("kop_internal") === "1", senão undefined.
- Nome: "JS – traffic_type interno".
3. Parâmetro na Google tag
- Abrir a tag Google (configuração do GA4).
- Em "Parâmetros de configuração", adicionar: nome traffic_type, valor {{JS – traffic_type interno}}.
- Salvar; visualizar; abrir /interno em um navegador; conferir no DebugView que os eventos chegam com traffic_type = internal.
- Publicar o contêiner.
4. O filtro no GA4
O filtro Internal Traffic já olha o parâmetro traffic_type = internal, seja ele vindo da regra de IP ou do GTM. Nenhuma configuração extra; só confirmar que está "Ativo".
Rotina para a equipe
| Quando | O que fazer |
|---|---|
| Entrada de um colaborador | Abrir /interno no computador e no celular |
| Troca de aparelho ou navegador | Abrir /interno de novo |
| Limpeza de cookies | Abrir /interno de novo |
| Troca de provedor de internet no escritório | Atualizar o IP na definição de tráfego interno |
| Novo fornecedor (agência, freelancer) | Pedir que abra /interno ou incluir o IP |
| Trimestral | Conferir em Explorar o volume de sessões "direto" e a taxa por página em busca de sinais de equipe não marcada |
Como medir quanto tráfego interno ainda escapa
- Sessões diretas em horário comercial com páginas internas pouco buscadas (Contato, Sobre).
- Cliques em WhatsApp seguidos de nenhuma conversa nova no aparelho.
- Sessões recorrentes do mesmo ID de cliente (Explorar › Explorador de usuários) com dezenas de visitas.
- Picos de eventos nos dias de atualização do site.
Filtro de tráfego interno e Consent Mode
Em sites com banner de consentimento, o GTM pode carregar a Google tag só após o aceite; a marcação de tráfego interno continua funcionando porque o parâmetro é lido quando a tag dispara. O localStorage não é afetado pelo consentimento de analytics, pois é configuração técnica do próprio site.
Alternativa: propriedade separada para testes
Empresas com muita atividade de teste podem criar uma segunda propriedade GA4 ("Teste") e, no GTM, direcionar a Google tag para o ID de teste quando o hostname for de homologação ou quando o cookie interno existir. A produção fica limpa e os testes continuam visíveis em outro lugar. Mais trabalhoso; só vale quando o filtro simples não basta.
Ordem recomendada das configurações iniciais do GA4
- Fluxo de dados criado e tag instalada (via GTM).
- Retenção de dados em 14 meses.
- Tráfego interno definido (IP e/ou GTM) e filtro ativado após teste.
- Referências indesejadas listadas (gateways, domínios próprios).
- Eventos de contato criados e marcados como eventos-chave.
- Vinculação com Google Ads e Search Console.
- Dimensões personalizadas registradas (link_text, data-pos, source).
- Relatório de contatos por página e canal salvo na Biblioteca.
O filtro vem cedo porque tudo o que entra antes dele fica para sempre. A verificação de que a instalação está funcionando está em como saber se o Google Analytics está funcionando.
Resumo em uma frase
Excluir o tráfego interno é definir quem é a equipe (por IP ou por marcação no GTM) e ativar o filtro Internal Traffic após testar, sabendo que o GA4 não limpa o passado e que o Google Ads tem a própria exclusão de IP.
Perguntas rápidas
- O filtro atrasa os dados? Não; aplica-se na coleta.
- Posso ter mais de um filtro? Sim, até 10 por propriedade; Internal Traffic e Developer Traffic são os padrões.
- E se eu excluir clientes por engano? Dados excluídos não voltam; por isso o estado Teste antes do Ativo.
- O filtro vale para o Search Console? Não; o Search Console mede cliques no Google, não sessões no site, e não é afetado pela equipe salvo buscas repetidas pela própria marca.
Referências indesejadas e tráfego de bots
- Bots conhecidos: o GA4 exclui automaticamente tráfego de bots e spiders da lista do IAB; não há opção para desligar.
- Referências indesejadas (gateways de pagamento, provedores de login, domínios próprios): Fluxo de dados › Configurar configurações da tag › Listar referências indesejadas; o tráfego vindo deles é tratado como direto em vez de referência.
- Spam de referência (sites falsos aparecendo como origem): raro no GA4; se ocorrer, segmento ou filtro no relatório, pois Filtros de dados não filtram por origem.
- Domínios próprios (blog em subdomínio, área do cliente): configurar como referências indesejadas e, se houver vários domínios, a medição entre domínios.
O que o filtro de tráfego interno não faz
- Não remove dados antigos: o que entrou antes da ativação permanece. Para análises históricas, usar um segmento em Explorar com traffic_type ≠ internal (só funciona para o período em que a marcação existia).
- Não exclui a equipe conectada por 4G ou de casa sem a marcação pelo GTM.
- Não exclui cliques da equipe no botão do WhatsApp se feitos fora do site (no próprio aplicativo).
- Não afeta o Google Ads: as conversões do Ads têm a própria contagem; testes em anúncios continuam contando lá, salvo exclusão de IP no Ads (Configurações da campanha › Exclusões de IP).
- Não substitui o bom senso: testar o botão do WhatsApp em um ambiente marcado como interno ou em modo de visualização do GTM.
Exemplo: antes e depois do filtro em um escritório pequeno
| Indicador | Mês sem filtro | Mês com filtro | Leitura |
|---|---|---|---|
| Sessões | 640 | 510 | 130 sessões eram da equipe (20%) |
| Canal direto | 38% | 17% | A equipe entrava digitando o endereço |
| Página "Contato" | 2ª mais vista | 7ª | A equipe abria para copiar o telefone |
| whatsapp_click | 44 | 31 | 13 eram testes |
| Taxa de conversão | 6,9% | 6,1% | O número real era menor, e agora é confiável |
| Decisão | Investir na home | Investir na página de área de atuação | A leitura mudou a prioridade |
Erros comuns ao excluir tráfego interno
- Definir o IP e esquecer de ativar o filtro (fica em "Teste" para sempre).
- Ativar o filtro sem testar e excluir clientes por um IP de operadora compartilhado.
- Usar o IP residencial de alguém que muda toda semana.
- Não marcar celulares da equipe (a maior parte dos testes de WhatsApp vem deles).
- Esperar que o filtro limpe o passado.
- Instalar a tag de produção no ambiente de teste.
- Não excluir o IP também no Google Ads.
- Excluir e nunca mais revisar: IPs mudam quando a empresa troca de provedor.
Perguntas sobre excluir tráfego interno do Google Analytics
Como excluir tráfego interno do Google Analytics
Definindo o tráfego interno pelo IP em Administrador › Fluxos de dados › Configurar configurações da tag › Definir tráfego interno, e ativando o filtro Internal Traffic em Filtros de dados, depois de testar.
Onde fica o filtro de tráfego interno no GA4
Administrador › Coleta e modificação de dados › Filtros de dados; o filtro Internal Traffic já existe em estado de teste.
Como descobrir o IP da empresa
Pesquisando "meu IP" no Google de um computador conectado à rede do escritório; anotar cada local.
E se o IP muda
Marcar o navegador da equipe com um cookie via página /interno e enviar traffic_type = internal pelo GTM; o filtro passa a excluir pelo parâmetro.
O filtro remove dados antigos
Não. Só afeta eventos a partir da ativação; para o histórico, usar segmentos em Explorar no período em que a marcação existia.
Como excluir o tráfego do site de teste
Não instalar a tag no ambiente de teste, usar o filtro Developer Traffic ou condicionar a tag no GTM ao hostname de produção.
O filtro vale para o Google Ads
Não. No Google Ads, excluir o IP em Configurações da campanha › Exclusões de IP.
Como saber se o filtro está funcionando
Em Tempo real, abrir o site do escritório: com o filtro em teste, aparece com o nome do filtro; em ativo, não aparece.
Resumo · como excluir tráfego interno do Google Analytics
- Por quê: a equipe infla sessões, "direto", home e testes de WhatsApp; o GA4 não limpa o passado.
- Passo 1: Fluxo de dados › Configurar tag › Definir tráfego interno por IP.
- Passo 2: Filtros de dados › Internal Traffic de Teste para Ativo.
- Passo 3: testar em Tempo real e com a dimensão do filtro de teste.
- IP dinâmico: cookie via /interno + traffic_type no GTM.
- Teste e dev: hostname no GTM, Developer Traffic, tag fora do staging.
- Não faz: histórico, 4G sem marcação, Google Ads (exclusão de IP lá).
Excluir o tráfego interno é a configuração que torna o resto do GA4 confiável, e leva vinte minutos. O Grupo KOP a inclui em cada medição que entrega, como mostra a página de Google Ads e Analytics. Com dados limpos, a pergunta final da série é a que importa: como saber se o meu site está dando resultado.
