Analytics e Dados
29 de jun. de 2026
Go back
GA4 ganha filtro por hostname: como excluir tráfego de sites, ambientes e bots ruins
Autor: Rafael Lins
Entenda como funciona o novo filtro Web hostname traffic no GA4, quando usar, exemplos práticos e cuidados antes de aplicar em produção.
O Google Analytics 4 passou a contar com um recurso muito útil para limpeza de dados: o filtro de dados por hostname, chamado de Web hostname traffic.
Na prática, esse filtro permite excluir eventos com base no hostname de onde os dados estão sendo enviados.
Isso resolve um problema comum em projetos de analytics: tráfego vindo de domínios, subdomínios, ambientes ou fontes que não deveriam entrar nos relatórios principais.
Para quem trabalha com GA4, GTM, SEO, mídia paga ou auditoria de dados, essa é uma atualização importante.
O que é hostname no GA4
Hostname é o domínio ou subdomínio onde o evento foi coletado.
Exemplos:
Quando um evento chega ao GA4, ele normalmente carrega informações sobre a página e o domínio onde aquele evento ocorreu.
Com o filtro por hostname, é possível definir regras para excluir eventos vindos de hostnames específicos.
O que mudou no GA4
Segundo a documentação oficial do Google Analytics, os filtros de dados do GA4 agora incluem três tipos principais:
Developer traffic
Internal traffic
Web hostname traffic
O novo tipo Web hostname traffic permite filtrar dados de eventos com base no hostname.
Referência oficial:
https://support.google.com/analytics/answer/13296761
Por que isso é importante
Muitos setups de GA4 recebem dados de lugares que não deveriam entrar nos relatórios principais.
Isso pode acontecer por diversos motivos:
tag instalada em domínio errado
ambiente de staging enviando dados para produção
subdomínio de teste usando o mesmo Measurement ID
iframe ou embed disparando eventos indevidos
site clonado
bot ou spam enviando eventos para a propriedade
parceiro ou ferramenta externa usando a mesma tag
O resultado é sempre o mesmo: dados poluídos.
Exemplo simples
Imagine que a propriedade GA4 deveria coletar apenas dados de:
Mas os relatórios mostram eventos vindos também de:
Sem filtro, esses dados entram junto com o tráfego real.
Com o filtro por hostname, é possível excluir esses ambientes.
Exemplo com ambiente de desenvolvimento
Um caso comum acontece quando desenvolvedores testam o site em um ambiente separado.
Exemplo:
Se a mesma tag do GA4 estiver instalada nesse ambiente, cada teste pode gerar:
page_view
scroll
click
form_submit
purchase falso
Isso distorce sessões, usuários, eventos e conversões.
Exemplo com staging
Ambientes de staging são ainda mais perigosos.
Normalmente eles replicam quase tudo do site real.
Exemplo:
Se o time de desenvolvimento, marketing ou cliente acessa esse ambiente com frequência, os dados podem parecer tráfego real.
O filtro por hostname ajuda a excluir esse domínio da coleta final.
Exemplo com bots ruins
Outro cenário relevante envolve tráfego automatizado.
O GA4 já filtra automaticamente bots conhecidos, mas isso não resolve todos os casos.
Alguns bots, scrapers, ferramentas de preview e sistemas automatizados podem gerar acessos com hostnames estranhos ou inesperados.
Exemplo:
Se esses eventos chegam ao GA4, o filtro por hostname pode ajudar a bloquear parte desse ruído.
Exemplo com site clonado
Também existem casos em que um site é copiado indevidamente e mantém o mesmo código do GTM ou GA4.
Isso pode fazer com que eventos de um domínio que não pertence à empresa apareçam dentro da propriedade original.
Exemplo:
Antes, esse tipo de problema exigia análises e soluções mais manuais.
Agora, com filtro por hostname, fica mais fácil excluir eventos enviados por domínios indevidos.
Exemplo com múltiplos sites no mesmo GA4
Outro erro comum é usar a mesma propriedade GA4 para vários sites diferentes.
Exemplo:
Em alguns casos isso é intencional.
Em outros, é erro de implementação.
O filtro por hostname permite separar melhor o que deve ou não entrar na propriedade principal.
Diferença entre filtro por hostname e referral exclusion
É importante não confundir.
Referral exclusion
Serve para evitar que determinados domínios apareçam como origem de tráfego.
Exemplo:
Isso é útil para gateways de pagamento e domínios intermediários.
Web hostname traffic filter
Serve para excluir eventos coletados em determinado hostname.
Ou seja, ele atua sobre o local onde o evento foi disparado, não apenas sobre a origem da sessão.
Quando usar o filtro por hostname
Esse filtro faz sentido quando você quer excluir dados vindos de:
ambiente de desenvolvimento
staging
preview
domínio externo indevido
site clonado
subdomínio que não deveria entrar na propriedade
tráfego técnico de ferramentas externas
hosts que não fazem parte da mensuração oficial
Quando não usar
Não use esse filtro para resolver problemas que deveriam ser tratados de outra forma.
Exemplos:
excluir tráfego interno por IP
corrigir origem de tráfego de pagamento
separar canais de aquisição
resolver UTMs erradas
filtrar usuários específicos
substituir governança de tags
Para tráfego interno, use filtro de Internal traffic.
Para tráfego de desenvolvimento em debug mode, use Developer traffic.
Para domínios de pagamento ou referrals indesejados, use a lista de unwanted referrals.
Cuidado: filtros no GA4 podem ser permanentes
Esse é o ponto mais importante.
Filtros de dados no GA4 afetam o processamento dos dados.
Se você ativa um filtro incorreto, pode excluir dados reais da propriedade.
Por isso, antes de ativar em produção, faça validação.
Use modo de teste antes de ativar
O GA4 permite trabalhar com modos de filtro.
A recomendação é sempre começar com teste, validar os impactos e só depois ativar.
Fluxo recomendado:
Como identificar hostnames problemáticos
Antes de criar o filtro, analise quais hostnames estão enviando dados.
Você pode verificar isso em relatórios exploratórios ou usando BigQuery, quando a propriedade estiver exportando dados.
Procure por padrões como:
Exemplo de auditoria simples
Uma auditoria inicial pode responder:
quais hostnames enviaram eventos nos últimos 30 dias?
quais hostnames geraram page_view?
quais hostnames geraram conversões?
existe domínio externo enviando evento?
existe ambiente de teste enviando dado para produção?
existe tráfego de hostname desconhecido?
Exemplo prático de decisão
Imagine este cenário:
Nesse caso, provavelmente apenas o primeiro hostname deveria permanecer na propriedade principal.
Os demais podem ser candidatos ao filtro.
Impacto em relatórios
Dados indesejados podem afetar:
sessões
usuários
taxa de engajamento
eventos
conversões
páginas mais acessadas
origem e mídia
geografia
dispositivos
audiências
Se o hostname ruim gera conversões falsas, o problema fica ainda maior.
Impacto em Google Ads
Se o GA4 estiver vinculado ao Google Ads, dados ruins podem ser usados em:
audiências
conversões importadas
otimização de campanhas
Smart Bidding
remarketing
Ou seja, tráfego ruim no GA4 pode prejudicar mídia paga.
Impacto em SEO
Para SEO, o problema aparece em relatórios de performance de conteúdo.
Se páginas de staging, previews ou clones aparecem nos relatórios, a leitura editorial fica distorcida.
Isso pode gerar decisões erradas sobre:
conteúdo mais acessado
páginas com queda
páginas com maior engajamento
origem do tráfego orgânico
Impacto em análise de bots
O filtro por hostname não substitui uma estratégia completa de detecção de bots.
Mas ajuda em casos específicos onde o tráfego ruim está associado a hostnames identificáveis.
Exemplo:
Nesses casos, bloquear o hostname pode limpar bastante a propriedade.
Checklist antes de criar o filtro
Antes de ativar o filtro, valide:
o hostname realmente não deveria enviar dados?
ele gera conversões?
ele aparece em jornadas reais?
ele pertence a algum checkout ou sistema legítimo?
ele é necessário para cross-domain?
há risco de excluir dados importantes?
o filtro foi testado antes de ser ativado?
Boas práticas
Use uma propriedade de teste quando possível
Se o projeto permitir, tenha uma propriedade GA4 separada para testes.
Não compartilhe Measurement ID entre ambientes
Produção, staging e desenvolvimento idealmente devem ter configurações separadas.
Documente todos os filtros
Registre:
nome do filtro
objetivo
regra aplicada
data de ativação
responsável
impacto esperado
Revise periodicamente
Hostnames podem mudar ao longo do tempo.
Audite pelo menos uma vez por trimestre.
Como a Ad Rock utiliza esse tipo de auditoria
Na Ad Rock, esse tipo de filtro entra dentro de um processo maior de qualidade de dados.
Antes de criar qualquer filtro, analisamos:
estrutura do GA4
data streams
GTM
hostnames ativos
eventos
conversões
tráfego interno
tráfego de desenvolvimento
tráfego suspeito
impacto em Google Ads
O objetivo não é apenas limpar relatórios.
É garantir que decisões de marketing sejam tomadas com dados confiáveis.
Referências oficiais
Documentação oficial sobre Data Filters no GA4:
https://support.google.com/analytics/answer/13296761
Referência de migração sobre filtros no GA4:
https://support.google.com/analytics/answer/10607999
Ajuda oficial do Google Analytics:
https://support.google.com/analytics
Conclusão
O novo filtro Web hostname traffic no GA4 é uma melhoria importante para quem precisa manter dados limpos e confiáveis.
Ele permite excluir eventos com base no hostname, ajudando a controlar tráfego vindo de ambientes, domínios e fontes que não deveriam entrar na propriedade principal.
Mas é preciso cuidado.
Filtros mal configurados podem remover dados válidos.
Por isso, a recomendação é clara: audite primeiro, teste depois e só então aplique em produção.
Em projetos reais, esse tipo de recurso pode fazer muita diferença para isolar eventos de sites errados, ambientes de teste e até bots ruins que poluem a análise.
Quer revisar a qualidade dos dados do seu GA4 e identificar tráfego indevido, bots, ambientes de teste ou hostnames incorretos?
Conheça os serviços da Ad Rock:
Go back