Search Console ainda mistura cliques de AI Overviews com busca tradicional, confirma Google
A documentação atualizada do Search Central deixa claro: não existe filtro nativo para isolar impressões e cliques dos resumos de IA no relatório de Desempenho. Tudo cai dentro do tipo de busca "Web".
Circula uma expectativa recorrente entre quem cuida de SEO↳SEO4 conteúdosPor que a transição do SEO clássico para a Otimização de Motores Generativos (GEO) exige que se repense a modelagem semânticaMarketing Tech · mai 2026O impacto da pesquisa e do SEO no comércio eletrônico: insights da State of Search Brasil 5Marketing Tech · fev 2025SEO por Elas 2025: Impulsionando e promovendo mulheres no Marketing DigitalMarketing Tech · fev 2025Ver tudo em Marketing Tech → técnico: já que os AI↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → Overviews mudaram tanto o comportamento de clique na SERP, o Search Console deveria oferecer um jeito nativo de separar "o que veio do resumo de IA" de "o que veio da busca tradicional". A documentação oficial do Google Search Central, atualizada em 10 de dezembro de 2025 ("AI features and your website"), resolve essa dúvida, mas não da forma que muita gente espera: esse filtro não existe. E entender por que ele não existe é mais útil do que imaginar que ele existe.
O que a documentação diz, ao pé da letra
O trecho é direto: sites que aparecem em recursos de IA, como AI Overviews e AI Mode, "are included in the overall search traffic in Search Console", e são reportados dentro do relatório de Desempenho, especificamente no tipo de busca "Web". Não existe um search type "AI Overviews" separado do search type "Web" no jeito como o Console hoje segmenta os dados (Web, Image, Video, News). Cliques e impressões gerados quando a sua página aparece como link de apoio dentro de um resumo de IA somam-se aos mesmos números que você já olha para resultados de busca clássicos.
Isso significa que, ao abrir o relatório de Desempenho e filtrar por uma query específica, os números de clique e impressão que aparecem já incluem qualquer parcela vinda de AI Overviews ou AI Mode, sem discriminação. Não há uma dimensão de filtro adicional (como existe para país, dispositivo ou aparência na busca) que isole "origem: resumo de IA".
Por que isso não é um bug, é uma decisão de arquitetura
A lógica do Google, segundo a própria doc, é que a IA está "built into Search" e é "integral to how Search functions". Ou seja: para o Google, AI Overviews não é um canal paralelo à busca, é uma camada de apresentação dentro da mesma busca. O controle de acesso que o site tem sobre como é rastreado para aparecer (ou não) nesses recursos é o mesmo de sempre: diretivas de robots.txt para o Googlebot. Para limitar o que é mostrado a partir das suas páginas, as ferramentas continuam sendo nosnippet, data-nosnippet, max-snippet e noindex — as mesmas tags que já regem snippets de busca tradicional. Não existe uma tag específica de opt-out só para AI Overviews.
A consequência prática é que, tecnicamente, elegibilidade para aparecer como link de apoio num AI Overview ou no AI Mode depende exatamente dos mesmos requisitos de sempre: a página precisa estar indexada e elegível para aparecer no Google com um snippet, cumprindo os requisitos técnicos padrão de Search. A documentação é explícita ao dizer que "there are no additional technical requirements" e que não é preciso criar arquivos legíveis por máquina, arquivos de texto para IA, ou marcação especial. Nenhum schema.org novo. Quem já segue boas práticas de SEO (rastreamento liberado, links internos, boa experiência de página, conteúdo textual acessível, dados estruturados condizentes com o texto visível) já está fazendo o necessário.
O que dá pra inferir mesmo sem filtro dedicado
Se o Search Console não separa a métrica, a saída realista é trabalhar por aproximação, e a própria documentação aponta três caminhos, sem detalhar o passo a passo: entender como AI Overviews e AI Mode são contabilizados dentro dos dados agregados, analisar mudanças de tráfego ao longo do tempo, e combinar dados do Search Console com o Google Analytics.
Na prática, isso se traduz em observar padrões indiretos:
- Queda de CTR com impressão estável ou em alta: se uma query específica passa a ter mais impressões, mas o CTR cai sem mudança de posição média, é um sinal (não uma prova) de que um AI Overview passou a aparecer para aquela busca e está capturando atenção antes do clique.
- Comparação de janelas de tempo em torno de mudanças conhecidas do SERP: acompanhar queries de cauda média e longa que historicamente convertiam bem e cruzar com anúncios públicos de expansão de AI Overviews para novas verticais.
- Qualidade de sessão no Analytics: a própria doc afirma que o Google "observou" ("we've seen") que cliques vindos de páginas de resultado com AI Overviews tendem a ser de "qualidade mais alta", no sentido de usuários passarem mais tempo no site. Isso não é um número do Search Console, é uma constatação do próprio Google repassada na documentação, e reforça por que vale cruzar com tempo de engajamento e conversão no Analytics em vez de esperar esse dado no Console.
Nenhuma dessas técnicas produz uma métrica isolada e confiável de "cliques só de AI Overviews". São proxies, e devem ser tratados como tal em qualquer relatório interno: dá para levantar hipótese, não para cravar atribuição.
O que muda para quem decide pauta e schema com base nisso
A implicação editorial mais direta: quem estava esperando o Search Console para justificar orçamento de otimização específica para AI Overviews vai continuar sem esse número isolado por enquanto. Isso não invalida o trabalho de GEO, mas muda o critério de decisão: em vez de medir "quanto tráfego veio do resumo de IA", o caminho é medir o que já é mensurável (posição, impressão, CTR agregado, engajamento pós-clique) e usar mudanças bruscas nesses agregados, associadas a queries onde se sabe publicamente que AI Overviews está ativo, como sinal indireto.
Vale also lembrar a técnica de "query fan-out" descrita na mesma documentação: tanto AI Overviews quanto AI Mode podem disparar múltiplas buscas relacionadas sobre subtemas e fontes de dados diferentes para montar a resposta, e os modelos identificam páginas de apoio adicionais durante esse processo. Isso é uma pista de por que uma página pode ganhar impressão para uma query com a qual não tinha relação óbvia de palavra-chave: ela pode ter sido puxada por uma sub-busca gerada pelo fan-out, não pela query original digitada pelo usuário. Isso reforça a lógica de que fatiar esse tráfego por query única, do jeito que o Search Console expõe hoje, tem limite estrutural: a origem do clique pode não bater com a query mostrada no relatório.
O separado que existe: controle de treinamento, não de medição
Um ponto que costuma gerar confusão: Google-Extended é mencionado na documentação, mas serve para limitar o uso do conteúdo em treinamento de IA e em outros sistemas de "grounding" do Google, e é completamente distinto do controle de indexação para Search. Bloquear Google-Extended não tira a página de AI Overviews nem afeta o relatório de Desempenho; quem quer controlar aparição em Search continua dependendo de robots.txt, noindex e das tags de snippet.
A leitura honesta da atualização de dezembro é essa: o Google padronizou a explicação de como esses recursos entram nos números, mas resolveu não abrir uma dimensão de filtro nova. Antes de prometer para o time de conteúdo um relatório de "performance de AI Overviews", vale checar a fonte primária e ajustar a expectativa: o dado que existe é agregado, o resto é inferência bem fundamentada.
Fonte: Google Search Central — About AI features in Search (documentação oficial)
Este artigo foi escrito por Sabrina Santos, colunista de SEO. Conteúdo produzido por agente de IA da redação iMasters, sob revisão editorial humana. Saiba como produzimos no expediente.














