Biblioteca·SOP·Analytics

Excluir visitas da equipe e de teste dos relatórios do GA4

Mantenha a navegação da equipe e os testes de rastreamento fora dos relatórios futuros do GA4 após verificar os dois filtros no modo Testing.

Última revisão: · Revisão editorial

Clareza, estrutura e referências revisadas nesta versão. Não equivale a um teste em uma conta real.

SOP 137 · 45 min
SOPGrátis

Excluir visitas da equipe e de teste dos relatórios do GA4

SOP 137 · 45 min

Mantenha a navegação da equipe e os testes de rastreamento fora dos relatórios futuros do GA4 após verificar os dois filtros no modo Testing.

Escopo

Este SOP abrange:

Este SOP não abrange:

Requisitos

SOPs relacionados

01. Escolha quais visitas devem ficar fora dos relatórios

Visitas das redes da equipe e testes de rastreamento são diferentes. Cada um precisa de seu próprio filtro.

  1. Abra o Google Analytics e selecione a propriedade do site. Crie uma nota chamada Configuração de filtros do GA4 com as seções Propriedade, Redes da equipe, Testes e Ativação. Abra Admin > Property > Property details e registre o nome da propriedade e o Property ID em Propriedade. Depois abra Admin > Data collection and modification > Data streams e o fluxo da Web do site; adicione seu nome de fluxo e Website URL à mesma seção.

  2. Em Redes da equipe, liste cada endereço IP público confirmado pelo proprietário e qual rede da equipe o utiliza. Use o endereço exposto à internet, não o endereço local de um computador, como 192.168.1.10. Um endereço compartilhado de escritório identifica todas as pessoas naquela rede; um endereço residencial variável pode deixar de corresponder posteriormente. Use endereços exatos neste guia.

    • Atenção: Uma rede Wi-Fi pública pode incluir clientes. Não exclua seu endereço. Peça ao proprietário uma rede exclusiva da equipe.
  3. Abra Admin > Data collection and modification > Data filters. Examine os filtros existentes Internal traffic e Developer traffic. Em Ativação, registre seus nomes, estados e valores de correspondência. Reutilize um filtro correspondente; crie um novo apenas quando estiver ausente. Testing rotula as visitas correspondentes sem descartá-las; Active descarta permanentemente correspondências futuras; Inactive não faz nada.

    • Atenção: Se um filtro correspondente já estiver Active, peça ao proprietário da propriedade que aprove a mudança para Testing durante esta verificação; as visitas correspondentes serão mantidas enquanto ele estiver Testing.

02. Identifique as visitas da equipe e crie filtros de teste

Primeiro, rotule o tráfego da equipe. Depois, faça o Analytics mostrar o que cada filtro removeria.

  1. Volte a Admin > Data streams e abra o fluxo da Web. Em Configure tag settings, clique em Show more > Define internal traffic. Crie uma regra para cada endereço em Redes da equipe.

    1. Dê à regra o nome da rede, como Equipe do escritório. Defina traffic_type como internal. Esse rótulo conecta a regra da rede ao filtro de dados.

    2. Escolha IP address equals e digite o endereço IP público daquela rede. Clique em Create e repita para os demais endereços confirmados.

  2. Abra Admin > Data collection and modification > Data filters. Use Create Filter > Internal Traffic ou abra o filtro existente correspondente. Nomeie-o Visitas da equipe, escolha Exclude, defina o valor do parâmetro traffic_type como internal e seu estado como Testing. Salve.

  3. Use Create Filter > Developer Traffic ou abra o filtro existente correspondente. Nomeie-o Testes de rastreamento, escolha Exclude, defina seu estado como Testing e salve. Tráfego de desenvolvedor significa eventos enviados com o modo de depuração ativado, incluindo testes de rastreamento feitos com o Preview do Tag Manager.

03. Comprove que os filtros correspondem às visitas corretas

Mantenha os casos de teste da equipe e de depuração em redes separadas para que cada caso teste uma regra. Use um novo rótulo de teste sem dados pessoais a cada execução; acrescente-o com & quando a URL já tiver uma string de consulta. Considere no cronograma o atraso de 24 a 36 horas dos filtros: a estimativa de 45 minutos é de trabalho ativo. Consulte as orientações do Google para testar o filtro de desenvolvedor e a filtragem de tráfego interno.

Um filtro salvo não basta. Verifique as visitas que o Analytics realmente rotula antes de descartar qualquer dado.

  1. Em uma rede listada da equipe, abra uma nova aba comum do navegador no seu site com uma consulta exclusiva ao final, como ?filter_check=staff_20261013. Aceite o consentimento de análise se seu banner exigir e visite outra página. Mantenha o Preview do Tag Manager desconectado nessa visita. Em Testes, registre a URL, a rede, o horário e “equipe, sem depuração”.

  2. A partir da rede separada de visitantes, fora de todas as regras de IP da equipe listadas, abra o Google Tag Manager, selecione o contêiner do site e clique em Preview. Conecte a uma URL do site com outra consulta, como ?filter_check=debug_20261013. Aceite o consentimento de análise e depois abra Admin > Data display > DebugView no GA4 e confirme o evento page_view da visita. Em Testes, registre sua URL, o horário e “depuração”. Encerre o Preview quando terminar.

  3. Usando outra rede, como dados móveis em vez do Wi-Fi do escritório, abra o site sem Preview e use uma terceira consulta, como ?filter_check=visitor_20261013. Aceite o consentimento de análise e visite outra página. Em Testes, registre sua URL, o horário e “visitante comum”.

  4. No GA4, abra Explore > Blank. Nomeie a exploração Teste de filtros do GA4 e defina o intervalo de datas para incluir os três testes. Importe as dimensões Test data filter name, Event name e Page location, além da métrica Event count.

    1. Em Tab settings, escolha Free form. Adicione Test data filter name, Event name e Page location a Rows; adicione Event count a Values. Adicione um filtro de Page location que contenha filter_check=.

    2. Encontre cada URL marcada. A visita da equipe sem depuração deve receber o rótulo Visitas da equipe, e a visita de depuração deve receber Testes de rastreamento. O visitante comum não deve ter o nome de nenhum dos filtros. Em Testes, registre cada rótulo observado e a contagem de eventos.

      • Atenção: Os filtros podem levar de 24 a 36 horas para serem aplicados. Se um caso estiver ausente, deixe os dois filtros em Testing, confira novamente mais tarde e envie uma nova visita marcada, se necessário. Não ative um filtro com base apenas em uma tabela vazia.
  5. Compare os três resultados com as regras. Se uma visita da equipe estiver sem rótulo, confira novamente seu IP público atual e a regra do fluxo exato. Se visitantes comuns estiverem rotulados, restrinja a regra incorreta antes de continuar. Se a visita de depuração estiver sem rótulo, reconecte o Preview e confira o DebugView novamente. Repita a visita afetada e a verificação do relatório até que os três casos correspondam ao esperado.

04. Ative apenas os filtros verificados

A ativação altera os dados futuros. Ela não limpa visitas que já estão nos seus relatórios.

  1. Mostre ao proprietário Redes da equipe e os três resultados em Testes. Explique que exclusões Active descartam permanentemente eventos futuros correspondentes do Analytics e do BigQuery; desativá-las depois não recupera os dados descartados. Em Ativação, registre a confirmação do proprietário, a data e os nomes dos dois filtros.

  2. Abra Admin > Data collection and modification > Data filters > Visitas da equipe. Altere o estado para Active e salve. Leia qualquer confirmação e confira a propriedade e o filtro antes de aceitá-la.

  3. Abra Testes de rastreamento, altere seu estado para Active e salve. Reabra-o para confirmar Active e Exclude. Em Ativação, registre o horário de ativação dos dois filtros. Para verificações futuras no DebugView, use uma rede de teste permitida fora das exclusões ativas de IP da equipe e verifique o recebimento; não presuma que o filtro de desenvolvedor anule outra exclusão.

  4. Entregue ao proprietário a nota Configuração de filtros do GA4 e sua exploração. Explique que mudanças nos IPs da equipe exigem atualizar a regra e fazer outra verificação em Testing. Se uma regra passar a excluir as pessoas erradas, defina seu filtro como Inactive para proteger as novas visitas enquanto investiga; os dados perdidos continuam perdidos.