Model Context Protocol (MCP)

What MCP is, how AI agents use it to retrieve and interact with content at runtime, why it matters for SEO as agentic AI becomes a content distribution channel, and how to expose your content via MCP.

First published: Jul 2, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #1 in Optimization#5 in AI Search#13 on the site

MCP (Model Context Protocol) is an open standard Anthropic created and open-sourced in November 2024 for connecting AI applications to external tools and data at runtime. It runs on a host–client–server architecture with three server primitives — tools, resources, and prompts — and it's the plumbing behind 'agentic' AI. Don't confuse it with llms.txt (a static, one-way file that points to pages) or with plain function calling (a model capability): MCP is the cross-vendor protocol that standardizes how tools and data get discovered and called across many apps and servers. OpenAI adopted it in March 2025, and Anthropic donated it to the Linux Foundation's Agentic AI Foundation in December 2025. There is no Google or Bing 'MCP for SEO' guidance — exposing an MCP server makes your data usable by agents doing tasks, which is different from search or AI-answer visibility. It also carries real, unresolved prompt-injection and tool-poisoning risks.

TL;DR — MCP is an open, JSON-RPC-based protocol (Anthropic, open-sourced Nov 25, 2024) for connecting AI applications to external tools and data. It runs host → client → server, with servers exposing tools, resources, and prompts. It solves the N×M integration problem (turn it into N+M). It’s a protocol, not “function calling,” and not llms.txtllms.txt is a proposed (not adopted) Markdown file at /llms.txt that gives AI systems a curated map of a site's most important pages. Proposed by Jeremy Howard in 2024, it's read mostly by coding agents like Claude Code — not search crawlers — and Google ignores it.. OpenAI adopted it in March 2025; Anthropic donated it to the Linux Foundation’s Agentic AI Foundation in Dec 2025. There is no Google/Bing “MCP for SEO” guidance — exposing an MCP server serves agents doing tasks, not search visibility — and it carries real, unresolved prompt-injection and tool-poisoning risks.

The problem MCP solves

MCP standardizes a communication boundary between an AI host and external capabilities; it does not make connected data trustworthy or authorize every action automatically. 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 The specification assigns distinct roles to hosts, clients, and servers and documents capability negotiation. 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

Before MCP, wiring an AI application to a data source meant a bespoke integration for that specific pairing. Connect N AI apps to M tools and you’re on the hook for roughly N×M custom integrations — the combinatorics get ugly fast. MCP standardizes the interface so each app implements MCP once and each tool implements MCP once, collapsing the problem to N+M. It’s the same argument that made protocols like HTTP or the Language Server Protocol worth having.

At launch, the Block CTO framed the “why” this way:

“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.”

The architecture: host, client, server

MCP runs on a host–client–server model. Three roles:

  • Host — the AI application itself (Claude Desktop, Claude Code, an IDE-based coding agent, a chat app with connectors).
  • Client — the host spins up one MCP client per server it connects to. The client manages that one connection.
  • Server — a program that exposes some capability or data. One server might wrap your file system; another your database; another a web-search API.

The host can connect to many servers at once, each through its own client. Local servers typically communicate over STDIO (standard input/output, one client); remote servers typically use Streamable HTTP (many clients), with OAuth as the recommended way to authenticate. Under the hood it’s JSON-RPC 2.0, and the protocol is stateful: there’s an initialization/capability-negotiation handshake, discovery methods that let a client ask a server what it offers, and notifications when things change. Streamable HTTP servers issue a session ID to track that state — the current spec is explicit that a session ID is for state, not identity: it must not be used as a stand-in for authenticating the caller.

The host can use many servers, but each server has its own client connection and capability boundary. Source: /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 ·

The three server primitives

Each MCP server exposes its capabilities through three core building blocks:

  • Tools — executable functions the agent can call to do something (run a query, send a message, fetch a live price).
  • Resources — contextual data the agent can read (a file, a database record, an API response).
  • Prompts — reusable interaction templates that package a common workflow.

Each primitive type has its own discovery, read, and execution semantics, and they aren’t interchangeable — a client lists what’s available with a */list call (tools/list, resources/list, prompts/list), then reads or invokes a specific one by name (tools/call to run a tool; a get/read style call for a resource or prompt). Treating every server capability as “a tool” glosses over that a resource is meant to be read, not executed, and a prompt is a template to insert, not an action to run.

There are also client-side primitives (for example sampling, elicitation, and logging) that let a server ask the client’s model or user for input, plus a newer experimental Tasks primitive for durable, long-running operations — but tools/resources/prompts are the server-side ones to know first.

MCP vs llms.txt vs function calling vs WebMCP

These four get conflated constantly. Keeping them apart is most of the value of this page:

ThingWhat it isDirectionWho’s behind it
MCPA runtime protocol connecting AI apps to tools/dataLive, bidirectional, statefulAnthropic (2024), now the Agentic AI Foundation
llmsA large language model (LLM) is a deep-learning model trained on massive text corpora to predict the next token and generate human-like text. LLMs use the transformer architecture and power AI search features like Google's AI Overviews (Gemini) and Bing Copilot (GPT-4)..txtA static Markdown file listing pages to readOne-way, advisoryProposed by Jeremy Howard (2024); not adopted by Google
Function callingA model capability to be told about functions and choose to call oneModel-level, single-vendorAny LLM provider, independently
WebMCPA browser-native proposal to expose a website’s own in-page actions to an in-browser agentBrowser-scopedW3C Web Machine Learning Community Group draft
WebMCP owns page-context actions; remote MCP owns durable application-to-server integrations. They are complementary boundaries, not competing names for one protocol. Source: 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 ·

Two distinctions worth spelling out:

  • MCP is not “function calling.” Function calling is a model-level feature: a model is told which functions exist and picks one to call. MCP is the cross-vendor protocol that standardizes how tools and data get discovered, described, and invoked across many apps and many servers, independent of any single model. MCP servers often implement their tools using function-calling-style definitions — but MCP is the interoperability layer on top, not a synonym.
  • WebMCP is not MCP. WebMCP is a separate, browser-native proposal that uses MCP-like concepts to expose a specific website’s functionality — add-to-cart, checkout, form submission — to an agent already in the browser. MCP is the broader, older protocol for connecting AI applications to external tools and data in general. For the identity/discovery side of this same landscape, see the llms.txtllms.txt is a proposed (not adopted) Markdown file at /llms.txt that gives AI systems a curated map of a site's most important pages. Proposed by Jeremy Howard in 2024, it's read mostly by coding agents like Claude Code — not search crawlers — and Google ignores it. article, plus entity SEOEntity SEO is the practice of helping search engines and AI systems clearly identify, classify, and trust the entities you represent — your brand, your people, your products — rather than just matching keyword strings. The goal is to be an unambiguous, well-corroborated entity in machine knowledge systems so AI can cite you with confidence. and schema markup for AISchema markup (structured data) is machine-readable code — usually JSON-LD — that labels what your content means using the schema.org vocabulary. For AI search it's infrastructure for entity disambiguation, not a direct citation lever: controlled studies found no meaningful uplift in AI citations from adding it..

A brief timeline

  • November 25, 2024 — Anthropic open-sources MCP, with early partners and pre-built servers (Google Drive, Slack, GitHub, Git, Postgres, and more).
  • March 26, 2025 — OpenAI announces it’s adopting MCP, saying support was arriving in its Agents SDK with the ChatGPT desktop app and Responses API to follow. Google DeepMind also moved to support it. That’s the moment MCP stopped being an Anthropic thing and became a de facto industry standard.
  • December 9, 2025 — Anthropic donates MCP to the newly formed Agentic AI Foundation (AAIF), a directed fund under the Linux Foundation co-founded with Block and OpenAI, with other major vendors as supporting members — explicitly to keep the protocol open and vendor-neutral rather than owned by any one company.

Is MCP a Google or Bing ranking factor?

No — and it’s important to say so plainly. Google has not issued formal Search Central guidance on MCP. There is no “MCP for SEO” document from Google Search Central, no Search Off the Record episode, no Search Essentials page addressing it. What exists is a general Google Cloud explainer aimed at developers, which is a vendor overview, not a ranking-signal document.

On the Microsoft side, the picture is similar: Microsoft has adopted MCP heavily as a platform vendor — it documents MCP on Windows, maintains a catalog of MCP servers, and partnered with Anthropic on the official C# SDK. But that’s infrastructure support, not Bing WebmasterMicrosoft's free portal for monitoring and improving how a site appears in Bing search — the peer to Google Search Console, plus IndexNow instant indexing, richer backlink data, and keyword volumes. Because Bing's index also feeds Microsoft Copilot, it doubles as a window into AI-search visibility. Guidelines telling you MCP affects search rankings. It doesn’t.

The closest thing to an official Google signal in SEO-adjacent territory is WebMCP (again: not MCP itself). Commenting in a discussion about llms.txtllms.txt is a proposed (not adopted) Markdown file at /llms.txt that gives AI systems a curated map of a site's most important pages. Proposed by Jeremy Howard in 2024, it's read mostly by coding agents like Claude Code — not search crawlers — and Google ignores it., Google’s John Mueller said he prefers the WebMCP approach because it has concrete, well-scoped goals:

“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).”

Mueller is quoted in Roger Montti’s Search Engine Journal coverage (jump to the quote). In the same discussion he also made the more basic point that the bigger issue for most publishers is simply not blocking agents from fetching a site at all — a lower hurdle than adopting any new file or protocol; I’m relaying that framing rather than quoting it.

So: the honest answer to “does MCP help my SEO?” is that exposing an MCP server can make your data and actions usable by agents doing tasks, which is a genuinely different value proposition from search or AI-answer visibility. Don’t file it under ranking factors.

How MCP shows up in SEO and marketing workflows

Where MCP does touch our world today is on the practitioner side — letting AI agents query the tools we already use:

  • Ahrefs has an MCP connector, letting an AI agent pull Ahrefs data directly rather than you exporting and pasting it. Ahrefs’ own agentic SEO guide walks through this (that piece is by Mateusz Makosiewicz, reviewed by Ryan Law — not me).
  • Google Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. MCP servers exist in the ecosystem so an agent can read your GSC performance data as part of a workflow.
  • A Bing Search MCP server exposes Bing web/news/image search as tools an agent can call.

The mental model: MCP is the “should we build an API?” question of the agent era. Exposing your data through an MCP server is about making it actionable by agents, not about ranking. If your audience increasingly works through agents, that usability may matter — but treat it as a distribution/integration decision, not an SEO one. This is the “capability/action” bet, where llms.txtllms.txt is a proposed (not adopted) Markdown file at /llms.txt that gives AI systems a curated map of a site's most important pages. Proposed by Jeremy Howard in 2024, it's read mostly by coding agents like Claude Code — not search crawlers — and Google ignores it. is the “identity/discovery” bet.

Security: real, unresolved risks

Don’t assume MCP is safe just because it’s an open standard from a reputable company. The moment you give an AI agent tools that can act and expose it to untrusted input, you’ve opened an attack surface. Simon Willison — one of the more credible independent voices on LLM tooling and security — laid it out:

“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.”

He’s careful to note this isn’t a flaw unique to 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.”

Documented risks in the MCP context include prompt injection, tool poisoning (malicious instructions hidden in a tool’s description), and “rug pulls” (a tool that changes behavior after you’ve installed it). As of this writing these are live issues, not solved ones — so if you’re deploying or connecting MCP servers, treat them like any other untrusted integration: least privilege, human approval for consequential actions, and care about which servers you trust.

The MCP spec’s own security-best-practices guidance (current as of the 2025-11-25 revision) names five specific attack categories server and client builders are expected to defend against — worth knowing even if you’re just evaluating a third-party server, not building one:

  • Confused deputy — a proxy MCP server using a single static OAuth client ID can be tricked into skipping per-user consent for a third-party API it fronts.
  • TokenA token is the smallest unit of text (or image/audio/video) an LLM processes — roughly 4 characters, or about ¾ of an English word. A context window is the maximum number of tokens (input plus output) a model can hold at once, like its short-term memory. passthrough — a server that accepts a client’s token and forwards it to a downstream API unchecked breaks audit trails and security controls; the spec says servers must not do this.
  • Server-side request forgery (SSRF) — a malicious server can point OAuth discovery at internal IPs or cloud metadata endpoints, tricking a client into fetching them.
  • Session hijacking — a guessable or non-random session ID lets an attacker impersonate a client; the spec requires servers to use sessions only for state, never as a substitute for authentication.
  • Local server compromise — a locally installed MCP server runs with the user’s own privileges, so a malicious or compromised one can read files, exfiltrate credentials, or run arbitrary commands; the mitigation is sandboxing, least-privilege launch configuration, and reviewing what a “one-click install” actually runs before approving it.

None of this is solved by “it’s an open standard” or by turning on OAuth. Protocol compliance, using an official SDK, enabling authorization, or sandboxing a server each close off specific attack paths — none of them, alone or together, guarantees an integration is safe, that a model will use a tool correctly, or that a server will be widely adopted. Authorization support itself is optional and version-scoped in the spec, not a blanket security guarantee.

Common myths

  1. “MCP and llms.txt are the same / they compete.” No — llms.txt is a static, one-way file; MCP is a live, bidirectional protocol. Different problems.
  2. “MCP is just function calling rebranded.” No — function calling is a model capability; MCP is a cross-vendor protocol layered on top of that idea.
  3. “MCP is a Google or OpenAI standard.” No — Anthropic created it (Nov 2024). OpenAI and Google DeepMind adopted it later; it’s now governed by the vendor- neutral Agentic AI Foundation.
  4. “Setting up an MCP server boosts my rankings.” No evidence supports that. It serves agents doing tasks, not search visibility.
  5. “MCP replaces APIs.” No — MCP servers are usually thin wrappers exposing existing APIs and data in a standard way for AI consumption.
  6. “It’s from Anthropic, so it’s secure by default.” No — real prompt-injection and tool-poisoning risks exist and aren’t fully solved.

Where this sits in the AI-search picture

MCP is the action layer of the agentic stack. Around it, the discovery and identity layers — llms.txtllms.txt is a proposed (not adopted) Markdown file at /llms.txt that gives AI systems a curated map of a site's most important pages. Proposed by Jeremy Howard in 2024, it's read mostly by coding agents like Claude Code — not search crawlers — and Google ignores it., entity SEOEntity SEO is the practice of helping search engines and AI systems clearly identify, classify, and trust the entities you represent — your brand, your people, your products — rather than just matching keyword strings. The goal is to be an unambiguous, well-corroborated entity in machine knowledge systems so AI can cite you with confidence., schema markup for AISchema markup (structured data) is machine-readable code — usually JSON-LD — that labels what your content means using the schema.org vocabulary. For AI search it's infrastructure for entity disambiguation, not a direct citation lever: controlled studies found no meaningful uplift in AI citations from adding it., and how agentic searchAgentic search is an AI system that autonomously plans, runs, and synthesizes a multi-step research or browsing task — dozens to hundreds of searches and real page reads — instead of returning one answer to a single query. All agentic search is AI search; not all AI search is agentic. actually plans and runs tasks — round out the map. Keep the layers distinct and the hype gets a lot easier to reason about.

Add an expert note

Pin an expert quote

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