Glossário de Google Search Console e SEO

Uma impressão é contada quando um link para o seu site aparece em uma página de resultados do Google que um usuário carrega, geralmente mesmo que ele nunca role até ela.

O Search Console conta impressões no Google Search, no Discover e no Notícias. Dentro de carrosséis, resultados expansíveis e visualizações de rolagem infinita, como a busca por imagens no celular, o item normalmente precisa ser rolado até aparecer na tela ou expandido primeiro. Rolar ou paginar para longe e voltar durante uma mesma consulta não adiciona uma segunda impressão. No gráfico, os dados são agregados por propriedade, então duas das suas páginas exibidas para a mesma consulta contam como uma impressão; agrupado por página, cada URL recebe a própria impressão. Muitas impressões com poucos cliques costumam indicar um problema de título ou snippet, veja como encontrar palavras-chave com CTR baixo.

No GSC Magic: A ferramenta gsc_query_analytics retorna impressões agrupadas por consulta, página, país, dispositivo, aparência na pesquisa, data ou hora, e o painel as exibe em um gráfico por dia.

Relacionados: Cliques, CTR (taxa de cliques), Posição média, Página (dimensão)

Fontes: support.google.com, support.google.com

Um clique é contado quando o usuário clica em um resultado no Google Search, no Discover ou no Notícias que o leva a uma página fora do Google.

Cliques que mantêm o usuário dentro do Google, como um refinamento de consulta que inicia uma nova busca, não são contados. Clicar em um resultado, voltar e clicar no mesmo link de novo conta uma vez; clicar em um link diferente conta outra vez. Os dados de cliques são atribuídos à URL canônica que o Google escolheu, não necessariamente à URL em que o usuário caiu. Os cliques do Search Console e as sessões do GA4 medem coisas diferentes e raramente batem, veja cliques do GSC vs. sessões do GA4.

No GSC Magic: A visão geral do painel mostra os cliques diários e um cartão de principais consultas e páginas com a variação de cliques em relação ao período anterior.

Relacionados: Impressões, CTR (taxa de cliques), Sessão (GA4), URL canônica

Fontes: support.google.com, support.google.com

O CTR é o número de cliques dividido pelo número de impressões, exibido como porcentagem para o site inteiro ou para uma única consulta, página, país ou dispositivo.

O CTR depende muito da posição e do tipo de resultado exibido, então compare entre consultas ou páginas em posições semelhantes, em vez de mirar em um alvo único. Ele também depende da agregação: quando várias das suas páginas aparecem para uma consulta, o CTR agrupado por propriedade costuma ser maior que o agrupado por página, porque a propriedade recebe uma impressão e fica com o clique. Se as impressões seguem estáveis mas os cliques caem, o Google sugere verificar se o título e o snippet ainda descrevem bem a página.

No GSC Magic: report_ctr_outliers lista páginas cujo CTR está abaixo da metade do CTR mediano do seu site na mesma posição.

Relacionados: Cliques, Impressões, CTR fora da curva (página com CTR baixo), Posição média

Fontes: support.google.com, support.google.com, developers.google.com

A posição média é a média da posição mais alta que seu site ou página ocupou nos resultados do Google Search, contada apenas nas buscas em que houve impressão.

Se uma consulta mostra seu site nas posições 2, 4 e 6 e outra nas posições 3, 5 e 9, o Search Console conta 2 e 3 e informa a média de 2,5. Cada elemento de resultado ocupa uma posição: todos os links em um painel de conhecimento ou em uma AI Overview compartilham a posição desse elemento, e os anúncios não ocupam posição. Um resultado que nunca foi visto, por exemplo na terceira página, não registra posição, e é por isso que algumas células mostram um traço. A posição é calculada apenas no Google Search, não no Discover nem no Notícias, e a sua própria pesquisa pode mostrar uma classificação diferente, porque os resultados dependem de localização e histórico. O Google recomenda acompanhar as mudanças ao longo do tempo em vez de ler um valor isolado.

No GSC Magic: report_quick_wins usa a posição média para encontrar pares de consulta e página entre as posições 4 e 20 com muitas impressões.

Relacionados: Impressões, Palavras-chave a um passo do topo (vitórias rápidas), AI Overviews e AI Mode, Atualização principal

Fontes: support.google.com, support.google.com

Consulta é o termo de busca que fez seu site aparecer nos resultados do Google; a guia Consultas do relatório de desempenho agrupa cliques e impressões por ela.

A tabela de consultas nunca está completa. Algumas consultas ficam ocultas por privacidade (consultas anonimizadas) e, por limites internos, o Search Console armazena e exibe apenas as linhas mais importantes. Os filtros de consulta não diferenciam maiúsculas de minúsculas. Para o tipo de pesquisa Web: multimodal, como as buscas do Google Lens, não há consulta de texto disponível, então a dimensão fica ausente. Leia mais em por que o Search Console oculta algumas consultas.

No GSC Magic: gsc_query_analytics retorna até 25.000 linhas de consulta por requisição por meio da Search Analytics API.

Relacionados: Consultas anonimizadas, Limite de 1.000 linhas, Consultas de marca e sem marca, Página (dimensão)

Fontes: support.google.com, developers.google.com

A dimensão Página agrupa os dados de desempenho pela URL para a qual um resultado de pesquisa apontou depois dos redirecionamentos, normalmente atribuída à URL canônica da página.

Quando um usuário clica em uma URL duplicada, o Search Console atribui o clique à URL canônica que o Google escolheu, que você pode conferir na ferramenta de inspeção de URL. Escolher a guia Páginas muda a agregação da tabela de propriedade para página, então cada URL exibida para uma consulta recebe a própria impressão. O gráfico continua agregado por propriedade, o que costuma explicar a diferença entre o total da tabela e o total do gráfico.

Relacionados: URL canônica, Inspeção de URL, Consulta, Impressões

Fontes: support.google.com, support.google.com

Aparência na pesquisa é uma dimensão do relatório de desempenho que agrupa os dados pelo tipo de resultado ou recurso em que sua página apareceu, como snippets de avaliação, vídeos ou listagens de produtos.

O filtro lista apenas os tipos para os quais seu site registrou impressões. Agrupar por aparência na pesquisa agrega a tabela por página. Os cliques são atribuídos a uma URL, não a uma URL mais um recurso, então uma contagem filtrada de cliques pode incluir cliques em um link comum para a mesma página. Alguns tipos mais antigos, como os resultados enriquecidos de FAQ e How-to, estão listados pelo Google como obsoletos.

No GSC Magic: gsc_query_analytics pode agrupar ou filtrar dados de desempenho por aparência na pesquisa.

Relacionados: Dados estruturados e resultados enriquecidos, Tipo de pesquisa, Página (dimensão)

Fontes: support.google.com

Tipo de pesquisa é o filtro do relatório de desempenho que separa o tráfego das buscas Web (texto ou multimodal), Imagem, Vídeo e Notícias no Google Search.

Web: texto cobre as consultas digitadas na barra de busca padrão; Web: multimodal cobre as buscas feitas com imagens, incluindo Google Lens, Circle to Search e a busca por imagem do Chrome. Imagem, Vídeo e Notícias cobrem as guias correspondentes. O Discover e o Google Notícias têm relatórios de desempenho próprios. O Google recomenda analisar os tipos de pesquisa separadamente ao investigar uma queda, e o limite de linhas da API vale por tipo de pesquisa.

Relacionados: Aparência na pesquisa, Limite de 1.000 linhas, Atualização principal

Fontes: support.google.com, developers.google.com

No relatório de desempenho, País agrupa os dados por origem da busca e Dispositivo os agrupa por computador, celular ou tablet.

As duas dimensões são agregadas por propriedade. O Google afirma que requisições sem a dimensão consulta ou página, como países, dispositivos e aparência na pesquisa, são exibidas e exportadas por inteiro, então não são afetadas pelo limite diário de linhas. Ao comparar computador e celular, a posição pode aparecer como traço quando uma página não teve impressões em um dos dispositivos.

No GSC Magic: gsc_query_analytics aceita país e dispositivo como dimensões e filtros.

Relacionados: Limite de 1.000 linhas, Posição média, Consulta

Fontes: support.google.com, developers.google.com

Atualidade dos dados é a rapidez com que o Search Console exibe os dados de desempenho; os números mais recentes podem ser preliminares, ainda em coleta, e aparecem com uma linha pontilhada.

A visão de 24 horas mostra as últimas 24 horas disponíveis com atraso de algumas horas, em pontos horários e no fuso horário do seu navegador. As outras visões usam o horário do Pacífico e mostram dias completos por padrão. Na Search Analytics API, dataState "final" (o padrão) retorna apenas dados finalizados, enquanto "all" inclui dados recentes e "hourly_all" acrescenta o detalhamento por hora. O guia da API do Google observa que os dados costumam estar disponíveis depois de 2 a 3 dias.

No GSC Magic: A sincronização hospedada atualiza os últimos quatro dias a cada seis horas, porque o Google revisa os números recentes.

Relacionados: Retenção de dados de 16 meses, Cliques, Impressões

Fontes: support.google.com, developers.google.com, developers.google.com, developers.google.com

Consultas anonimizadas são buscas que o Search Console deixa fora das tabelas para proteger a privacidade, porque não foram feitas por mais de algumas dezenas de usuários ao longo de dois a três meses.

Elas ainda contam nos totais do gráfico, a menos que você aplique um filtro de consulta, então a soma das linhas da tabela costuma ser menor que o total. Os filtros as descartam por completo: consultas que contêm uma palavra mais consultas que não a contêm somam menos que o total sem filtro. Veja por que o Search Console oculta algumas consultas de pesquisa.

No GSC Magic: O GSC Magic lê a mesma Search Analytics API, então também não consegue recuperar consultas anonimizadas.

Relacionados: Consulta, Limite de 1.000 linhas, Consultas de marca e sem marca

Fontes: developers.google.com, support.google.com

A interface do Search Console exibe e exporta no máximo 1.000 linhas por tabela; a Search Analytics API retorna até 25.000 linhas por requisição, com paginação.

O Google informa que o limite máximo da API é de 50.000 linhas por dia, por site e por tipo de pesquisa, e que ele pode não ser atingido em todos os casos. A API retorna 1.000 linhas por padrão; rowLimit eleva isso para 25.000 e startRow pagina pelo restante. Requisições sem as dimensões consulta ou página retornam todos os dados. Para a lista de consultas mais completa, o Google indica a exportação em massa para o BigQuery. Detalhes em o limite de 1.000 linhas explicado e no guia da API do Search Console.

No GSC Magic: gsc_query_analytics pede até 25.000 linhas por consulta, então um agente de IA trabalha com muito mais do que as 1.000 linhas da interface.

Relacionados: Consulta, Consultas anonimizadas, Retenção de dados de 16 meses, Tipo de pesquisa

Fontes: developers.google.com, developers.google.com, support.google.com

O relatório de desempenho do Search Console cobre os últimos 16 meses; os dias mais antigos saem, a menos que você copie os dados para outro lugar pela API ou pela exportação em massa.

Dezesseis meses bastam para comparar uma queda recente com as mesmas semanas do ano anterior, que é a verificação que o Google sugere para sazonalidade. Para comparações mais longas, o Google sugere buscar os dados com a Search Analytics API ou com as exportações em massa e guardá-los nos seus próprios sistemas. Veja 3 formas de manter os dados do Search Console além de 16 meses e como o GSC Magic armazena o histórico.

No GSC Magic: Pro e Agency recuperam até 16 meses no upgrade e nunca apagam o histórico armazenado; o Free mantém 14 dias.

Relacionados: Sazonalidade, Limite de 1.000 linhas, Declínio de conteúdo

Fontes: developers.google.com

Rastreamento é como o Google descobre e baixa páginas; o Googlebot é o rastreador do Google Search, com uma versão para celular e uma para computador.

O Google encontra novas URLs principalmente por links de páginas que já conhece e por sitemaps, depois as busca e renderiza o JavaScript com uma versão recente do Chrome. Como o Google indexa principalmente a versão móvel da maioria dos sites, a maior parte das requisições vem do Googlebot para smartphone. Para o Google Search, o Googlebot busca os primeiros 2 MB de um tipo de arquivo compatível (64 MB para PDFs). Bloquear o rastreamento no robots.txt não impede que uma URL apareça nos resultados; para isso, use noindex. O relatório de estatísticas de rastreamento mostra contagens de requisições, códigos de resposta e problemas de disponibilidade. O Google não aceita pagamento para rastrear um site com mais frequência.

No GSC Magic: O GSC Magic não rastreia seu site; ele lê os dados de inspeção de URL do Google e as estatísticas e os problemas de rastreamento do Bing.

Relacionados: Indexação, Orçamento de rastreamento, robots.txt, Sitemap XML

Fontes: developers.google.com, developers.google.com, support.google.com

Indexação é a etapa em que o Google analisa uma página rastreada e a armazena no índice do Google; só páginas indexadas podem aparecer no Google Search.

O Google Search funciona em três etapas: rastreamento, indexação e exibição dos resultados, e não é toda página que passa por cada uma delas. O Google não garante que vai indexar uma página, mesmo que ela siga os princípios básicos da pesquisa. O relatório de indexação de páginas explica por que as URLs não foram indexadas, por exemplo "Rastreada: atualmente não indexada" (rastreada, pode ou não ser indexada depois, não precisa reenviar) ou "Descoberta: atualmente não indexada" (encontrada, mas o rastreamento foi reagendado para não sobrecarregar o site). Veja Search Console: páginas não indexadas, causas e correções.

No GSC Magic: report_index_health lê as URLs dos seus sitemaps, as inspeciona com a URL Inspection API e as agrupa pelo estado de cobertura.

Relacionados: Rastreamento e Googlebot, Inspeção de URL, noindex, URL canônica

Fontes: developers.google.com, support.google.com

Orçamento de rastreamento é o conjunto de URLs que o Google pode e quer rastrear em um site, definido por dois fatores: o limite de capacidade de rastreamento e a demanda de rastreamento.

O limite de capacidade de rastreamento evita que o Googlebot sobrecarregue seu servidor; a demanda de rastreamento depende do tamanho do site, da frequência de atualização, da qualidade e da relevância das páginas. Cada nome de host tem o próprio orçamento de rastreamento. O Google diz que seu guia de orçamento de rastreamento é voltado principalmente a sites muito grandes (cerca de 1 milhão de páginas ou mais mudando por semana), sites com 10.000 páginas ou mais mudando por dia, ou sites com muitas URLs em "Descoberta: atualmente não indexada". Se páginas novas são rastreadas no dia em que são publicadas, o orçamento de rastreamento não é o seu problema.

Relacionados: Rastreamento e Googlebot, Sitemap XML, Indexação

Fontes: developers.google.com

A URL canônica é a URL que o Google escolhe como a mais representativa de um conjunto de páginas duplicadas; é a versão normalmente exibida nos resultados de pesquisa.

As duplicatas vêm de versões HTTP e HTTPS, URLs de celular e de computador, parâmetros de ordenação e filtro, ou variantes regionais. Você pode indicar uma preferência com rel="canonical", redirecionamentos e sitemaps, mas o Google trata isso como dica, não como regra, e pode escolher outra URL. O Search Console atribui cliques e impressões à canônica. Compare a canônica declarada pelo usuário com a escolhida pelo Google na ferramenta de inspeção de URL.

No GSC Magic: gsc_inspect_url retorna a canônica declarada e a escolhida pelo Google para uma URL.

Relacionados: Redirecionamento (301 vs 302), Página (dimensão), Inspeção de URL, hreflang

Fontes: developers.google.com, developers.google.com

noindex é uma regra, definida com uma meta tag robots ou com o cabeçalho HTTP X-Robots-Tag, que diz ao Google para retirar uma página dos resultados de pesquisa.

O Google precisa rastrear a página para ver a regra, então a página não pode estar bloqueada no robots.txt; caso contrário, ela ainda pode aparecer nos resultados se outras páginas apontarem para ela. O Google não oferece suporte a noindex dentro do robots.txt. Depois de adicionar a regra, a página continua nos resultados até o Google rastreá-la de novo, o que pode levar meses em páginas menos importantes. Se o robots.txt bloqueia a página, a inspeção de URL informa a indexação como permitida, porque o Google não consegue ver a regra noindex.

No GSC Magic: gsc_inspect_url e report_index_health mostram quando o Google encontrou uma regra noindex em uma URL.

Relacionados: robots.txt, Indexação, Inspeção de URL

Fontes: developers.google.com, support.google.com

robots.txt é um arquivo na raiz do site que informa aos rastreadores quais URLs eles podem acessar; ele controla o rastreamento, não se a página é indexada.

O Google o descreve como uma forma de gerenciar o tráfego de rastreadores e evitar sobrecarregar o servidor. Uma página bloqueada pelo robots.txt ainda pode ser indexada sem descrição se outras páginas apontarem para ela, então use noindex ou proteção por senha para manter uma página fora do Google. Não bloqueie arquivos CSS ou JavaScript de que o Google precisa para entender a página.

No GSC Magic: O painel executa uma auditoria rápida de robots.txt e sitemap para cada site.

Relacionados: noindex, Rastreamento e Googlebot, Sitemap XML

Fontes: developers.google.com

Um sitemap XML é um arquivo que lista as páginas, imagens, vídeos e outros arquivos do seu site para que os mecanismos de busca os encontrem e rastreiem com mais eficiência.

Um sitemap também pode carregar a data da última modificação e as versões alternativas em outros idiomas. Ele ajuda na descoberta, mas não garante rastreamento nem indexação. O Google diz que sites pequenos e bem interligados (cerca de 500 páginas ou menos) talvez não precisem de um, enquanto sites grandes, novos ou com muito conteúdo em mídia são os que mais se beneficiam. Para muitas URLs novas ou alteradas, o Google recomenda enviar um sitemap em vez de solicitar a indexação uma URL por vez. Veja sitemap enviado, mas páginas não indexadas.

No GSC Magic: gsc_list_sitemaps mostra o status e os erros, gsc_submit_sitemap envia um (Pro e Agency) e bing_submit_sitemap o envia ao Bing.

Relacionados: Rastreamento e Googlebot, Indexação, robots.txt, IndexNow

Fontes: developers.google.com

A inspeção de URL é a ferramenta do Search Console que mostra a versão indexada de uma URL pelo Google, por que ela está ou não indexada, e pode testar uma página ao vivo.

Ela informa o status de indexação, a canônica escolhida pelo Google, o último rastreamento, os dados estruturados encontrados e uma captura de tela da página renderizada. O teste ao vivo verifica se uma página pode ser indexável, mas não prevê qual URL o Google vai tratar como canônica. A URL Inspection API retorna apenas a versão indexada, não tem teste ao vivo e permite 2.000 inspeções por site por dia. Veja como inspecionar 500 URLs com a API.

No GSC Magic: gsc_inspect_url inspeciona uma URL e gsc_inspect_urls_batch inspeciona até 500 em uma chamada, dentro da cota do Google.

Relacionados: Solicitar indexação, Indexação, URL canônica, Soft 404

Fontes: support.google.com, developers.google.com, developers.google.com

Solicitar indexação é um botão da ferramenta de inspeção de URL que pede ao Google para rastrear uma única URL; ele não garante que a página será indexada.

Você precisa ser proprietário ou usuário completo da propriedade. Há uma cota para solicitações individuais, e pedir a mesma URL várias vezes não faz o Google rastreá-la mais rápido. O rastreamento pode levar de alguns dias a algumas semanas. Para muitas URLs, o Google recomenda enviar um sitemap. A Indexing API separada do Google é oficialmente limitada a páginas com marcação JobPosting ou BroadcastEvent. Veja IndexNow vs. Indexing API do Google.

No GSC Magic: A ferramenta opcional gsc_request_indexing usa a Indexing API do Google, que o Google oferece apenas para páginas JobPosting e BroadcastEvent.

Relacionados: Inspeção de URL, Sitemap XML, IndexNow, Indexação

Fontes: developers.google.com, developers.google.com

Um soft 404 é uma página que retorna o código de sucesso 200 mas parece uma página de erro ou vazia para o Google, que a reporta e não a indexa.

O Google recomenda retornar o código 404 para páginas que realmente não existem e adicionar mais informações às páginas que devem continuar, para que não pareçam erros. Para ver o que o Google vê, faça um teste ao vivo na inspeção de URL e abra a captura de tela da página renderizada.

Relacionados: Inspeção de URL, Indexação, Redirecionamento (301 vs 302)

Fontes: support.google.com, developers.google.com

Um redirecionamento leva visitantes e rastreadores de uma URL para outra; o 301 é permanente e sinaliza que o destino deve ser canônico, e o 302 é temporário.

Com redirecionamentos permanentes (301, 308, meta refresh instantâneo), o Google costuma mostrar a URL de destino nos resultados. Com os temporários (302, 303, 307), o Google segue o redirecionamento mas não o usa como sinal de canonicalização, então a URL de origem pode continuar nos resultados. Redirecionamentos no servidor são os mais confiáveis; os rastreadores do Google seguem até 10 saltos por padrão. O Search Console atribui cliques à URL final depois dos redirecionamentos.

Relacionados: URL canônica, Soft 404, Página (dimensão)

Fontes: developers.google.com, developers.google.com

hreflang é uma anotação que diz ao Google quais páginas são versões de idioma ou regionais do mesmo conteúdo, para que ele mostre a certa a cada usuário.

Você pode declará-la em tags link no HTML, em cabeçalhos HTTP ou no sitemap; os três métodos são equivalentes. Cada versão precisa listar a si mesma e todas as outras, usando URLs absolutas. O Google não usa hreflang para detectar o idioma de uma página. Páginas no mesmo idioma para regiões diferentes são duplicatas, então o Google recomenda combinar hreflang com canonicalização.

Relacionados: URL canônica, Sitemap XML, País e dispositivo

Fontes: developers.google.com, developers.google.com

Dados estruturados são um formato padronizado, em geral com o vocabulário schema.org e frequentemente escrito em JSON-LD, que descreve o conteúdo de uma página ao Google e pode torná-la elegível a resultados enriquecidos.

Resultados enriquecidos são resultados de pesquisa com exibição aprimorada, como estrelas de avaliação, detalhes de receitas ou preços de produtos. Uma página precisa de todas as propriedades obrigatórias para ser elegível, e uma marcação que viole as diretrizes de dados estruturados do Google pode torná-la inelegível. O Google sugere testar a marcação com o teste de resultados enriquecidos durante o desenvolvimento e acompanhar os relatórios de resultados enriquecidos no Search Console depois da publicação. Os tipos de resultado enriquecido também aparecem na dimensão de aparência na pesquisa.

No GSC Magic: gsc_inspect_url informa os resultados enriquecidos que o Google detectou em uma URL.

Relacionados: Aparência na pesquisa, Inspeção de URL, CTR (taxa de cliques)

Fontes: developers.google.com, support.google.com

Core Web Vitals são três métricas do Google para a experiência real do usuário: Largest Contentful Paint (carregamento), Interaction to Next Paint (responsividade) e Cumulative Layout Shift (estabilidade visual).

Os limites considerados bons são LCP em até 2,5 segundos, INP de 200 milissegundos ou menos e CLS de 0,1 ou menos, medidos no 75º percentil dos carregamentos, separadamente para celular e computador. Uma página passa quando as três atingem a meta. O Google diz que bons Core Web Vitals estão alinhados ao que seus sistemas principais de classificação recompensam, como parte da experiência na página. O relatório de Core Web Vitals do Search Console mostra o desempenho das suas páginas.

No GSC Magic: cwv_get_origin, cwv_get_url e cwv_history leem os Core Web Vitals de usuários reais, e o painel mostra um cartão de Core Web Vitals por site.

Relacionados: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)

Fontes: web.dev, developers.google.com

O LCP mede o carregamento: o tempo necessário para renderizar a maior imagem, bloco de texto ou vídeo na área visível. Bom é 2,5 segundos ou menos.

O LCP é medido a partir da navegação inicial do usuário até a página, então inclui o tempo de resposta do servidor, os redirecionamentos e a configuração da conexão. Use o 75º percentil dos carregamentos, dividido entre celular e computador, para avaliar se a maioria dos visitantes tem uma boa experiência.

No GSC Magic: As ferramentas cwv retornam o LCP no 75º percentil com a proporção de carregamentos bons, a melhorar e ruins.

Relacionados: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights e Lighthouse

Fontes: web.dev

O INP mede a responsividade: quanto tempo a página leva para responder visivelmente a cliques, toques e teclas. Bom é 200 milissegundos ou menos, ruim acima de 500.

O INP observa a latência de todas as interações durante uma visita e reporta aproximadamente a mais lenta, ignorando casos atípicos. Ele substituiu o First Input Delay (FID), que media apenas o atraso de entrada da primeira interação. Tarefas longas de JavaScript na thread principal são uma causa comum de INP ruim.

Relacionados: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)

Fontes: web.dev

O CLS mede a estabilidade visual: a maior rajada de mudanças inesperadas de layout durante a vida de uma página. Bom é 0,1 ou menos, ruim é acima de 0,25.

Uma mudança de layout acontece quando um elemento visível se move entre quadros renderizados sem interação do usuário, por exemplo quando uma imagem sem dimensões definidas ou um anúncio tardio empurra o texto para baixo. Mudanças com menos de um segundo de intervalo são agrupadas em uma janela de sessão, e a maior janela é a pontuação de CLS.

Relacionados: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)

Fontes: web.dev

O CrUX é o conjunto de dados público do Google sobre como usuários reais do Chrome experimentam sites, e a fonte de dados de campo por trás dos Core Web Vitals nas ferramentas do Google.

Origens e páginas só entram se forem publicamente detectáveis e tiverem visitantes suficientes para uma amostra estatisticamente significativa, por isso muitas páginas com pouco tráfego não têm dados. O Google Search usa o CrUX para informar o fator de classificação de experiência na página. O PageSpeed Insights mostra o CrUX como dados de campo e recorre aos dados de origem quando uma página tem amostras de menos.

No GSC Magic: As ferramentas cwv consultam o CrUX para uma origem ou URL; páginas sem tráfego suficiente do Chrome não retornam dados.

Relacionados: Core Web Vitals, PageSpeed Insights e Lighthouse, LCP (Largest Contentful Paint)

Fontes: developer.chrome.com

O PageSpeed Insights informa os dados de usuários reais do CrUX de uma página e executa o Lighthouse, uma ferramenta de código aberto que audita desempenho, acessibilidade, boas práticas e SEO em um laboratório simulado.

Os dados de campo mostram o que visitantes reais experimentaram ao longo do tempo; os dados de laboratório do Lighthouse são uma execução controlada, útil para depurar mas que pode não captar gargalos do mundo real. A avaliação de Core Web Vitals do PSI usa dados de campo: uma página ou origem passa quando o 75º percentil de LCP, INP e CLS é bom. O Lighthouse também roda no Chrome DevTools, na linha de comando ou como módulo do Node.

No GSC Magic: psi_run_audit executa o Lighthouse pelo PageSpeed Insights, e o cartão de Core Web Vitals do painel pode iniciar uma auditoria.

Relacionados: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)

Fontes: developers.google.com, developer.chrome.com

Palavras-chave a um passo do topo são consultas em que uma página já ranqueia logo abaixo dos primeiros resultados, muitas vezes entre as posições 4 e 20, com impressões suficientes para ganhar cliques.

É um termo da prática de SEO, não uma métrica do Search Console. O método habitual: filtrar o relatório de desempenho por consulta e página, manter as linhas com posição média logo abaixo das primeiras colocações e com impressões relevantes, e depois melhorar a página existente em vez de escrever uma nova. Lembre que a posição média é uma média, então confira a tendência. Veja como encontrar palavras-chave a um passo do topo e 7 vitórias rápidas de SEO.

No GSC Magic: report_quick_wins retorna pares de consulta e página nas posições 4 a 20 com muitas impressões, ordenados pelo potencial de cliques extras.

Relacionados: Posição média, Impressões, CTR fora da curva (página com CTR baixo)

Fontes: support.google.com

A canibalização de palavras-chave acontece quando duas ou mais páginas do seu site competem pela mesma consulta, dividindo impressões e cliques em vez de uma página ranquear bem.

É um termo da prática de SEO, não do Google. No Search Console, ela aparece como uma consulta com impressões espalhadas por várias URLs, às vezes trocando de lugar ao longo do tempo. Nem toda sobreposição é problema: intenções diferentes podem merecer páginas diferentes, e consultas de marca costumam mostrar muitas URLs. As correções comuns são mesclar páginas com um redirecionamento 301, diferenciar a intenção ou ajustar os links internos. Veja canibalização de palavras-chave no Search Console.

No GSC Magic: report_cannibalization lista consultas em que duas ou mais das suas páginas recebem uma fatia relevante das impressões.

Relacionados: Consulta, Página (dimensão), URL canônica, Redirecionamento (301 vs 302)

Fontes: support.google.com

Declínio de conteúdo é uma queda gradual e sustentada nos cliques de busca de uma página ao longo de vários meses, diferente de uma queda súbita por problema técnico ou atualização.

É um termo da prática de SEO. As causas típicas são informação desatualizada, páginas concorrentes mais novas ou mudança no interesse de busca. Comparar vários períodos consecutivos separa um declínio constante de uma semana ruim; conferir os mesmos meses do ano anterior descarta a sazonalidade. Veja como detectar declínio de conteúdo.

No GSC Magic: report_content_decay lista páginas cujos cliques caíram em cada uma das três últimas janelas (28 dias cada, por padrão).

Relacionados: Sazonalidade, Retenção de dados de 16 meses, Atualização principal

Fontes: developers.google.com

Um CTR fora da curva é uma página ou consulta cuja taxa de cliques está bem abaixo do que outros resultados na mesma posição no seu site recebem.

Como o CTR cai com a posição, um CTR baixo só significa algo quando comparado em posições semelhantes. Os casos fora da curva costumam ter título ou snippet que não correspondem à consulta, ou competem com um resultado enriquecido ou uma AI Overview na mesma página de resultados. O Google sugere revisar o título e o snippet quando as impressões se mantêm mas os cliques caem. Veja palavras-chave com CTR baixo no Search Console.

No GSC Magic: report_ctr_outliers sinaliza páginas cujo CTR está abaixo da metade do CTR mediano do seu site na mesma posição.

Relacionados: CTR (taxa de cliques), Posição média, Palavras-chave a um passo do topo (vitórias rápidas)

Fontes: developers.google.com, support.google.com

Consultas de marca incluem o nome da sua marca, seus erros de grafia ou seus produtos exclusivos; consultas sem marca são todas as outras buscas que mostram seu site.

As consultas de marca costumam ranquear mais alto e receber mais cliques, enquanto as sem marca mostram como novas pessoas encontram você. O Search Console tem um filtro de consultas de marca no relatório de desempenho, classificado por um sistema assistido por IA, não por uma lista de palavras-chave. O Google diz que ele está disponível apenas para propriedades de nível superior com consultas e impressões suficientes, e que pode classificar algumas consultas de forma errada.

No GSC Magic: report_brand_split separa as consultas pelos termos de marca que você informa e retorna cliques, impressões e participação de cliques de cada grupo.

Relacionados: Consulta, CTR (taxa de cliques), Consultas anonimizadas

Fontes: developers.google.com, support.google.com

Sazonalidade é uma alta ou queda recorrente na demanda de busca na mesma época do ano, como feriados, que muda o tráfego sem nenhuma mudança de classificação.

O guia do Google sobre quedas de tráfego sugere configurar o relatório de desempenho para os últimos 16 meses para ver se a queda se repete todo ano, e conferir as principais consultas no Google Trends para ver se a demanda caiu na web inteira. Se as impressões caíram enquanto a posição se manteve, a demanda é a causa provável. Veja sazonalidade vs. perdas reais de classificação.

No GSC Magic: Como Pro e Agency guardam histórico além de 16 meses, os agentes podem comparar o mesmo período em mais de um ano.

Relacionados: Retenção de dados de 16 meses, Declínio de conteúdo, Atualização principal

Fontes: developers.google.com

Uma atualização principal é uma mudança ampla e significativa nos sistemas de classificação do Google Search, feita várias vezes por ano e anunciada na lista de atualizações de classificação do Google Search.

As atualizações principais não miram sites específicos. O Google recomenda esperar o lançamento terminar e então comparar uma semana inteira depois com uma semana antes do início. Uma queda pequena, como da posição 2 para a 4, não pede ação drástica; uma queda grande e sustentada pede uma avaliação honesta da utilidade do site inteiro. O Google observa que algumas mudanças levam dias e outras, vários meses. Veja a checklist de queda de tráfego orgânico.

No GSC Magic: report_traffic_drops compara um período com o anterior e lista as páginas ou consultas que mais perderam ou ganharam cliques.

Relacionados: Posição média, Sazonalidade, Tipo de pesquisa

Fontes: developers.google.com, developers.google.com

O Bing Webmaster Tools é o equivalente da Microsoft ao Search Console: desempenho de pesquisa, dados de rastreamento e indexação, envio de URLs e pesquisa de palavras-chave para o Bing.

Sua API dá acesso programático a estatísticas de tráfego e classificação, detalhes de links e palavras-chave, estatísticas de rastreamento, e envio de URLs e sitemaps. O Search Performance mostra 16 meses de histórico. O AI Performance, lançado como prévia pública em fevereiro de 2026, mostra com que frequência suas páginas são citadas no Microsoft Copilot e nas respostas geradas por IA do Bing. Veja o guia da API do Bing Webmaster Tools e o Bing Webmaster Tools no GSC Magic.

No GSC Magic: Com sua chave de API do Bing, o GSC Magic adiciona ferramentas do Bing para estatísticas de consultas e páginas, dados de rastreamento, pesquisa de palavras-chave e envio de URLs, além de report_google_vs_bing.

Relacionados: IndexNow, GEO (otimização para mecanismos generativos), Sitemap XML

Fontes: learn.microsoft.com, blogs.bing.com, blogs.bing.com

O IndexNow é um protocolo aberto que permite a um site avisar na hora aos mecanismos de busca participantes, incluindo Bing, Naver, Seznam.cz, Yandex e Yep, que uma URL foi adicionada, atualizada ou excluída.

Você hospeda um arquivo de chave no site para provar a propriedade e depois envia uma URL ou um lote a um endpoint do IndexNow; o envio é compartilhado com todos os mecanismos participantes. Uma resposta HTTP 200 significa apenas que a URL foi recebida, não que será indexada. O Google não está entre os mecanismos participantes. Veja como configurar o IndexNow com um agente de IA.

No GSC Magic: indexnow_generate_key cria uma chave e indexnow_submit envia até 10.000 URLs por chamada (Pro e Agency, com sua chave do IndexNow).

Relacionados: Bing Webmaster Tools, Solicitar indexação, Sitemap XML

Fontes: indexnow.org, indexnow.org, indexnow.org

No Google Analytics 4, uma sessão é um período em que um usuário interage com seu site ou app; na web, ela termina após 30 minutos de inatividade por padrão.

Uma sessão começa quando alguém abre o app ou acessa uma página sem sessão ativa, e o GA4 registra um evento session_start. Não há duração máxima, e o tempo limite pode ser alterado nas configurações do fluxo de dados. Sessões não são a mesma coisa que cliques do Search Console, veja por que os números não batem e o GA4 no GSC Magic.

No GSC Magic: ga_run_report consulta sessões do GA4 somente para leitura, por qualquer dimensão, como página de destino ou origem da sessão.

Relacionados: Cliques, Evento principal (GA4), Tráfego de referência, Tráfego de assistentes de IA

Fontes: support.google.com

Um evento principal é um evento do GA4 que você marca como importante para o seu negócio, como uma compra ou um cadastro; os eventos principais eram chamados de conversões no Analytics.

Qualquer evento coletado pode ser marcado como evento principal. O Google agora usa "conversão" para ações medidas em campanhas e lances do Google Ads, então as contagens de conversões e de eventos principais podem divergir.

No GSC Magic: ga_list_key_events lista os eventos principais configurados em uma propriedade do GA4.

Relacionados: Sessão (GA4), Tráfego de referência

Fontes: support.google.com

No GA4, Referência é o canal padrão para visitantes que chegam por links não pagos em outros sites ou apps, como blogs e sites de notícias.

O GA4 atribui as sessões aos canais padrão usando a origem e o meio. Os resultados de busca orgânica, incluindo as AI Overviews e o AI Mode do Google, vão para Pesquisa orgânica, e os assistentes de IA reconhecidos têm o próprio canal Assistente de IA. Direto cobre visitas de um link salvo ou de uma URL digitada.

Relacionados: Tráfego de assistentes de IA, Sessão (GA4), Evento principal (GA4)

Fontes: support.google.com

Tráfego de assistentes de IA é o conjunto de visitas vindas de links em assistentes de chat como ChatGPT, Gemini, Claude ou Copilot, que o GA4 agrupa no canal Assistente de IA quando reconhece o referenciador.

Desde maio de 2026, o GA4 define o meio como ai-assistant e o canal como Assistente de IA quando o referenciador corresponde a um assistente reconhecido; o canal exclui as AI Overviews e o AI Mode do Google, que contam como Pesquisa orgânica. O canal depende do referenciador, então visitas de assistentes que chegam sem ele não são contadas ali. Tráfego não é a mesma coisa que citação. Veja como acompanhar o tráfego de ChatGPT e Perplexity no GA4.

No GSC Magic: O painel conta sessões do GA4 vindas de fontes de assistentes de IA como ChatGPT, Perplexity, Claude e Gemini; ele mede visitas, não citações.

Relacionados: Tráfego de referência, Sessão (GA4), GEO (otimização para mecanismos generativos), AI Overviews e AI Mode

Fontes: support.google.com, support.google.com

O MCP (Model Context Protocol, ou protocolo de contexto de modelo) é um padrão de código aberto para conectar aplicações de IA como Claude ou ChatGPT a fontes de dados, ferramentas e fluxos de trabalho externos.

A documentação do MCP o compara a uma porta USB-C para aplicações de IA: uma forma padrão de conectar muitos sistemas. Uma aplicação de IA (o host) executa um cliente MCP por conexão, e cada cliente conversa com um servidor MCP que expõe ferramentas, recursos e prompts. Os servidores rodam localmente (stdio) ou remotamente por Streamable HTTP. Veja o que acontece quando o Claude chama o Search Console via MCP.

No GSC Magic: O GSC Magic é um servidor MCP hospedado em https://mcp.gscmagic.com/mcp com 70 ferramentas para Search Console, Bing, IndexNow, Core Web Vitals e GA4.

Relacionados: Servidor MCP e cliente MCP, Conector (Claude), GEO (otimização para mecanismos generativos)

Fontes: modelcontextprotocol.io, modelcontextprotocol.io

Um servidor MCP é um programa que expõe ferramentas e dados a aplicações de IA via MCP; um cliente MCP é o componente dentro da aplicação de IA que se conecta a ele.

O aplicativo host, como Claude, uma IDE ou o ChatGPT, cria um cliente MCP por servidor, e cada cliente mantém uma conexão. Os servidores oferecem ferramentas que o modelo pode chamar, recursos que ele pode ler e prompts. Um servidor local costuma atender um cliente via stdio; um servidor remoto com Streamable HTTP pode atender muitos clientes. Veja o que é um servidor MCP do Search Console e a lista completa de ferramentas.

No GSC Magic: O servidor remoto do GSC Magic autentica clientes com OAuth ou aceita um token de acesso gsm_, que pode ser somente leitura e expirar.

Relacionados: MCP (Model Context Protocol), Conector (Claude)

Fontes: modelcontextprotocol.io, modelcontextprotocol.io, modelcontextprotocol.io

No Claude, um conector liga o assistente a uma ferramenta ou fonte de dados externa; os conectores personalizados conectam o Claude a servidores MCP remotos pela internet.

O Claude se conecta ao servidor de um conector personalizado a partir da nuvem da Anthropic, não do seu dispositivo, então o servidor precisa ser acessível na internet pública. A Anthropic observa que conectores personalizados podem acessar serviços que ela não verificou, então adicione apenas servidores em que você confia. Veja conectar o Search Console ao Claude e todos os clientes compatíveis.

No GSC Magic: O GSC Magic está no catálogo de conectores do Claude e também pode ser adicionado como conector personalizado ou, no ChatGPT, como servidor MCP personalizado.

Relacionados: MCP (Model Context Protocol), Servidor MCP e cliente MCP

Fontes: support.claude.com

GEO (generative engine optimization, ou otimização para mecanismos generativos) é a prática de melhorar com que frequência e com que qualidade o conteúdo aparece em respostas geradas por mecanismos de busca e assistentes de IA.

O termo foi apresentado em um artigo de pesquisa de 2023 que definiu mecanismos generativos como sistemas que reúnem e resumem fontes com grandes modelos de linguagem. A Microsoft descreve o relatório AI Performance do Bing como um primeiro passo rumo a ferramentas de GEO. O Google diz que os mesmos fundamentos de SEO valem para seus recursos de IA generativa e que não há requisitos extras para aparecer neles. Veja como ChatGPT, Claude e Perplexity escolhem fontes e o GSC Magic para especialistas em GEO.

Relacionados: AI Overviews e AI Mode, Tráfego de assistentes de IA, Bing Webmaster Tools

Fontes: arxiv.org, blogs.bing.com, developers.google.com

AI Overviews e AI Mode são recursos do Google Search que respondem com respostas geradas por IA e links para páginas de apoio; o tráfego desses recursos conta no Search Console.

As AI Overviews aparecem apenas quando os sistemas do Google as consideram úteis; o AI Mode lida com perguntas mais longas e exploratórias. Os dois podem usar query fan-out, executando buscas relacionadas para encontrar páginas de apoio. Para ser elegível, uma página precisa estar indexada e apta a snippet; não há requisitos extras. No relatório de desempenho, uma AI Overview ocupa uma única posição, e um clique em um link externo conta como clique. Um relatório de desempenho de IA generativa, lançado mundialmente até 31 de agosto de 2026, mostra impressões nesses recursos. Veja como acompanhar AI Overviews e AI Mode.

Relacionados: Posição média, GEO (otimização para mecanismos generativos), Tráfego de assistentes de IA, Impressões

Fontes: developers.google.com, support.google.com, support.google.com, developers.google.com