Google Search Console: Guia Completo para Usar de Verdade [2026]

Todo mundo instala o Google Search Console, olha o gráfico de cliques por uma semana e nunca mais abre. É um desperdício absurdo, porque essa é a única ferramenta que mostra os dados diretamente da fonte: o que o Google indexou do seu site, quais buscas trouxeram gente, em que posição você aparece e o que está travando páginas inteiras de entrar no índice. Nenhuma ferramenta paga de SEO tem esses números, elas estimam. O Search Console mede.

Na Marfin usamos o Search Console todo dia, para o nosso blog e para os projetos de clientes. Ele é o ponto de partida de qualquer diagnóstico de tráfego orgânico e o lugar onde as decisões de conteúdo começam. Quando uma página cai, é lá que descobrimos se foi perda de posição, perda de impressão ou desindexação. Quando uma página sobe, é lá que descobrimos qual consulta puxou.

Este guia cobre o caminho inteiro: configurar a propriedade do jeito certo, ler o relatório de desempenho sem se enganar com médias, interpretar cada mensagem do relatório de indexação, entender Core Web Vitals, checar dados estruturados, automatizar a extração via API e transformar tudo isso em ganho real de tráfego. No final tem dez táticas práticas que aplicamos em projetos reais.

Link para esta seçãoO que é o Google Search Console e o que ele mostra

O Google Search Console é um serviço gratuito do Google que dá acesso aos dados de presença do seu site na Busca. Ele responde três perguntas que nenhuma outra ferramenta responde com precisão: o Google consegue rastrear e indexar minhas páginas, quais buscas fazem meu site aparecer, e qual a saúde técnica do site do ponto de vista do buscador.

A diferença entre o Search Console e ferramentas como Semrush ou Ahrefs está na origem do dado. As ferramentas de terceiros usam bancos próprios de palavras-chave, rodam buscas simuladas e estimam volume e posição. O Search Console reporta impressões e cliques reais, contados pelo próprio Google. Quando os dois discordam, o Search Console vence.

O que ele não faz também importa. Ele não mostra comportamento dentro do site, então continua sendo necessário ter analytics para sessões, tempo de página e conversão. Ele não mostra tráfego de outros canais. E ele tem atraso de dois a três dias nos dados mais recentes, o que atrapalha quem quer olhar em tempo real. Para monitoramento diário de negócio, o par Search Console mais analytics resolve praticamente tudo. Se você ainda está montando a base conceitual, vale ler nosso guia de SEO para iniciantes antes de mergulhar nos relatórios.

Link para esta seçãoComo configurar o Google Search Console do zero

Configurar leva dez minutos, mas a escolha que você faz no primeiro passo muda tudo o que vem depois.

Link para esta seçãoPropriedade de domínio ou prefixo de URL

O Google oferece dois tipos de propriedade. A propriedade de domínio cobre o domínio inteiro, incluindo todos os subdomínios e os protocolos http e https. Se você registra marfin.co como propriedade de domínio, entram blog.marfin.co, www.marfin.co, app.marfin.co e qualquer variação. A verificação só funciona por registro DNS.

A propriedade de prefixo de URL cobre apenas o endereço exato que você digitou, incluindo protocolo e subdomínio. https://blog.marfin.co/ e https://www.marfin.co/ seriam duas propriedades separadas.

Nossa recomendação prática é criar as duas. A propriedade de domínio dá a visão consolidada e evita o clássico problema de dados divididos entre www e não www. As propriedades de prefixo dão granularidade quando você quer isolar um subdomínio, e algumas integrações e relatórios funcionam melhor com elas. Não existe custo nem limite prático para ter várias propriedades.

Link para esta seçãoMétodos de verificação

Para propriedade de domínio, o único caminho é o registro TXT no DNS. Você copia a string que o Google fornece, cria um registro TXT na zona do domínio, espera a propagação e clica em verificar. Em provedores como Cloudflare, Registro.br e GoDaddy a propagação costuma levar de minutos a poucas horas.

Para prefixo de URL, existem cinco métodos: arquivo HTML enviado para a raiz do site, tag HTML no <head> da home, conta do Google Analytics, contêiner do Google Tag Manager e o próprio registro DNS. A tag HTML é a mais rápida quando você tem acesso ao template do site. O arquivo HTML é a mais estável, porque não depende de ninguém mexer no cabeçalho.

Um detalhe que já custou dor de cabeça em migração: nunca remova o método de verificação depois que o site está no ar. Se a tag sumir em uma refatoração de template, o Google desverifica a propriedade e você perde acesso aos relatórios até revalidar. Deixe pelo menos dois métodos ativos.

Link para esta seçãoSitemap, robots.txt e primeiros sinais

Com a propriedade verificada, o próximo passo é enviar o sitemap em Sitemaps, no menu lateral. O caminho padrão costuma ser /sitemap.xml, e a maioria dos CMS gera automaticamente. O sitemap acelera a descoberta de URLs, principalmente em sites novos, com poucos links externos ou com muitas páginas profundas.

Vale conferir o robots.txt no mesmo momento. Um Disallow: / esquecido em ambiente de produção é o erro mais caro e mais comum de SEO técnico, e o Search Console vai reportar isso no relatório de indexação em poucos dias. Quem quiser aprofundar a parte de rastreamento, indexação e arquitetura pode seguir com nosso material de SEO técnico.

Nas primeiras 48 a 72 horas os dados começam a aparecer. Sites novos podem levar semanas até acumular volume suficiente para análise.

Link para esta seçãoRelatório de Desempenho: as quatro métricas que importam

O relatório de Desempenho é onde a maior parte do valor está. Ele tem quatro métricas, e a maioria das análises ruins nasce de interpretar uma delas isolada.

Impressões contam quantas vezes uma URL sua apareceu em uma página de resultados vista por alguém. Cliques contam quantas vezes alguém clicou. CTR é a divisão de cliques por impressões. Posição é a colocação média da sua URL nas buscas em que ela apareceu.

A armadilha está na posição média. Se uma página aparece em posição 3 para uma consulta com 100 impressões e em posição 40 para outra com 900 impressões, a posição média fica perto de 36, e você conclui que a página vai mal quando ela na verdade domina a consulta que interessa. Por isso a regra que seguimos: nunca analise posição sem filtrar por consulta ou por página. Média agregada de posição é um número quase sempre enganoso.

Link para esta seçãoFiltros, comparações e as abas certas

As abas de Consultas, Páginas, Países, Dispositivos, Aparência na pesquisa e Datas são o coração da análise. A aba Consultas mostra o que as pessoas digitaram. A aba Páginas mostra quais URLs receberam impressão. Combinar as duas é o movimento central: clique em uma página específica e depois vá para Consultas, e você vê exatamente por quais termos aquela URL está sendo encontrada.

O botão de comparação de datas resolve as perguntas mais frequentes de qualquer reunião de tráfego. Compare os últimos 28 dias com o período anterior, ordene por diferença de cliques, e você tem a lista do que subiu e do que caiu. Comparar com o mesmo período do ano anterior separa sazonalidade de queda real.

Os filtros de consulta aceitam contém, não contém, exatamente igual e expressão regular. A opção de regex é subutilizada e poderosa. Um filtro como ^(como|o que|qual|quando|onde|por que) isola todas as buscas em formato de pergunta, que são as que mais alimentam respostas geradas por IA e featured snippets.

Link para esta seçãoOs limites dos dados que ninguém avisa

Três limites moldam qualquer análise séria. O primeiro é a retenção de 16 meses, então quem quer histórico mais longo precisa exportar periodicamente. O segundo é o limite de mil linhas por exportação na interface, o que esconde a cauda longa em sites médios e grandes. O terceiro é a anonimização: consultas raras são omitidas para proteger privacidade, e por isso a soma das consultas listadas quase nunca bate com o total de cliques do gráfico. Essa diferença é normal e não indica erro.

Link para esta seçãoIndexação: por que suas páginas não aparecem no Google

O relatório de Indexação de páginas é o segundo mais usado no nosso dia a dia. Ele separa as URLs conhecidas em indexadas e não indexadas, e para cada URL não indexada dá um motivo. Cada motivo pede uma ação diferente.

"Descoberta, no momento não indexada" significa que o Google conhece a URL mas nem chegou a rastrear. Costuma indicar orçamento de rastreamento apertado ou percepção de baixa qualidade do site como um todo. A correção passa por reduzir páginas inúteis, melhorar links internos e fortalecer autoridade.

"Rastreada, no momento não indexada" é mais dura de resolver: o Google leu a página e decidiu não colocar no índice. Na prática é um julgamento de qualidade ou de redundância. A saída é ampliar substancialmente o conteúdo, torná-lo distinto do que já existe no índice e apontar links internos relevantes para ela.

"Página alternativa com tag canônica adequada" e "Duplicada, o Google escolheu um canônico diferente do usuário" tratam de duplicação. A primeira é comportamento esperado quando você mesmo definiu a canônica. A segunda é um alerta: você marcou uma página como canônica e o Google ignorou, o que geralmente acontece quando duas páginas são muito parecidas.

"Bloqueada por robots.txt", "Excluída por tag noindex" e "Página com redirecionamento" são autoexplicativas e resolvidas na origem. "Erro do servidor (5xx)" e "Não encontrada (404)" pedem correção técnica. "Erro de solicitação inválida (4xx)" costuma aparecer em URLs geradas por filtros e parâmetros.

Link para esta seçãoInspeção de URL

A ferramenta de inspeção, no topo da tela, é o diagnóstico individual. Cole uma URL e ela mostra se está indexada, quando foi rastreada pela última vez, qual canônica o Google escolheu, se a página está em algum sitemap e como o Googlebot renderizou o HTML.

O botão "Testar URL ativa" busca a página em tempo real e é o jeito certo de checar se uma correção funcionou. O botão "Solicitar indexação" enfileira a URL para rastreamento prioritário, com cota diária limitada por propriedade. Ele acelera páginas novas ou recém-corrigidas, mas não força indexação de conteúdo que o Google considera fraco. Solicitar cinquenta vezes a mesma URL não muda o julgamento.

Link para esta seçãoExperiência na página e Core Web Vitals

O relatório de Core Web Vitals usa dados reais de usuários do Chrome, coletados no CrUX, e separa as URLs em boas, que precisam de melhoria e ruins, para desktop e mobile.

São três métricas. LCP mede quanto tempo leva até o maior elemento visível carregar, com meta de até 2,5 segundos. INP mede a responsividade a interações, com meta de até 200 milissegundos, e substituiu o antigo FID. CLS mede deslocamento visual inesperado durante o carregamento, com meta de até 0,1.

Duas observações práticas. A primeira é que o relatório agrupa URLs semelhantes, então uma correção em um template pode mover centenas de páginas de uma vez. A segunda é que o relatório precisa de volume de tráfego para exibir dados, e sites pequenos frequentemente veem a mensagem de dados insuficientes. Nesse caso, use PageSpeed Insights e Lighthouse para diagnóstico e trate os números como referência de laboratório.

Core Web Vitals é um sinal de classificação real, com peso moderado. Ele raramente salva conteúdo ruim e raramente afunda conteúdo excelente, mas resolve empates. Em nichos competitivos, empate acontece o tempo todo.

Link para esta seçãoDados estruturados, aparência na pesquisa e links

O menu de Aprimoramentos lista os tipos de dados estruturados que o Google detectou no site: avaliações, FAQ, breadcrumbs, artigos, produtos, vídeos, receitas, eventos. Cada tipo tem seu relatório com itens válidos, com avisos e com erros.

Marcar dados estruturados corretamente aumenta a chance de rich results, aqueles resultados enriquecidos com estrelas, imagens ou detalhes extras. Eles não garantem posição melhor, mas ampliam a área ocupada na página e costumam elevar o CTR de forma consistente.

A aba de Links traz páginas mais linkadas externamente, sites que mais linkam, textos âncora e o mapa de links internos. O dado de links internos costuma ser o mais acionável: páginas importantes com poucos links internos apontando para elas são oportunidade barata de melhoria. Se essa parte interessa, aprofunde com nosso guia de link building.

Ainda no menu, Remoções permite ocultar temporariamente uma URL dos resultados por cerca de seis meses, útil em emergências de conteúdo vazado ou publicação acidental. Estatísticas de rastreamento, dentro de Configurações, mostra quantas requisições o Googlebot fez, o tempo médio de resposta e os códigos retornados, informação valiosa em sites grandes.

Link para esta seçãoGoogle Search Console no cenário de busca com IA

Com AI Overviews e o AI Mode ocupando espaço crescente nos resultados brasileiros, muita gente pergunta como separar esse tráfego no Search Console. A resposta curta: o Google contabiliza impressões e cliques originados de AI Overviews dentro dos totais da Pesquisa, sem um filtro dedicado.

Isso muda a forma de ler os dados. O padrão que mais vemos é impressões estáveis ou crescendo com cliques caindo, o que puxa o CTR para baixo. Esse é o sintoma de conteúdo sendo consumido dentro do resultado, sem clique. Detectar esse padrão cedo permite reagir, seja aprofundando o conteúdo em pontos que a resposta gerada não cobre, seja mudando o foco para consultas de intenção comercial, que continuam gerando clique.

Duas análises ajudam. A primeira é comparar CTR por tipo de consulta usando regex, separando perguntas informacionais de buscas transacionais e de marca. A segunda é acompanhar a evolução do CTR médio das páginas de topo de funil ao longo de doze meses. Para montar a estratégia de conteúdo nesse cenário, vale ler SEO para IA e nossa análise sobre o futuro da busca do Google no Brasil.

Link para esta seçãoSearch Console API, Looker Studio e BigQuery

A interface do Search Console é boa para exploração e ruim para escala. Quem tem mais de umas poucas centenas de páginas encosta rápido no limite de mil linhas. Existem três saídas.

A mais simples é o conector nativo do Looker Studio, que puxa dados da API e monta dashboards atualizados sozinhos. Dá para cruzar com dados do analytics e criar painéis por seção do site.

A segunda é a Search Console API, que devolve muito mais linhas por requisição do que a interface e aceita filtros complexos. Aqui vale uma dica de produtividade: automatizamos extração e análise usando o Claude Code no terminal. Ele escreve o script de autenticação, monta as chamadas, salva em CSV e ainda gera o relatório comparando períodos. O que levava uma tarde de trabalho manual virou um comando. Claude Code é a ferramenta de IA que mais usamos na Marfin, e esse tipo de tarefa repetitiva é exatamente onde ela brilha. Para quem prefere trabalhar dentro do editor, o Cursor AI é a IDE que usamos no dia a dia de building.

A terceira é a exportação em massa para o BigQuery, configurável nas Configurações da propriedade. Ela envia dados diários brutos, sem limite de linhas e sem anonimização agressiva, criando um histórico próprio que ultrapassa os 16 meses da interface. Para sites grandes é a única forma de fazer análise de cauda longa de verdade.

Link para esta seçãoPreços e planos

O Google Search Console é gratuito, sem plano pago, sem limite de propriedades e sem limite de usuários por propriedade. Não existe versão premium.

Os custos aparecem apenas nas extensões. A exportação para o BigQuery usa a cobrança padrão do Google Cloud por armazenamento e consulta, o que para um site de porte médio costuma ficar em poucos dólares por mês. O Looker Studio é gratuito na versão padrão. A API do Search Console também é gratuita, respeitando cotas de requisição.

Sobre permissões, existem três níveis. Proprietário tem controle total, incluindo adicionar e remover usuários e mudar configurações. Usuário completo enxerga todos os dados e usa a maior parte das ferramentas, sem gerenciar acessos. Usuário restrito enxerga a maior parte dos relatórios com ações limitadas. Para agências e times, o padrão saudável é dar acesso de usuário completo e manter a propriedade com quem controla o DNS.

Link para esta seçãoErros comuns no Google Search Console

O primeiro erro é olhar só a home. O gráfico geral esconde tudo: uma seção do site pode estar despencando enquanto outra cresce e o total fica estável.

O segundo é confundir queda de impressão com queda de posição. Se as impressões caíram e a posição continua igual, o problema provavelmente está na demanda de busca ou em mudança de layout da SERP, não no seu site.

O terceiro é ignorar o filtro de marca. Buscas pelo nome da empresa inflam os números e mascaram a performance real do conteúdo. Sempre exclua consultas de marca antes de avaliar SEO de conteúdo.

O quarto é tratar todo aviso do relatório de indexação como problema. URLs excluídas por noindex intencional, redirecionamentos planejados e canônicas corretas aparecem na lista de não indexadas e estão certas assim. Perseguir contagem zero é perder tempo.

O quinto é esquecer a segmentação por dispositivo. É comum uma página ir bem no desktop e mal no mobile, e a média esconde isso.

Link para esta seção10 dicas para tirar tráfego do Google Search Console

1. Cace as consultas na posição 5 a 15. Filtre por posição maior que 4 e menor que 16, ordene por impressões e você tem a lista de maior retorno do site. São páginas que já rankeiam e precisam de reforço, não de criação do zero. Um ajuste de título, mais profundidade e três links internos costumam resolver.

2. Ache páginas com muita impressão e CTR baixo. CTR abaixo de 2% em posições de top 10 quase sempre indica título ou meta description fracos. Reescrever a tag title com o benefício claro é a otimização mais barata que existe em SEO.

3. Encontre canibalização cruzando consultas e páginas. Filtre por uma consulta e veja quantas URLs aparecem. Se duas ou mais páginas suas disputam o mesmo termo, consolide em uma e redirecione as outras, ou diferencie a intenção de cada uma.

4. Use regex para isolar buscas em formato de pergunta. Perguntas alimentam featured snippets e respostas de IA. Saber quais o seu site já capta indica onde criar blocos de resposta direta com 40 a 60 palavras logo abaixo de um H2.

5. Compare períodos com o ano anterior antes de entrar em pânico. Muito do que parece queda é sazonalidade. Dezembro e janeiro derrubam quase todo blog B2B brasileiro, e isso não indica penalidade.

6. Monitore a curva de páginas indexadas semanalmente. Uma queda súbita no total de indexadas é o alarme mais confiável de problema técnico, e aparece antes da queda de tráfego. Cinco minutos por semana evitam meses de prejuízo.

7. Teste a URL ativa depois de cada correção técnica. A inspeção mostra o HTML renderizado pelo Googlebot, o que revela conteúdo dependente de JavaScript que o robô não enxerga. É o teste que resolve metade das discussões entre time de SEO e time de desenvolvimento.

8. Ligue o alerta de e-mail e leia as mensagens. O Search Console avisa sobre ações manuais, problemas de segurança e picos de erro de rastreamento. Ação manual é o único cenário em que o Google fala diretamente com você, e responder rápido reduz muito o tempo de recuperação.

9. Aponte links internos para as páginas com bom impression share e posição fraca. O relatório de links internos mostra quais URLs estão órfãs de contexto. Levar autoridade das páginas fortes para as promissoras é a mecânica mais previsível de ganho de posição, tema que detalhamos em como aparecer na primeira página do Google.

10. Exporte tudo todo mês. Dezesseis meses passam rápido. Um CSV mensal salvo em pasta compartilhada, ou a exportação para o BigQuery, cria a base histórica que permite responder daqui a dois anos o que aconteceu com uma seção do site.

Search Console recompensa quem olha com frequência e com pergunta específica na cabeça. A rotina que sugerimos é simples: uma vez por semana, cinco minutos conferindo indexadas e mensagens; uma vez por mês, meia hora comparando períodos, listando ganhos e perdas e escolhendo cinco páginas para otimizar. Feito isso por seis meses, a diferença no tráfego orgânico aparece sozinha nos gráficos.

Leia também:

TL;DR