Para identificar tráfego do Google Search no Analytics ou nos logs, examine o cabeçalho HTTP Referer da requisição da página de entrada e reconheça os domínios do Google e o identificador do aplicativo no Android. O Google publicou em 12 de novembro de 2026 uma documentação específica para esse diagnóstico. O Referer informa a origem, mas não traz a consulta pesquisada e pode faltar por privacidade, navegador ou transição entre aplicativos. Por isso, a auditoria deve combinar Analytics, logs e Search Console sem esperar números idênticos.
Entenda o que o Referer realmente informa
O Google Search usa uma política de referência do tipo origin. Quando a pessoa clica em um resultado, o cabeçalho normalmente contém apenas esquema e host, como https://www.google.com/, sem caminho nem parâmetros. Domínios locais, como google.co.uk e google.co.jp, também podem aparecer.
No aplicativo Google para Android, a origem pode ser android-app://com.google.android.googlequicksearchbox/https/www.google.com ou um domínio web do Google, dependendo de como o link abre. No iOS, o valor esperado é o domínio web. Discover segue os valores da superfície em que foi exibido, e Google Images pode compartilhar a mesma origem. O cabeçalho sozinho não separa todas essas experiências.
Crie uma regra de classificação testável
Liste os hosts e o identificador de aplicativo aceitos, normalize maiúsculas, protocolo e barra final e aplique a regra somente à requisição da página de entrada. Requisições de imagem, CSS e JavaScript carregadas depois tendem a apontar para a própria página e não devem ser contadas como novas visitas da Busca.
Se o Analytics classifica visitas como referral ou direct, revise regras personalizadas de canal, exclusões de referência e filtros. Mantenha uma tabela de exemplos reais com resultado esperado e teste-a sempre que a configuração mudar. Uma expressão ampla contendo apenas a palavra google pode misturar serviços e tráfego que não veio da busca orgânica.
- URL final e horário da página de entrada
- Valor bruto do cabeçalho Referer
- Status e sequência de redirecionamentos
- User agent ou aplicativo quando permitido
- Canal atribuído pelo sistema de Analytics
Use logs para validar a coleta do navegador
O log do servidor registra a chegada mesmo quando o JavaScript de Analytics não executa, desde que a infraestrutura preserve o cabeçalho. Compare uma amostra de páginas de entrada no CDN, balanceador e aplicação para verificar se o Referer não foi removido ou sobrescrito no caminho.
Documente retenção, acesso e mascaramento de IP conforme a política de privacidade. Não use o diagnóstico como pretexto para guardar dados pessoais indefinidamente. O objetivo é confirmar origem, redirecionamento e carregamento, não reconstruir o comportamento completo de uma pessoa.
Investigue por que o Referer fica vazio
Navegação privada, proteção contra fingerprinting, extensões, configurações rígidas, abertura em nova guia e passagem de um widget móvel para navegador externo podem omitir o cabeçalho. Consentimento e bloqueadores também impedem scripts de Analytics. Parte do tráfego legítimo pode aparecer como direto ou não ser registrada no cliente.
Meça a taxa de Referer ausente por dispositivo, navegador, página e período antes de concluir que o SEO perdeu tráfego. Mudança de consentimento, nova política do navegador ou alteração no aplicativo pode explicar a quebra. Use tendência e amostra comparável, porque não existe correção que obrigue o dispositivo do usuário a enviar a origem.
Audite redirecionamentos e parâmetros
Redirecionamentos em JavaScript ou meta refresh podem substituir o Referer pela própria página. Uma política Referrer-Policy mais restritiva em um redirecionamento também pode remover a origem. Redirecionamentos que não preservam a query string apagam parâmetros como gclid e afetam atribuição paga, mesmo quando o problema investigado começou no tráfego orgânico.
Teste a URL exibida no resultado até a página final, registrando cada status, localização, política e parâmetro. Prefira redirecionamentos HTTP simples e preserve somente parâmetros necessários. Corrija cadeias e loops antes de ajustar canais no Analytics, porque uma regra de relatório não recupera um cabeçalho perdido durante a navegação.
Explique a diferença para o Search Console
O Search Console registra um clique no resultado; o Analytics registra visita ou sessão quando a página carrega e o código executa. Uma pessoa pode clicar e fechar antes do carregamento, bloquear o script ou gerar uma sessão agrupada de forma diferente. O Search Console cobre cliques orgânicos, enquanto a configuração do Analytics pode misturar tráfego pago.
Use o Search Console para consultas, páginas e cliques, porque o Referer não inclui a pesquisa digitada. Use Analytics para comportamento e conversão observados no site e logs para entrega técnica. Reconcilie por página, país, dispositivo e data, mantendo uma faixa esperada de diferença em vez de forçar igualdade artificial.
Monte uma rotina de auditoria mensal
Escolha as principais páginas orgânicas e compare cliques, sessões atribuídas, entradas no servidor, taxa de Referer vazio e conversões. Marque mudanças em tags, consentimento, CDN, redirecionamentos e domínio. Quando a diferença sair da faixa histórica, localize primeiro a etapa em que o dado desapareceu.
Não use o volume do Referer para prometer posição, separar todas as superfícies do Google ou recuperar consultas individuais. A documentação descreve origem técnica, não um novo fator de ranking. O valor está em detectar perda de medição e impedir decisões de conteúdo ou mídia baseadas em um canal classificado de forma errada.
Para levar daqui
Referer, Analytics e Search Console medem etapas diferentes. Classifique origens de forma explícita, valide com logs, teste redirecionamentos e trate diferenças como parte do sistema de medição, não como erro automático.
