Google Search Console MCP: o que quatro servidores MCP de SEO realmente expõem

Servidores MCP do Google Search Console são o jeito de fazer um agente ler seus dados de busca sem exportar um CSV antes. Essa é a parte fácil. A parte difícil é distinguir os servidores entre si, porque todos se apresentam do mesmo modo, e a diferença só aparece quando você pergunta o que eles de fato sabem fazer.

Então perguntamos. Em 12 de setembro de 2026, conectamos quatro servidores MCP de SEO publicados, enviamos a cada um uma requisição tools/list e contamos o que voltou. Os números foram 42, 21, 4 e 1.

Essa dispersão não é um ranking de qualidade. É uma decisão de projeto, e ela muda o que o agente consegue fazer, quanto ele custa em contexto e quanto dos seus dados sai do seu perímetro.

O que testamos e como

Método: cada servidor foi executado exatamente como a própria documentação manda, por entrada e saída padrão, ou por HTTP quando a documentação indicava esse modo. Enviamos o handshake initialize do MCP, depois tools/list, e registramos a quantidade e os nomes das ferramentas. Não usamos chaves de API em lugar nenhum, exceto onde o servidor se recusava a subir sem chave.

Um servidor, um pacote de Search Console de terceiros, não completou o handshake dentro da nossa janela de 50 segundos e foi excluído em vez de pontuado. Listas de ferramentas mudam a cada versão, então trate esses números como um retrato de uma manhã, não como propriedade permanente de nenhum fornecedor.

Os quatro desenhos e para que serve cada um

Wrapper (21 ferramentas). O mcp-gsc pega a API do Search Console e embrulha cada relatório numa ferramenta nomeada. A lista dele se lê como a descrição de cargo de um analista de busca: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. O ganho é que o modelo nunca precisa montar uma consulta. O preço é que você herda a opinião de outra pessoa sobre o que um relatório deve conter, e nada fora da lista pode ser pedido.

Espelho da plataforma inteira (42 ferramentas). O servidor da Ahrefs expõe a superfície de produto do fornecedor endpoint por endpoint: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. É a lista mais rica que medimos e também a mais cara em contexto, porque toda definição de ferramenta é carregada, tenha ela relação com a tarefa ou não. É também a que mostra o trade-off com mais clareza: amplitude de capacidade em troca de um imposto permanente sobre cada prompt.

Gateway (4 ferramentas). O servidor v3 do DataForSEO foi na direção oposta. Ele expõe docs_index, docs_list_sections, docs_search e uma ferramenta genérica, api_request. Em vez de nomear cada endpoint, ele ensina o modelo a achar a documentação e então fazer uma chamada autenticada. Quatro ferramentas cobrem uma API com centenas de endpoints, e o modelo paga o custo da especificidade na hora da chamada, não no carregamento. Na nossa verificação, o endpoint HTTP devolveu invalid auth sem credenciais e respondeu normalmente com elas. Esse é o comportamento desejado.

Servidor de ferramenta única (1 ferramenta). O seo-mcp-server devolve exatamente uma ferramenta, ai_content_detect. Não há nada de errado em um servidor pequeno, mas ele deveria ser honesto sobre o que é: uma demonstração ou uma checagem avulsa, não uma bancada de SEO. Se você instalar esperando um relatório semanal, vai se decepcionar de um jeito que as instruções de instalação nunca mencionaram.

Quatro arquétipos. Dois deles escalam para trabalho real de relatório, e cada um escala numa direção diferente.

Por que a contagem de ferramentas é a manchete errada

Dois servidores com o mesmo número podem se comportar de formas completamente diferentes, porque o que importa é a forma da fronteira, não o algarismo.

O wrapper decide suas perguntas de antemão. Isso é genuinamente útil quando a API por baixo é difícil e o wrapper codifica experiência de verdade, e a lista do mcp-gsc faz exatamente isso. Ele vira limitação no primeiro instante em que sua pergunta não está na lista, e não há como contornar.

O gateway quase não decide nada e empurra o trabalho para o modelo. É mais flexível e mais frágil. O modelo consegue alcançar qualquer coisa, o que quer dizer que consegue alcançar o endpoint errado, ler a forma da resposta errado e gastar três chamadas de ferramenta para descobrir que o campo que queria tem outro nome. Em perguntas simples o wrapper é mais rápido. Em perguntas novas, só o gateway responde.

O teste prático não é "quantas ferramentas existem", e sim "o servidor expõe aquela coisa que eu pergunto toda semana". Em trabalho de monitoramento de posições, isso costuma ser a análise de busca com quebra por data e dispositivo, mais a inspeção de URL. Wrapper e gateway cobrem isso. Já o servidor de 42 ferramentas cobre isso e mais quarenta coisas que você não vai usar hoje.

As checagens que realmente importam antes de instalar qualquer coisa

Leia o escopo de permissão, não a lista de recursos. Servidores de Search Console herdam o que a sua concessão OAuth permite. Uma concessão somente leitura, que lista propriedades e puxa a análise de busca, já basta para relatórios e monitoramento. Qualquer coisa que ofereça alterar configurações, enviar sitemap ou pedir indexação está escrevendo nas suas propriedades, e isso merece um critério bem mais alto do que "esse repositório tem estrelas".

Verifique o que sai da sua máquina. Um gateway que repassa credenciais de API para um fornecedor tem perfil de risco diferente de um wrapper local que fala com a API do Google usando o seu próprio token. Os dois podem estar certos. Mas só um deles significa que um terceiro vê cada palavra-chave que você puxa.

Rode o teste da resposta vazia. Peça ao servidor um intervalo de datas sem dados, como uma propriedade que você ainda não lançou. Um servidor bem feito devolve um conjunto vazio. Um servidor ruim devolve erro, e um agente que recebe erro costuma inventar uma explicação plausível para os dados que faltam. Esse único teste pega mais problemas do que qualquer revisão de código.

Dois servidores podem expor exatamente o mesmo relatório e diferir por completo em quem enxerga suas credenciais.

Veja o que acontece quando uma ferramenta falha. Limites de taxa são reais: o Search Console permite 1.200 consultas por minuto por propriedade, e uma onda de tentativas do agente consome isso sozinha. Um servidor que mostra o limite é utilizável. Um servidor que devolve nada em silêncio ensina ao seu agente que você não tem impressões, o que é pior do que um erro. O mesmo limite molda qualquer rastreador de posições feito em casa, então o orçamento de requisições merece uma linha no arquivo de configuração.

Ligando isso a um agente

A configuração é a parte pequena. O posicionamento é o que decide se você vai tirar valor dali.

{
  "mcpServers": {
    "gsc": {
      "command": "npx",
      "args": ["-y", "mcp-gsc"],
      "env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
    },
    "dataforseo": {
      "url": "http://localhost:3000/mcp",
      "headers": { "Authorization": "Basic <base64 login:password>" }
    }
  }
}

Três regras que usamos, ordenadas por quanta dor elas evitam.

Um servidor por fonte de dados. Dois servidores que cada um afirma responder a perguntas de posição produzem duas respostas, e o agente vai escolher a que soa mais plausível, não a correta. Dê o Search Console ao wrapper, os dados de SERP de terceiros ao gateway, e escreva qual campo é autoridade de quem.

Mantenha a definição de relatório fora do servidor. As ferramentas dão ao agente acesso aos dados. Elas não dão as suas definições: quais propriedades contam, quais consultas são as que puxam receita e se a posição é média de período ou retrato diário. Isso pertence a um arquivo de instruções que o agente lê antes de chamar qualquer coisa, e é a diferença entre um resumo útil e um erro confiante. O fluxo de relatório semanal é um exemplo vivo de definições que moram fora das ferramentas.

Confira a primeira execução na mão. Puxe uma semana de análise de busca pelo servidor e compare com a mesma semana na interface do Search Console. Se os números não baterem, você tem um problema de intervalo de datas ou de atribuição, e todo relatório automatizado depois disso herda o problema.

Visão da Auspia: a pergunta do MCP não é "qual servidor é o melhor". É "que fronteira você quer desenhar entre o seu agente e os seus dados". O wrapper é um contrato que você aceita de antemão. O gateway é uma responsabilidade que você aceita a cada execução. Qual dos dois encaixa num fluxo de posições mais amplo é o que o guia de capacidades de agentes organiza por tarefa. Os dois são legítimos, e quem se queima é o time que escolheu sem perceber que estava escolhendo.

Perguntas frequentes

O Google publica um servidor MCP oficial para o Search Console? Até 12 de setembro de 2026, não encontramos nenhum nos registros de pacotes. Os servidores de Search Console que testamos são projetos de comunidade ou de fornecedor em cima da API oficial. O que é oficial é a camada de API, o que por si só não é um defeito automático, mas significa que aquele servidor é uma dependência de manutenção que você escolhe.

Quantas ferramentas MCP são demais para uma sessão de agente? Não há número fixo. O limite prático é se a lista de ferramentas empurra as suas instruções para fora da janela de contexto. Carregar um servidor de 42 ferramentas para uma tarefa que precisa de duas delas faz você pagar por quarenta definições em toda chamada. Carregue servidores estreitos para a rotina e largos para a exploração.

Dá para usar MCP com o Search Console sem conta de serviço? Dá, desde que o servidor implemente o fluxo OAuth e você o conclua uma vez, localmente. O caminho da conta de serviço é mais fácil de automatizar e mais difícil de passar para uma pessoa, então times normalmente rodam os dois: conta de serviço para execuções agendadas e OAuth para trabalho pontual.

Qual servidor vocês mantiveram? O wrapper, para o relatório semanal, porque as perguntas são conhecidas. O gateway fica instalado para qualquer trabalho que precise de uma fonte de dados que o wrapper não cobre, e isso é a maior parte do trabalho interessante e nenhuma das tarefas de rotina.

Autor: Julian Mercer, pesquisador de integração de MCP na Auspia, com mais de 40 cadeias de ferramentas de agentes. Ele escreve sobre protocolos de agentes, fronteiras de ferramentas e o custo operacional de ligar modelos de linguagem a dados vivos.