MCP hospedado ou local: o que muda de verdade

Um MCP hospedado e um MCP local resolvem o mesmo problema, conectar o Search Console a um assistente de IA, mas a diferença que pesa no dia a dia não é o setup. É o que acontece depois: quem mantém o servidor no ar, quantas chamadas você pode fazer por dia, quantos clientes de IA acessam ao mesmo tempo e onde o seu token de acesso ao Google fica guardado.

Qual é a diferença entre um MCP hospedado e um MCP local?

Um MCP local roda como processo na sua máquina, com transporte stdio: o cliente de IA (Claude Code, Claude Desktop, Cursor) inicia o processo e conversa com ele por entrada e saída padrão. O mcp-gsc, de Amin Foroutan, é o exemplo de referência: código aberto sob licença MIT, sem custo, sem limite diário.

Um MCP hospedado roda num servidor de terceiro, com transporte Streamable HTTP: uma URL fixa, autenticação OAuth, e qualquer cliente compatível se conecta pela rede. Isso inclui claude.ai e o ChatGPT web, que não executam processos locais e por isso não falam stdio.

Configurar cada um pede um caminho diferente: o local exige um projeto no Google Cloud Console, a Search Console API ativada e um arquivo de credenciais; o hospedado troca isso por um login com o Google, porque o aplicativo OAuth já está registrado do lado do operador. Esse passo a passo está em Conectar o Search Console ao Claude sem criar projeto no Google Cloud. Aqui o foco é o que muda depois que essa etapa fica para trás.

O que muda no limite de uso?

O local não tem teto imposto pelo servidor: o único limite é a cota da própria Search Console API do Google. O hospedado, para se manter de graça, normalmente impõe um teto diário por conta. No MCP Search Console, por exemplo, são 30 chamadas de ferramenta por dia durante o beta, o que cobre de 6 a 10 perguntas simples ou de 6 a 10 rotinas prontas (cada rotina consome de 3 a 5 chamadas). Quem faz auditoria em várias propriedades no mesmo dia esbarra nesse teto antes de quem só confere números de uma.

Quem atualiza o servidor quando saem ferramentas novas?

No local, você. Puxar a versão mais recente do mcp-gsc, testar se nada quebrou e reiniciar o processo é trabalho seu, ainda que o repositório seja mantido por outra pessoa. No hospedado, o operador atualiza o servidor uma vez e toda conta passa a ver a ferramenta nova na próxima chamada, sem nenhuma ação de quem usa.

Essa diferença pesa mais para quem já integrou o MCP a um pipeline: um script que chama get_advanced_search_analytics direto num servidor hospedado continua funcionando mesmo que o operador mude a implementação por trás, desde que a interface da ferramenta não mude. No local, uma mudança de dependência (a biblioteca de OAuth do Google, por exemplo) pode quebrar em silêncio até você notar e atualizar.

Um MCP hospedado atende mais de um cliente ao mesmo tempo?

Sim, e essa é uma diferença estrutural, não só de conveniência. O mesmo login no serviço hospedado funciona no claude.ai, no Claude Desktop, no ChatGPT web e no Cursor, todos lendo a mesma conta e o mesmo token cifrado no servidor. O local depende de onde o processo stdio está rodando: se você configurou o mcp-gsc no Claude Code da sua máquina de trabalho, o Cursor do seu notebook pessoal não enxerga essa mesma instância, a menos que você repita a configuração lá também, com as próprias credenciais.

Para uma pessoa só, isso raramente importa. Para uma agência que quer o mesmo acesso ao Search Console disponível para três pessoas da equipe, em três clientes de IA diferentes, o hospedado elimina a necessidade de replicar setup por pessoa e por máquina.

Onde fica o token de acesso em cada modo?

No local, o token.json gerado pelo OAuth do Google fica no seu disco, num caminho que você escolhe. Nenhum terceiro nunca vê esse arquivo. No hospedado, o token fica no servidor do operador, e a política de segurança desse operador passa a fazer parte da sua superfície de risco: como o token é guardado (cifrado ou não), o que fica registrado em log, e como revogar o acesso.

O MCP Search Console, por exemplo, cifra o token com uma chave fora do banco, guarda por usuário e nunca repassa a credencial ao cliente MCP; o detalhe completo está em Segurança. Antes de conectar qualquer serviço hospedado, vale checar se ele documenta isso com esse nível de detalhe, e não apenas “seus dados estão seguros conosco”.

Hospedado custa mais que local no fim das contas?

O local é gratuito e permanece gratuito: não há plano pago no mcp-gsc, porque não há operador cobrando por infraestrutura. O custo real é o seu tempo de manutenção.

O hospedado tende a ser gratuito só durante um período inicial, com plano pago vindo depois para quem passa do limite diário. O MCP Search Console mantém isso documentado em Preço: grátis durante o beta, aviso por e-mail antes de qualquer cobrança, e o gratuito continua existindo depois, com um teto menor. Quem hoje cabe nas 30 chamadas por dia não paga nada; quem passa a bater no limite toda semana entra na conta de decidir entre pagar ou migrar para o local.

Quando faz mais sentido cada um?

O hospedado tende a fazer mais sentido para quem já vive dentro do claude.ai ou do ChatGPT web, não quer manter infraestrutura própria, e opera dentro do limite diário de chamadas. É também o caminho mais rápido para dar acesso a uma equipe pequena sem replicar setup por pessoa.

O local tende a fazer mais sentido para quem automatiza pipelines na própria infraestrutura (um script agendado que roda seo-weekly-report toda segunda-feira, por exemplo), para quem precisa manter o token de acesso ao Google inteiramente dentro do próprio ambiente, e para quem já bate no teto diário de um serviço hospedado com frequência.

Resumo

Um MCP local roda na sua máquina por stdio, sem limite de uso imposto pelo servidor; um MCP hospedado roda num servidor de terceiro por Streamable HTTP, com teto diário para se manter de graça.
Quem atualiza o servidor difere: no local, você mesmo puxa a versão nova; no hospedado, o operador atualiza uma vez para todas as contas.
O hospedado permite o mesmo login em vários clientes de IA ao mesmo tempo (claude.ai, ChatGPT web, Cursor); o local fica preso à máquina onde o processo roda, salvo repetir o setup em cada uma.
O token do local fica só no seu disco; o do hospedado fica no servidor do operador, cifrado ou não, dependendo de como esse operador implementa a segurança.
O local é gratuito para sempre; o hospedado costuma ser gratuito com teto durante um período, com plano pago depois para quem passa do limite.
A escolha depende do quanto você usa por dia, de quantas pessoas precisam do mesmo acesso, e de quanto controle sobre o token importa para o seu caso.