Canis conteúdos / noticias
Menu
Falar com a Canis ↗
Notícias

Google explica por que Analytics não bate com Search Console

Por Vinicius Moreira 6 min de leitura
Ilustração vetorial chapada com o título "GA4 x Search Console": duas janelas de navegador lado a lado, com barras verdes uniformes à esquerda e barras coral de alturas irregulares à direita, ligadas por uma seta pontilhada.
O Google documentou os valores de referer do Search e as razões técnicas para as sessões do GA4 não fecharem com os cliques do Search Console.
Tópicos desta notícia (9)
  1. 01O que o Google publicou em 12 de novembro
  2. 02Os valores que identificam tráfego do Search
  3. 03Por que parte das visitas chega sem referrer
  4. 04Por que o Analytics não bate com o Search Console
  5. 05O que conferir antes de mudar qualquer coisa
  6. 06O que isso muda para a PME brasileira
  7. 07Riscos e limites
  8. 08Fontes
  9. 09O que fazer com essa diferença

O Google publicou em 12 de novembro uma página nova no Search Central para explicar como identificar o tráfego da busca no analytics e nos logs de servidor. O texto lista os valores de Referer enviados em cada superfície, os casos em que o cabeçalho chega vazio e as quatro razões técnicas para os números não fecharem com os cliques do Search Console. A página é a Identify Google Search traffic in your web analytics or server logs.

Para quem administra um site pequeno, o documento responde uma dúvida antiga: por que o GA4 mostra menos sessões do que o Search Console mostra cliques no mesmo período. Não é falha de uma das ferramentas: são dois sistemas medindo momentos diferentes da mesma visita, com perdas que o Google agora descreve.

O que o Google publicou em 12 de novembro

A página entrou na seção de monitoramento e depuração do Search Central e aparece no changelog como uma nova página sobre identificar tráfego da Pesquisa Google com cabeçalhos HTTP Referer. O rodapé marca a última atualização em 12/11/2026.

Ela se apresenta como complemento ao Search Console: o Referer não carrega a consulta digitada, e para ver os termos o caminho continua sendo o relatório de desempenho. O que não estava documentado era a lista fechada de valores enviados e o comportamento do cabeçalho em cada app.

O Search usa a política de referrer origin: o cabeçalho traz só o esquema e o host da página de origem, sem caminho e sem parâmetros. Quem recebe a visita vê https://www.google.com/ ou um domínio local como https://www.google.co.uk/.

Origem do clique Valor de Referer
Search na web https://www.google.com/ ou um domínio local do Google
App do Google no Android android-app://com.google.android.googlequicksearchbox/https/www.google.com quando o app abre o link em uma aba; nos outros casos, o valor da web
App do Google no iOS https://www.google.com/ ou um domínio local do Google

Duas observações valem mais que a tabela. O Discover usa os mesmos valores da superfície em que a pessoa viu o feed. E outros serviços das mesmas origens, como o Google Imagens, também mandam esses valores: quem casa os padrões conta Search, Discover e Imagens juntos, sem separar os três pelo referrer.

O valor do Android é o único que nomeia o app; um analisador de log que busca só https:// não o encontra.

Cartão escuro com quatro itens curtos marcados por check, listando o que o cabeçalho de referência não informa sobre a visita.
Cartão escuro com quatro itens curtos marcados por check, listando o que o cabeçalho de referência não informa sobre a visita.

Por que parte das visitas chega sem referrer

O Google define a política, mas não controla o navegador. O documento lista quatro situações em que o cabeçalho é omitido por padrão: navegação privada e proteções antirrastreamento, abertura do resultado em nova aba em alguns navegadores, passagem do widget de busca do celular para o navegador externo e visitas de quem usa extensão de privacidade ou configuração restritiva.

Há uma segunda camada: a medição por JavaScript pode não registrar todas as visitas por causa de consentimento, configurações do navegador e bloqueadores. A visita não é classificada errado — ela não aparece no relatório.

Por que o Analytics não bate com o Search Console

O documento fecha com quatro razões técnicas para a diferença entre o que o site registra e o que o Search Console reporta.

  1. Privacidade e configuração do cliente. Ajustes do navegador, extensões, bloqueadores e consentimento podem bloquear o script, remover parâmetros da URL ou suprimir o Referer.
  2. Redirecionamentos no site. Redirecionamentos no cliente, como JavaScript ou meta refresh, podem trocar o Referer pela URL da sua própria página; os que não preservam a query string descartam parâmetros como o gclid.
  3. Metodologias diferentes. O Search Console conta o clique quando a pessoa seleciona o link; o analytics conta a sessão depois que a página carrega e o código de medição roda.
  4. Pago e orgânico. O Search Console reporta só cliques orgânicos; o analytics pode somar o pago ao total, dependendo da configuração.

O guia complementar do Google sobre o uso conjunto das ferramentas lista outras fontes: atribuição, URL canônica, categorias de tráfego (web, imagens, vídeos, notícias e Discover), páginas não-HTML e bots. Ele recomenda comparar cliques com sessões, as métricas mais próximas entre as duas.

O que conferir antes de mudar qualquer coisa

A maioria dos sistemas reconhece os valores automaticamente. Quando o tráfego do Search aparece como referral ou direto, o documento manda olhar três lugares: regras de canal personalizado, exclusões de referência e filtros.

Em log, conte só as requisições das páginas de destino. Imagens, CSS e JavaScript também carregam Referer, mas com a URL da sua própria página — contar tudo infla a base e subestima a participação do Google.

Cartão escuro com quatro itens curtos marcados por check, para conferir a configuração do analytics antes de concluir que houve perda de tráfego.
Cartão escuro com quatro itens curtos marcados por check, para conferir a configuração do analytics antes de concluir que houve perda de tráfego.

O que isso muda para a PME brasileira

Para quem decide com esses números, a mensagem é separar perguntas. O Search Console responde o que o site conquistou na busca: impressões, cliques, CTR e consultas. O GA4 responde o que a pessoa fez depois de chegar: páginas vistas, tempo e conversão. Fazer um número bater com o outro não muda a decisão.

Ignorar a diferença custa cortar conteúdo sem motivo real. Uma queda de sessões orgânicas no GA4 pode vir de bloqueador, consentimento ou regra de canal mal configurada, não de perda de posição — antes de mexer em pauta, confira no Search Console se os cliques caíram.

A página existe só em inglês, sem versão em português na data desta publicação: quem opera em português depende de tradução automática para ler a lista de valores.

Riscos e limites

O documento não estima perda: não diz quanto tráfego uma PME típica deixa de registrar, não cita navegadores e não separa Discover e Imagens de Search — para isso, a única quebra continua sendo o Search Console.

A cobertura independente registra o que ficou de fora: AI Mode, os links goto e as referências do Gemini não estão documentados. Também não há dado brasileiro sobre o tamanho da perda, e o reconhecimento automático do valor android-app:// não é garantido: o Google diz que “a maioria” dos sistemas reconhece os valores, sem listar quais.

Fontes

O que fazer com essa diferença

Se o relatório mostra o orgânico como direto ou referral, o primeiro passo é técnico: revisar canais personalizados, exclusões de referência e filtros antes de concluir que o site perdeu tráfego. Se a distância entre GA4 e Search Console é grande e estável, o mais provável é que seja metodológica — e a página do Google agora serve de referência.

Quer saber qual número usar em cada decisão? A Canis configura a medição, liga o Search Console ao GA4 e monta o relatório que separa perda real de diferença de método. Conheça o serviço de SEO da Canis →

Canis · Diagnóstico

Início da conversa