O Google Analytics ganhou uma nova proteção que afeta diretamente a mensuração de sites: o filtro de hostname do Google Analytics agora permite criar uma lista de domínios autorizados a enviar eventos para determinada propriedade. Tudo o que vier de um hostname que não esteja aprovado pode ser descartado antes de chegar aos relatórios.
A novidade ajuda principalmente a combater dados falsos e spam que utilizam IDs de medição em domínios que não pertencem à empresa. Mas existe um cuidado importante: esquecer um domínio legítimo na lista pode fazer o Analytics eliminar informações reais de forma permanente.
Resumo
- Google Analytics passou a permitir filtros Include para hostnames.
- A empresa pode criar uma lista dos domínios autorizados a enviar eventos.
- Eventos provenientes de hostnames não aprovados são descartados.
- Configurações erradas podem excluir definitivamente dados legítimos.
O que mudou nos filtros de hostname do Google Analytics?
Hostname é o domínio em que determinado evento foi registrado. Se uma propriedade deveria receber dados apenas de exemplo.com.br, por exemplo, não faz sentido encontrar eventos atribuídos a dezenas de domínios desconhecidos.
O Google Analytics já permitia excluir hostnames problemáticos. O problema é que essa lógica funciona como uma lista de bloqueio: sempre que uma nova origem indesejada aparece, alguém precisa identificá-la e acrescentá-la ao filtro.
O modo Include inverte a lógica. Em vez de tentar descobrir todos os domínios que não deveriam estar ali, o administrador informa quais são os domínios válidos.
| Modelo | Funcionamento | Risco principal |
|---|---|---|
| Exclude | Bloqueia hostnames indicados | Novas fontes de spam continuam entrando até serem identificadas |
| Include | Aceita apenas hostnames autorizados | Domínio legítimo esquecido pode perder dados |
Por que isso pode melhorar a qualidade dos dados?
Analytics só ajuda a tomar decisões quando aquilo que aparece no relatório representa o que realmente aconteceu. Sessões, eventos e conversões contaminados por tráfego falso podem fazer uma empresa interpretar crescimento onde não houve crescimento algum.
Essa preocupação faz parte de uma boa auditoria de site. Não basta verificar se o Analytics está instalado. Também é necessário descobrir se os dados coletados estão corretos e se a propriedade representa a operação real.
Eu já escrevi que rankings, cliques e sessões não sustentam investimento sozinhos quando não conseguimos relacioná-los a leads, oportunidades e receita. O raciocínio começa ainda antes: se a própria coleta está contaminada, qualquer conclusão construída sobre aqueles números fica comprometida.
Isso também interfere na leitura dos KPIs de SEO. Uma variação nas sessões orgânicas pode ser confundida com ganho ou perda de desempenho quando, na realidade, houve uma mudança na qualidade dos dados.
O filtro também pode apagar dados reais?
Sim, e este é provavelmente o ponto mais importante da atualização.
Filtros de dados do Google Analytics atuam durante o processamento. Depois que um filtro ativo exclui determinado evento, aquela informação não fica disponível posteriormente no Analytics nem no BigQuery.
Por isso, uma empresa que trabalha com vários domínios, subdomínios ou estruturas cross-domain precisa mapear todas as origens legítimas antes de ativar uma allowlist.
Imagine uma operação que utiliza:
- www.empresa.com.br para o site;
- loja.empresa.com.br para o e-commerce;
- app.empresa.com.br para uma aplicação;
- checkout.parceiro.com.br dentro da jornada.
Adicionar apenas o primeiro hostname sem entender o restante da implementação pode transformar uma tentativa de limpar os dados em perda de informação.
Esse tipo de detalhe também mostra por que uma auditoria de SEO não deveria analisar Search Console e Analytics como caixas isoladas. Ferramentas precisam estar corretamente configuradas antes de servirem como evidência para uma decisão.
Confira também estes conteúdos relacionados:
- Entenda o que uma auditoria completa de site precisa analisar.
- Veja como escolher KPIs de SEO que realmente ajudam nas decisões.
- Saiba como investigar uma queda de tráfego antes de procurar uma causa.
Measurement Protocol tem uma exceção
O Google informa que os filtros Include de hostname não serão aplicados aos eventos enviados pelo Measurement Protocol. Isso evita que esse tipo de coleta server-side seja interrompido pela nova configuração.
Existem, porém, outras rotas de envio de dados que exigem atenção. O tratamento de todas as integrações server-side não está igualmente detalhado na nota de lançamento, portanto projetos mais complexos precisam testar o comportamento antes de colocar o filtro definitivamente em produção.
Não ative o filtro antes de mapear seus domínios
A maneira mais segura de utilizar o recurso é descobrir primeiro quais hostnames legítimos aparecem na propriedade e quais realmente fazem parte da jornada.
Depois, o filtro pode ser testado antes da ativação definitiva. Isso é especialmente importante porque o impacto sobre os dados futuros não é reversível.
Eu costumo defender que uma boa análise precisa separar o gráfico da decisão. Aqui existe uma etapa ainda anterior: garantir que o gráfico representa a realidade. Uma métrica extremamente precisa calculada sobre dados errados continua levando a uma decisão errada.
Isso afeta ROI de SEO, mídia, conteúdo, CRO e qualquer outro canal que dependa do Analytics para provar resultado.
Filtro de hostname transforma qualidade dos dados em configuração preventiva
O novo filtro de hostname Google Analytics troca uma lógica reativa por uma lógica preventiva. Em vez de perseguir cada novo domínio de spam, a propriedade passa a aceitar apenas origens conhecidas.
A vantagem é reduzir ruído. O risco é apagar informação legítima por uma configuração incompleta. Por isso, mapear a arquitetura do site e validar a coleta vem antes de ativar a regra.
Se a sua empresa precisa revisar Analytics, rastreamento, SEO e a qualidade dos dados utilizados nas decisões de marketing, fale com a Agência Henshin.
Perguntas frequentes (FAQ)
É um filtro que controla quais hostnames podem enviar eventos para uma propriedade do Google Analytics. O novo modo Include permite definir uma lista de domínios aprovados, descartando eventos provenientes de hostnames que não fazem parte dessa lista.
Sim. Uma allowlist reduz a necessidade de identificar e bloquear individualmente cada novo hostname usado para enviar dados indesejados. Eventos de domínios que não foram previamente autorizados podem ser descartados automaticamente durante o processamento.
Não. Filtros de dados ativos atuam no processamento e a exclusão é permanente. Se um hostname legítimo ficar fora da lista, os eventos correspondentes não ficam disponíveis posteriormente no Google Analytics ou no BigQuery.
Sim. Empresas com subdomínios, vários sites ou jornadas cross-domain precisam mapear todos os hostnames legítimos antes de ativar o filtro. Esquecer uma origem válida pode interromper a coleta de parte importante da jornada do usuário.
O Google informa que eventos enviados pelo Measurement Protocol não são bloqueados pelo filtro Include de hostname. Implementações que utilizam outras formas de coleta server-side devem ser avaliadas e testadas conforme a arquitetura específica da propriedade.
