Por que o tráfego direto é o balde de tudo que o analytics não conseguiu atribuir

O que é tráfego direto?

As ferramentas de analytics arquivam uma sessão como tráfego direto quando a requisição chega sem referrer e sem parâmetros de campanha, o que faz do rótulo um registro de dado de atribuição ausente, não um registro de pessoas digitando a sua URL na barra de endereços. O Google Analytics 4 declara a regra nas definições de grupo de canais padrão: uma sessão é Direct quando "Source exactly matches '(direct)' AND Medium is one of ('(not set)', '(none)')". Leia o número como uma lacuna de medição e descubra qual das causas abaixo está preenchendo essa lacuna.

Por que direto não é um canal?

Direto não é um canal, é o balde de tudo que a ferramenta não conseguiu atribuir. Todo outro canal é definido por uma evidência que a requisição carregou, um hostname de origem ou um valor de utm_medium, enquanto o Direct é definido pela ausência dessa evidência, e uma ausência não tem comportamento de marketing atrelado a ela. Trate uma linha de Direct em alta como um alerta de instrumentação e audite os links em que as pessoas de fato clicam, do mesmo jeito que você auditaria o tráfego que o GA4 nunca registra.

O GA4 leva a distinção um passo adiante. O balde Unassigned dele é "o valor que o Analytics usa quando nenhuma outra regra de canal bate com os dados do evento", então uma sessão que carrega uma origem mas não bate com nenhuma regra vai para Unassigned, enquanto uma sessão que não carrega nada vai para Direct.

O que de fato cai no balde de direto?

Sete mecanismos removem o referrer ou a tag de campanha antes de o seu script rodar, e cada um produz uma sessão indistinguível de um clique em favorito. O navegador decide a maioria deles, então nenhuma configuração de tag recupera a origem.

Causa	O que chega ao seu servidor	Por quê
Página HTTPS aponta para uma página HTTP	Nenhum cabeçalho Referer	O algoritmo do W3C Referrer Policy não devolve referrer em um rebaixamento de seguro para inseguro
Site de origem envia Referrer-Policy: no-referrer	Nenhum cabeçalho Referer	MDN: "O cabeçalho Referer será omitido: as requisições enviadas não incluem nenhuma informação de referrer"
Link carrega rel="noreferrer"	Nenhum cabeçalho Referer	MDN: a palavra-chave instrui o navegador "a omitir o cabeçalho Referer e, no mais, não vazar nenhuma informação de referrer"
App nativo ou cliente de mensagem abre o link	Nenhum cabeçalho Referer	O toque não partiu de um documento HTML, então não existe endereço de origem para o cliente enviar
Link dentro de um PDF ou de um documento do Office	Nenhum cabeçalho Referer	O leitor entrega a URL ao navegador como uma navegação nova, não como um salto de documento para documento
Cadeia de redirects que passa por um salto HTTP ou um serviço no-referrer	Referrer perdido nesse salto	A especificação de Referrer Policy redefine a política de referrer da requisição a cada resposta de redirect, então um salto pode derrubá-la para o resto da cadeia
Link de e-mail sem tag ou leitura de QR code	Nenhum referrer, nenhuma UTM	O cliente de e-mail ou o app de câmera abre a URL sem nada anexado, e você não adicionou parâmetros de campanha

Como as políticas de referrer removem o referrer?

Uma política de referrer é uma regra por requisição que decide quanto da URL de origem o navegador coloca no cabeçalho Referer. A especificação W3C Referrer Policy define strict-origin-when-cross-origin como a política de referrer padrão: ela envia a origem, o caminho e a query string em requisições de mesma origem, apenas a origem em requisições cross-origin de HTTPS para HTTPS, e nada em um rebaixamento de HTTPS para HTTP. Sob no-referrer o cabeçalho nunca aparece, e sob origin você recebe https://example.com/ sem caminho, o suficiente para nomear o canal mas não a página.

A regra de rebaixamento surpreende os times. O algoritmo da especificação não devolve referrer "se a referrerURL for uma URL potencialmente confiável e a URL atual da requisição não for uma URL potencialmente confiável", então uma única URL sem HTTPS em qualquer ponto do seu funil converte tráfego de referência real em direto. Corrija servindo todo salto sobre HTTPS, e depois leia o que as políticas de referrer do navegador fazem com o analytics antes de culpar a ferramenta.

Por que apps, PDFs e QR codes chegam como direto?

Apps nativos, leitores de documento e apps de câmera chegam como direto porque o cabeçalho Referer descreve uma navegação de documento para documento e nenhum deles parte de um documento. A MDN define o cabeçalho como algo que contém "o endereço absoluto ou parcial a partir do qual um recurso foi requisitado", e uma mensagem do Slack, um PDF de tabela de preços e um QR code impresso não têm esse endereço para reportar. A correção é colocar a origem dentro da URL você mesmo.

É para isso que servem os parâmetros de campanha. Adicione utm_source e utm_medium ao link antes de ele ir para a apresentação, o PDF, a newsletter ou o gerador de QR, e a sessão chega rotulada mesmo com o referrer perdido. A Flowsery lê esses parâmetros no acompanhamento de campanhas UTM, e o guia completo de parâmetros cobre as regras de nomenclatura que mantêm os rótulos legíveis em um time inteiro.

Como calcular a participação do tráfego direto?

A participação do tráfego direto é a contagem de sessões diretas dividida pelo total de sessões do mesmo período, expressa como percentual. Use esse número como medição de antes e depois em um projeto de marcação de links, não como benchmark contra outros sites, porque ele se move com o seu mix de canais e com os navegadores dos seus visitantes.

direct traffic share = (direct sessions / total sessions) x 100

Um site registra 42,000 sessões em um mês e 9,660 delas são diretas. 9,660 dividido por 42,000 é 0.23, então a participação do tráfego direto é 23 por cento. O time marca todo link de newsletter, move um redirect legado de HTTP para HTTPS e adiciona parâmetros ao QR code do banner de conferência. No mês seguinte, o direto cai para 5,880 das mesmas 42,000 sessões. 5,880 dividido por 42,000 é 0.14, uma participação de 14 por cento, e a diferença de 9 pontos agora aparece em linhas de e-mail e de evento sobre as quais você pode agir. Conte as sessões da mesma forma nos dois períodos, já que as definições de sessão mudam entre ferramentas e uma troca de definição por si só move a razão.

Participação do tráfego direto, antes e depois da marcação

Antes da marcação23%

Depois da marcação14%

Como encolher o balde de direto?

Encolher o balde de direto é um projeto de higiene de links, não uma configuração de relatório. Trabalhe nele em ordem de volume: marque links de e-mail e newsletter, marque todo link que você cola no Slack, no LinkedIn ou em uma thread de comunidade, marque QR codes e URLs impressas, marque links dentro de PDFs e apresentações, e depois audite as suas cadeias de redirect em busca de qualquer salto que não seja HTTPS.

Depois confira o que o seu próprio site envia para fora. Um cabeçalho Referrer-Policy: no-referrer nas suas páginas deixa você invisível nos relatórios de referência dos seus parceiros, uma escolha de privacidade legítima desde que você a faça de forma deliberada. Publicadores que querem continuar atribuíveis mantêm strict-origin-when-cross-origin e todo link de saída em HTTPS.

O que verificar quando o tráfego direto dispara?

Um salto repentino no tráfego direto aponta para uma mudança nos seus links ou no seu script de rastreamento, não para uma onda de pessoas lembrando do seu domínio. Verifique quatro coisas nesta ordem: um redirect novo que derrubou um parâmetro de campanha, um cabeçalho Referrer-Policy adicionado ao seu site ou ao de um parceiro, uma campanha que saiu sem tags UTM, e um script que começou a disparar antes de a query string ser lida.

Compare o pico contra a mesma janela em uma segunda fonte de medição, porque as ferramentas contam o mesmo tráfego de formas diferentes e uma diferença entre duas delas estreita a busca rápido.

Perguntas frequentes

Tráfego direto significa que as pessoas digitaram a minha URL?

Não. URLs digitadas e favoritos caem no direto, mas também cai toda sessão cujo referrer foi removido por uma política de referrer, um rebaixamento de HTTPS para HTTP, um link com rel="noreferrer", um app nativo, um PDF ou um redirect. Direto é o balde de tudo que a ferramenta não conseguiu atribuir, e as URLs digitadas são uma entrada dentro dele.

Qual é um percentual normal de tráfego direto?

Não existe benchmark defensável, porque a participação depende do seu mix de canais, dos navegadores dos seus visitantes e de quanto do seu inventário de links carrega parâmetros de campanha. Meça o seu próprio número, marque os seus links e meça de novo. O movimento entre essas duas leituras é a cifra que diz alguma coisa.

Por que o meu tráfego direto subiu depois de uma migração de site?

Migrações adicionam saltos de redirect, e cada salto pode derrubar o referrer ou remover a query string que carrega os seus parâmetros UTM. A especificação W3C Referrer Policy redefine a política de referrer de uma requisição a cada resposta de redirect, então um salto mal configurado muda o comportamento para o resto da cadeia. Rastreie uma URL de campanha real por todos os redirects e confirme que os parâmetros chegam ao destino final.

O GA4 trata direct e unassigned da mesma forma?

Não. O GA4 atribui Direct quando "Source exactly matches '(direct)' AND Medium is one of ('(not set)', '(none)')", ou seja, nada chegou. Unassigned é "o valor que o Analytics usa quando nenhuma outra regra de canal bate com os dados do evento", ou seja, algo chegou mas não bateu com nenhuma regra, o que aponta para um utm_medium malformado.

Dá para recuperar a origem real de uma sessão direta?

Depois do fato, não. O cabeçalho Referer chegou ou não chegou, e nenhum processamento no servidor reconstrói um cabeçalho que o navegador nunca enviou. Recupere a origem daqui para a frente colocando essa origem na URL como parâmetros de campanha antes de o link ser compartilhado.

Migrar tudo para HTTPS reduz o tráfego direto?

Isso remove uma causa. A política padrão strict-origin-when-cross-origin não envia referrer quando uma página HTTPS aponta para uma página HTTP, então qualquer URL HTTP no seu funil converte sessões de referência em diretas. Servir toda página e todo salto de redirect sobre HTTPS restaura a origem nessas requisições, e deixa as causas de app, PDF e QR intactas.

Por que tráfego do Slack ou do LinkedIn aparece como direto?

Um toque dentro do Slack ou do LinkedIn abre o link direto a partir do app, não de uma página HTML, então o cliente não tem nenhum endereço de referência para enviar no cabeçalho Referer. A sessão chega exatamente como um clique num favorito, impossível de distinguir de alguém que digitou a sua URL. Adicione utm_source e utm_medium a cada link antes de colá-lo num app de chat ou numa postagem social, porque essa é a única forma de rotulá-lo antes de o referrer desaparecer.

O que rel="noreferrer" faz com os meus relatórios de tráfego?

A palavra-chave noreferrer instrui o navegador a omitir o cabeçalho Referer e não vazar nenhuma informação de referência, o mesmo efeito que uma política no-referrer completa tem sobre um site inteiro. Um clique nesse link cai no balde de direto mesmo tendo começado numa página sua, indistinguível de uma visita vinda de um favorito. Adicione parâmetros de campanha ao próprio link se ainda quiser que a origem apareça nos seus relatórios.

Devo colocar Referrer-Policy: no-referrer no meu próprio site?

Esse cabeçalho torna o seu site invisível em qualquer relatório de referência de parceiros, porque nenhum dos seus cliques de saída carregará mais um cabeçalho Referer. É uma escolha de privacidade legítima desde que feita de propósito, não uma configuração padrão deixada sem revisão. Sites que querem manter seus links de saída atribuíveis preferem strict-origin-when-cross-origin e servem cada link por HTTPS.

Qual é a diferença entre as políticas origin e no-referrer?

Com origin o navegador ainda envia um cabeçalho Referer, mas reduzido só ao domínio, algo como https://example.com/ sem caminho nem query string. Com no-referrer o cabeçalho nunca aparece, então a requisição parece uma URL digitada à mão. origin ainda indica qual site enviou o clique, no-referrer apaga a origem por completo.