Model Context Protocol (MCP)

O que é MCP, como agentes de IA o usam para recuperar e interagir com conteúdo em tempo de execução, por que isso importa para SEO à medida que a IA agêntica se torna um canal de distribuição de conteúdo, e como expor seu conteúdo via MCP.

Publicado pela primeira vez: 2 de jul. de 2026 · Última atualização: 21 de ago. de 2026 · Avançado
Idiomas

MCP (Model Context Protocol) é um padrão aberto criado pela Anthropic e disponibilizado como código aberto em novembro de 2024 para conectar aplicações de IA a ferramentas e dados externos em tempo de execução. Ele opera em uma arquitetura host–cliente–servidor com três primitivas de servidor — ferramentas, recursos e prompts — e fornece a infraestrutura por trás da IA 'agêntica'. Não o confunda com llms.txt (um arquivo estático e unidirecional que aponta para páginas) nem com a simples chamada de função (uma capacidade do modelo): o MCP é o protocolo entre fornecedores que padroniza como ferramentas e dados são descobertos e acionados em diferentes aplicativos e servidores. A OpenAI o adotou em março de 2025, e a Anthropic o doou à Agentic AI Foundation, da Linux Foundation, em dezembro de 2025. Não há orientação do Google ou do Bing sobre 'MCP para SEO' — expor um servidor MCP torna seus dados utilizáveis por agentes que executam tarefas, o que é diferente da visibilidade na busca ou em respostas de IA. O protocolo também envolve riscos reais e ainda não resolvidos de injeção de prompt e envenenamento de ferramentas.

TL;DR — MCP é um protocolo aberto baseado em JSON-RPC (Anthropic, código aberto em 25 de nov. de 2024) para conectar aplicativos de IA a ferramentas e dados externos. Ele roda host → cliente → servidor, com servidores expondo ferramentas, recursos e prompts. Ele resolve o problema de integração N×M (transformando-o em N+M). É um protocolo, não “chamada de função”, e não llms.txt. A OpenAI o adotou em março de 2025; a Anthropic o doou para a Fundação Agentic AI da Linux Foundation em dez. de 2025. Não há orientação “MCP para SEO” do Google/Bing — expor um servidor MCP atende a agentes que executam tarefas, não à visibilidade em buscas — e ele carrega riscos reais e não resolvidos de injeção de prompt e envenenamento de ferramentas.

O problema que o MCP resolve

O MCP padroniza um limite de comunicação entre um host de IA e capacidades externas; ele não torna os dados conectados confiáveis nem autoriza automaticamente todas as ações. Evidence for this claim Model Context Protocol is an open protocol for connecting AI applications to external systems. Scope: The MCP specification and official documentation; individual host and server implementations vary. Confidence: high · Verified: MCP: Introduction A especificação atribui papéis distintos a hosts, clientes e servidores e documenta a negociação de capacidades. Evidence for this claim MCP defines host, client, and server roles and server primitives including resources, prompts, and tools. Scope: Current MCP architecture; negotiated capabilities determine which features a connection supports. Confidence: high · Verified: MCP: Architecture

Antes do MCP, conectar um aplicativo de IA a uma fonte de dados significava uma integração sob medida para esse par específico. Conecte N aplicativos de IA a M ferramentas e você fica responsável por aproximadamente N×M integrações personalizadas — a combinatória fica feia rapidamente. O MCP padroniza a interface para que cada aplicativo implemente o MCP uma vez e cada ferramenta implemente o MCP uma vez, reduzindo o problema a N+M. É o mesmo argumento que tornou protocolos como HTTP ou o Language Server Protocol dignos de existir.

No lançamento, o CTO da Block enquadrou o “porquê” desta forma:

“Open technologies like the Model Context Protocol are the bridges that connect AI to real-world applications, ensuring innovation is accessible, transparent, and rooted in collaboration.” (tradução) «Tecnologias abertas como o Model Context Protocol são as pontes que conectam a IA a aplicações do mundo real, garantindo que a inovação seja acessível, transparente e enraizada na colaboração.»

A arquitetura: host, cliente, servidor

O MCP opera em um modelo host–cliente–servidor. Três papéis:

  • Host — o próprio aplicativo de IA (Claude Desktop, Claude Code, um agente de codificação baseado em IDE, um aplicativo de chat com conectores).
  • Cliente — o host inicia um cliente MCP por servidor ao qual se conecta. O cliente gerencia essa única conexão.
  • Servidor — um programa que expõe alguma capacidade ou dado. Um servidor pode envolver seu sistema de arquivos; outro, seu banco de dados; outro, uma API de busca na web.

O host pode se conectar a muitos servidores ao mesmo tempo, cada um através de seu próprio cliente. Servidores locais normalmente se comunicam via STDIO (entrada/saída padrão, um cliente); servidores remotos normalmente usam Streamable HTTP (muitos clientes), com OAuth disponível para implantações que precisam de autorização delegada. Por baixo dos panos, é JSON-RPC 2.0. O núcleo atual 2026-07-28 é sem estado: a versão do protocolo, metadados do cliente, método e nome da ferramenta/recurso/prompt aplicável viajam com cada solicitação, enquanto server/discover expõe as versões modernas e capacidades suportadas do servidor. Resultados de descoberta e listagem armazenáveis em cache podem publicar dicas de ttlMs e cacheScope. Clientes mais antigos da era 2025 ainda usam o handshake de inicialização e podem usar sessões Streamable HTTP, então servidores de produção comumente precisam de suporte de dupla era durante a transição. As notas da versão de 28 de julho de 2026 e as orientações de migração do SDK para TypeScript delimitam esses comportamentos à revisão indicada do protocolo e ao respectivo caminho de compatibilidade.

The host can use many servers, but each server has its own client connection and capability boundary. Fonte: /ai-search/optimization/model-context-protocol/

One AI host, such as a chat app or agent, connects to three MCP servers. The host creates a separate MCP client for the files server, database server, and search server. Each server may expose tools, resources, and prompts. The diagram shows protocol roles, not a trust guarantee or authorization model.

© Patrick Stox LLC · CC BY 4.0 ·

As três primitivas de servidor

Cada servidor MCP expõe suas capacidades através de três blocos de construção principais:

  • Ferramentas — funções executáveis que o agente pode chamar para fazer algo (executar uma consulta, enviar uma mensagem, buscar um preço ao vivo).
  • Recursosdados contextuais que o agente pode ler (um arquivo, um registro de banco de dados, uma resposta de API).
  • Prompts — modelos de interação reutilizáveis que empacotam um fluxo de trabalho comum.

Cada tipo de primitiva tem suas próprias semânticas de descoberta, leitura e execução, e elas não são intercambiáveis — um cliente lista o que está disponível com uma chamada */list (tools/list, resources/list, prompts/list), depois lê ou invoca uma específica pelo nome (tools/call para executar uma ferramenta; uma chamada estilo get/read para um recurso ou prompt). Tratar toda capacidade do servidor como “uma ferramenta” ignora que um recurso deve ser lido, não executado, e um prompt é um modelo para inserir, não uma ação para executar.

Extensões agora fornecem o caminho formal para capacidades fora do núcleo. MCP Apps podem anexar UI renderizada no servidor a um resultado de ferramenta, enquanto Tasks mudou de sua forma experimental de núcleo para uma extensão para trabalho durável e de longa duração. A revisão 2026-07-28 também deprecia roots, sampling e logging no núcleo. Ferramentas/recursos/prompts permanecem as primitivas do lado do servidor a conhecer primeiro; suporte para uma primitiva ou extensão nunca implica suporte para todas elas. As notas da versão de 28 de julho de 2026 descrevem as mudanças de extensões e descontinuações.

MCP vs llms.txt vs chamada de função vs WebMCP

Esses quatro são constantemente confundidos. Mantê-los separados é a maior parte do valor desta página:

CoisaO que éDireçãoQuem está por trás
MCPUm protocolo de tempo de execução que conecta aplicativos de IA a ferramentas e dadosAo vivo; solicitações do núcleo sem estado na revisão de 2026Anthropic (2024), agora a Agentic AI Foundation
llms.txtUm arquivo Markdown estático que lista páginas para lerUnidirecional, consultivoProposto por Jeremy Howard (2024); não adotado pelo Google
Chamada de funçãoUma capacidade do modelo de receber informações sobre funções e escolher chamar uma delasNível do modelo, fornecedor únicoQualquer provedor de LLM, de forma independente
WebMCPUma proposta nativa do navegador para expor as próprias ações na página de um site a um agente no navegadorEscopo do navegadorRascunho do W3C Web Machine Learning Community Group
WebMCP owns page-context actions; remote MCP owns durable application-to-server integrations. They are complementary boundaries, not competing names for one protocol. Fonte: WebMCP

The left lane shows WebMCP: a browser agent interacts with an open web page, which owns a JavaScript tool and current visible session state. The page must be open for those tools to exist. The right lane shows remote MCP: an AI application connects through an MCP client to a persistent MCP server, which can remain available outside a browser tab. The two lanes are complementary rather than replacements.

© Patrick Stox LLC · CC BY 4.0 ·

Duas distinções que valem a pena explicitar:

  • MCP não é “chamada de função”. A chamada de função é um recurso de nível do modelo: um modelo é informado sobre quais funções existem e escolhe uma para chamar. MCP é o protocolo entre fornecedores que padroniza como ferramentas e dados são descobertos, descritos e invocados em muitos aplicativos e servidores, independentemente de qualquer modelo específico. Servidores MCP frequentemente implementam suas ferramentas usando definições no estilo de chamada de função — mas MCP é a camada de interoperabilidade por cima, não um sinônimo.
  • WebMCP não é MCP. WebMCP é uma proposta separada, nativa do navegador, que usa conceitos semelhantes aos do MCP para expor a funcionalidade de um site específico — adicionar ao carrinho, finalizar a compra, enviar um formulário — a um agente já no navegador. MCP é o protocolo mais amplo e antigo para conectar aplicações de IA a ferramentas e dados em geral. Para o lado de identidade/descoberta desse mesmo cenário, veja o artigo llms.txt, além de entity SEO e schema markup para IA.

Uma breve linha do tempo

  • 25 de novembro de 2024 — A Anthropic disponibiliza o MCP como código aberto, com parceiros iniciais e servidores pré-construídos (Google Drive, Slack, GitHub, Git, Postgres e mais).
  • 26 de março de 2025 — A OpenAI anuncia que está adotando o MCP, dizendo que o suporte estava chegando ao seu Agents SDK, com o aplicativo para desktop do ChatGPT e a Responses API a seguir. O Google DeepMind também passou a apoiá-lo. Foi o momento em que o MCP deixou de ser uma coisa da Anthropic e se tornou um padrão de fato da indústria.
  • 9 de dezembro de 2025 — A Anthropic doa o MCP para a recém-criada Agentic AI Foundation (AAIF), um fundo direcionado sob a Linux Foundation, cofundado com Block e OpenAI, com outros grandes fornecedores como membros apoiadores — explicitamente para manter o protocolo aberto e neutro entre fornecedores, em vez de ser propriedade de qualquer empresa.
  • 28 de julho de 2026 — a maior revisão do protocolo desde o lançamento traz um núcleo sem estado, extensões de primeira classe, metadados de roteamento e cache, endurecimento de autorização e uma política formal de depreciação. Notas da versão

MCP é um fator de ranqueamento do Google ou do Bing?

Não — e é importante dizer isso claramente. O Google não emitiu orientação formal do Search Central sobre MCP. Não há documento “MCP para SEO” do Google Search Central, nenhum episódio de Search Off the Record, nenhuma página do Search Essentials abordando isso. O que existe é um explicador geral do Google Cloud voltado para desenvolvedores, que é uma visão geral do fornecedor, não um documento de sinal de ranqueamento.

No lado da Microsoft, o cenário é semelhante: a Microsoft adotou o MCP fortemente como um fornecedor de plataforma — ela documenta o MCP no Windows, mantém um catálogo de servidores MCP e fez parceria com a Anthropic no SDK oficial em C#. Mas isso é suporte de infraestrutura, não as Diretrizes do Bing Webmaster dizendo que o MCP afeta os ranqueamentos de busca. Não afeta.

A coisa mais próxima de um sinal oficial do Google no território adjacente a SEO é o WebMCP (novamente: não o MCP em si). Comentando em uma discussão sobre llms.txt, John Mueller, do Google, disse que prefere a abordagem do WebMCP porque ela tem metas concretas e bem definidas:

“I like the WebMCP approach, as well as the commerce integrations – they have clear goals & processes: ‘Given the agent is already on your site, how can it properly do task X?’ (for example, determine the final price of a product, including all fees & potential discounts).” (tradução) «Gosto da abordagem do WebMCP, assim como das integrações de comércio – elas têm metas e processos claros: ‘Dado que o agente já está no seu site, como ele pode adequadamente fazer a tarefa X?’ (por exemplo, determinar o preço final de um produto, incluindo todas as taxas e possíveis descontos).»

Mueller é citado na cobertura de Roger Montti no Search Engine Journal (ir para a citação). Na mesma discussão, ele também fez o ponto mais básico de que o maior problema para a maioria dos editores é simplesmente não bloquear agentes de buscar um site — um obstáculo menor do que adotar qualquer novo arquivo ou protocolo; estou repassando esse enquadramento em vez de citá-lo.

Então: a resposta honesta para “o MCP ajuda meu SEO?” é que expor um servidor MCP pode tornar seus dados e ações utilizáveis por agentes que executam tarefas, o que é uma proposta de valor genuinamente diferente da visibilidade em busca ou em respostas de IA. Não o classifique como fator de ranqueamento.

Como o MCP aparece nos fluxos de trabalho de SEO e marketing

Onde o MCP toca nosso mundo hoje é no lado praticante — permitindo que agentes de IA consultem as ferramentas que já usamos:

  • A Ahrefs tem um conector MCP, permitindo que um agente de IA puxe dados da Ahrefs diretamente em vez de você exportar e colar. O próprio guia de SEO agêntico da Ahrefs aborda isso (esse artigo é de Mateusz Makosiewicz, revisado por Ryan Law — não por mim).
  • Servidores MCP do Google Search Console existem no ecossistema para que um agente possa ler seus dados de desempenho do GSC como parte de um fluxo de trabalho.
  • Um servidor MCP do Bing Search expõe a busca web/notícias/imagens do Bing como ferramentas que um agente pode chamar.

O modelo mental: o MCP é a pergunta “devemos construir uma API?” da era dos agentes. Expor seus dados por meio de um servidor MCP é sobre torná-los acionáveis por agentes, não sobre ranqueamento. Se seu público trabalha cada vez mais por meio de agentes, essa usabilidade pode importar — mas trate isso como uma decisão de distribuição/integração, não de SEO. Esta é a aposta de “capacidade/ação”, enquanto o llms.txt é a aposta de “identidade/descoberta”.

Segurança: riscos reais e não resolvidos

Não presuma que o MCP é seguro só porque é um padrão aberto de uma empresa respeitável. No momento em que você dá a um agente de IA ferramentas que podem agir e o expõe a entrada não confiável, você abriu uma superfície de ataque. Simon Willison — uma das vozes independentes mais confiáveis sobre ferramentas e segurança de LLM — explicou:

“Any time you mix together tools that can perform actions on the user’s behalf with exposure to potentially untrusted input you’re effectively allowing attackers to make those tools do whatever they want.” (tradução) «Qualquer momento em que você mistura ferramentas que podem executar ações em nome do usuário com exposição a entrada potencialmente não confiável, você está efetivamente permitindo que atacantes façam essas ferramentas fazerem o que quiserem.»

Ele tem o cuidado de notar que isso não é uma falha exclusiva do MCP:

“These vulnerabilities are not inherent to the MCP protocol itself—they’re present any time we provide tools to an LLM that can potentially be exposed to untrusted inputs.” (tradução) «Essas vulnerabilidades não são inerentes ao próprio protocolo MCP — elas estão presentes sempre que fornecemos ferramentas a um LLM que pode potencialmente ser exposto a entradas não confiáveis.»

Riscos documentados no contexto do MCP incluem injeção de prompt, envenenamento de ferramentas (instruções maliciosas escondidas na descrição de uma ferramenta) e “trocas maliciosas de comportamento” (também chamadas de rug pulls; uma ferramenta muda de comportamento depois que você a instalou). Até o momento em que este texto foi escrito, esses são problemas ativos, não resolvidos — então, se você está implantando ou conectando servidores MCP, trate-os como qualquer outra integração não confiável: menor privilégio, aprovação humana para ações consequentes e cuidado com quais servidores você confia.

As orientações de segurança da especificação MCP nomeiam categorias concretas de ataques contra as quais os desenvolvedores de servidores e clientes devem se proteger — vale a pena conhecê-las mesmo que você esteja apenas avaliando um servidor de terceiros, e não construindo um. O item sobre sequestro de sessão abaixo se aplica ao modelo de sessão legado; o núcleo de 2026 remove as sessões Streamable HTTP no nível do protocolo, enquanto os demais riscos de confiança e autorização permanecem. As notas da versão de 2026 delimitam essa mudança à revisão atual do protocolo:

  • Representante confuso (confused deputy) — um servidor proxy MCP que usa um único ID estático de cliente OAuth pode ser induzido a ignorar o consentimento individual ao intermediar uma API de terceiros.
  • Repasse de token — um servidor que aceita o token de um cliente e o encaminha sem verificação para uma API subsequente compromete trilhas de auditoria e controles de segurança; a especificação diz que servidores não devem fazer isso.
  • Falsificação de solicitação do lado do servidor (SSRF) — um servidor malicioso pode direcionar a descoberta OAuth a IPs internos ou endpoints de metadados de nuvem, induzindo um cliente a acessá-los.
  • Sequestro de sessão legado — em uma implantação antiga que usa sessões, um ID de sessão previsível ou não aleatório pode permitir que um invasor se passe por um cliente. IDs de sessão são identificadores de estado, nunca substitutos da autenticação. As orientações de segurança do protocolo estabelecem explicitamente esse limite para o modelo de sessão legado.
  • Comprometimento do servidor local — um servidor MCP instalado localmente é executado com os privilégios do próprio usuário; se for malicioso ou estiver comprometido, poderá ler arquivos, exfiltrar credenciais ou executar comandos arbitrários. As medidas de mitigação são o isolamento em sandbox, uma configuração de inicialização com privilégios mínimos e a revisão do que uma “instalação com um clique” realmente executa antes da aprovação.

Nada disso é resolvido por “é um padrão aberto” ou por ativar OAuth. Conformidade com o protocolo, usar um SDK oficial, habilitar autorização ou isolar um servidor em sandbox fecham caminhos de ataque específicos — nenhum deles, sozinho ou em conjunto, garante que uma integração seja segura, que um modelo use uma ferramenta corretamente ou que um servidor seja amplamente adotado. O suporte à autorização em si é opcional e com escopo de versão na especificação, não uma garantia de segurança genérica.

Mitos comuns

  1. “MCP e llms.txt são a mesma coisa / eles competem.” Não — llms.txt é um arquivo estático e unidirecional; MCP é um protocolo vivo e bidirecional. Problemas diferentes.
  2. “MCP é apenas chamada de função com outro nome.” Não — chamada de função é uma capacidade do modelo; MCP é um protocolo entre fornecedores construído sobre essa ideia.
  3. “MCP é um padrão do Google ou da OpenAI.” Não — a Anthropic o criou (novembro de 2024). OpenAI e Google DeepMind o adotaram depois; agora é governado pela Agentic AI Foundation, neutra em relação a fornecedores.
  4. “Configurar um servidor MCP melhora meu ranqueamento.” Não há evidências que sustentem isso. Ele atende agentes que executam tarefas, não visibilidade em buscas.
  5. “MCP substitui APIs.” Não — servidores MCP geralmente são camadas finas de adaptação que expõem APIs e dados existentes de forma padronizada para consumo por IA.
  6. “É da Anthropic, então é seguro por padrão.” Não — existem riscos reais de injeção de prompt e envenenamento de ferramentas que não estão totalmente resolvidos.

Onde isso se encaixa no panorama da busca com IA

MCP é a camada de ação da pilha agêntica. Ao redor dela, as camadas de descoberta e identidade — llms.txt, entity SEO, marcação Schema para IA e como a busca agêntica realmente planeja e executa tarefas — completam o mapa. Mantenha as camadas distintas, e fica muito mais fácil avaliar o exagero em torno do tema.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.