O seu rastreio UTM está tendo fugas, e os browsers de privacidade são a causa. O Firefox, no modo Strict, remove parâmetros de rastreio conhecidos do URL antes mesmo de a página carregar. O Brave segue um caminho diferente até ao mesmo destino: na maior parte dos casos deixa os parâmetros intactos, mas bloqueia os scripts de analytics que os leriam. De qualquer forma, um clique com tag UTM pode chegar à sua landing page com as tags desaparecidas ou com o script que as interpreta bloqueado - e o seu relatório de campanha subconta silenciosamente.
Este é o primo, ao nível da query string, do problema do Safari. O artigo sobre atribuição de cliques depois do Safari ITP cobre o armazenamento e os cookies; este é sobre os próprios parâmetros do URL serem removidos ou ignorados, o que é um mecanismo diferente com o mesmo sintoma.
Dois Browsers, Dois Mecanismos, Um Relatório Quebrado
Ajuda ser preciso, porque "os browsers removem os UTMs" só é meia verdade.
O Firefox remove-os, de fato. A sua funcionalidade de remoção de parâmetros de consulta, ativa na Enhanced Tracking Protection em modo Strict, verifica os parâmetros do URL contra uma lista de identificadores de rastreio conhecidos e remove as correspondências antes de a página carregar. A lista predefinida é limitada mas real, e é configurável, pelo que o conjunto só cresce. Uma análise da remoção de click-IDs e parâmetros nos browsers mostra o aspeto disso nos vários browsers.
O Brave bloqueia sobretudo quem os lê. A remoção de parâmetros do Brave é inconsistente; o que faz de forma fiável é bloquear os scripts de analytics - o GA4 entre eles - que leriam os UTMs. Os parâmetros podem sobreviver no URL, mas nada na página tem permissão para os interpretar, pelo que o efeito no seu relatório é o mesmo: nenhuma atribuição.
Junte os limites de armazenamento do Safari e tem uma trifecta de privacidade. Testes do setor colocam os browsers de privacidade em cerca de um quinto a um quarto dos visitantes, com uma parte do tráfego dos EUA em browsers que bloqueiam por completo o rastreio predefinido do GA4. Isso não é um erro de arredondamento num relatório de campanha.
Porque É Que a Abordagem UTM Está Estruturalmente Exposta
O modelo UTM assume duas coisas que um browser de privacidade pode quebrar: que os parâmetros de rastreio sobrevivem à viagem até à sua página, e que um script nessa página consegue lê-los. Ambas acontecem no destino, que é exatamente onde operam as funcionalidades de privacidade do browser. Está pedindo às tags que sobrevivam a um percurso construído especificamente para as remover.
Isto não é motivo para abandonar os UTMs - continuam a funcionar bem no Chrome, que é a maior parte do tráfego - mas é motivo para não tratar o UTM da landing page como a fonte de verdade. É um canal com perdas, e a perda concentra-se precisamente nas audiências preocupadas com privacidade com quem provavelmente se importa.
Registe o Clique Antes de o Browser Lhe Tocar
A solução fiável é antecipar a medição: capturar o clique no redirecionamento, antes de a página de destino e os seus scripts sequer carregarem. Um link curto faz exatamente isso. Quando alguém clica em go.acme.com/spring, o redirecionamento resolve no lado do servidor e registra o clique - campanha, destino, timestamp - e só depois envia o browser em frente. O Firefox a remover um parâmetro de consulta na landing page, ou o Brave a bloquear um script ali, acontece depois de o clique já ter sido contado. Os dados de rastreio viviam no redirecionamento, não numa query string que o browser pudesse remover.
A nuance para manter a honestidade: isto não recupera o analytics de comportamento na página que o bloqueio de scripts do Brave também quebra - se o GA4 estiver bloqueado, os seus dados de sessão e de eventos nessa página continuam afetados. O que o link curto recupera é o sinal de aquisição: que o clique aconteceu, e a partir de que campanha. Para a maioria das questões de atribuição, é esse o número que estava desaparecendo. E é o mesmo princípio do lado do servidor por trás de medir o dark social - o clique é registrado num ponto que a camada de privacidade do browser não alcança.
Mantém os seus parâmetros UTM para os browsers que os respeitam, e envolve-os num link curto para que o clique seja contado mesmo quando são removidos. Envolva os links das suas campanhas e a fatia dos browsers de privacidade deixa de desaparecer dos seus relatórios.
O Que Fazer
- Pare de tratar o UTM da landing page como a única fonte de verdade; é, por design, um canal com perdas.
- Envolva os links de campanha num link curto com tags para que o clique seja registrado no lado do servidor no redirecionamento.
- Reconcilie os totais de cliques do link curto com o GA4 para estimar qual é, na realidade, a sua perda por browsers de privacidade.
- Mantenha os UTMs - não estão mortos, apenas deixaram de ser suficientes por si só.
Leia a Série Principal
Este artigo situa-se no cluster de engenharia. Os artigos irmãos são atribuição de cliques depois do Safari ITP e, para as tags, parâmetros UTM explicados.
Relacionado no Blog
Perguntas frequentes
O Firefox e o Brave removem os parâmetros UTM?
O Firefox remove, no modo Strict: a sua funcionalidade de remoção de parâmetros de consulta (query-parameter-stripping) elimina parâmetros de rastreio conhecidos, incluindo alguns valores utm_, do URL antes de a página carregar. O Brave é diferente - na maior parte dos casos não remove os parâmetros, bloqueia os scripts de analytics (como o GA4) que os leriam. O resultado final é semelhante: a sua atribuição baseada em UTM quebra-se, só que por dois mecanismos diferentes.
Porque é que os meus dados de rastreio UTM estão a desaparecer?
Os browsers focados em privacidade. O modo Strict do Firefox remove parâmetros de consulta de rastreio, o Brave bloqueia os scripts de analytics que os interpretam, e o Safari tem os seus próprios limites de armazenamento. Em conjunto, os browsers de privacidade representam uma fatia significativa dos visitantes - normalmente estimada entre um quinto e um quarto - pelo que uma parte dos seus cliques com tags UTM chega com as tags desaparecidas ou com o script que as lê bloqueado.
Como posso rastrear campanhas se os browsers removem os parâmetros UTM?
Registe o clique antes de a página de destino carregar. Um link curto resolve no lado do servidor no redirecionamento e registra o clique, a campanha e o destino nesse momento - antes de qualquer browser remover um parâmetro de consulta ou bloquear um script na landing page. Os dados de rastreio estão no redirecionamento, não numa query string que o browser possa remover.
A remoção de parâmetros UTM afeta todos os browsers?
Não de forma igual. O Chrome não remove por predefinição, pelo que a maioria do tráfego continua a transportar UTMs. É no Firefox (Strict), no Brave e no Safari que a perda se concentra. Como a sua quota combinada é suficientemente grande para distorcer um relatório de campanha, o pressuposto seguro é que uma fração não negligenciável dos cliques de cada campanha é subestimada se depender apenas dos UTMs na landing page.
O rastreio no lado do servidor é a resposta à remoção de UTMs?
Registar o clique no lado do servidor num redirecionamento é, sim, a resposta mais fiável. Captura o clique antes de o browser tocar no URL de destino ou nos seus scripts, pelo que a remoção de parâmetros e o bloqueio de scripts não o conseguem apagar. Não desanonimiza ninguém; limita-se a mover a medição para um ponto que as funcionalidades de privacidade do browser não alcançam.
Experimente Elido
Cole uma URL, obtenha um link curto
Sem cadastro. O link vive 30 dias. Cadastre-se para mantê-lo para sempre.
Grátis, sem necessidade de registo · 2 por dia