Model Context Protocol (MCP)

Czym jest MCP, jak agenci AI używają go do pobierania i obsługi treści w czasie działania, dlaczego ma znaczenie dla SEO, gdy agentic AI staje się kanałem dystrybucji treści, oraz jak udostępnić treści przez MCP.

Opublikowano po raz pierwszy: 2 lip 2026 · Ostatnia aktualizacja: 9 sie 2026 · Advanced
Języki

MCP (Model Context Protocol) to otwarty standard stworzony i udostępniony jako open source przez Anthropic w listopadzie 2024 roku, służący do łączenia aplikacji AI z zewnętrznymi narzędziami i danymi w czasie działania. Działa w architekturze host–klient–serwer z trzema prymitywami serwera — narzędziami, zasobami i promptami — i jest infrastrukturą agentic AI. Nie myl go z llms.txt (statycznym, jednokierunkowym plikiem wskazującym strony) ani ze zwykłym wywoływaniem funkcji (możliwością modelu): MCP to protokół między dostawcami, który ujednolica odkrywanie i wywoływanie narzędzi oraz danych w wielu aplikacjach i serwerach. OpenAI przyjęło go w marcu 2025 roku, a Anthropic przekazało go Linux Foundation's Agentic AI Foundation w grudniu 2025 roku. Nie ma wytycznych Google ani Binga dotyczących „MCP dla SEO” — udostępnienie serwera MCP sprawia, że dane mogą być używane przez agentów wykonujących zadania, co różni się od widoczności w wyszukiwarce lub odpowiedziach AI. MCP niesie też rzeczywiste, wciąż nierozwiązane ryzyko prompt injection i zatruwania narzędzi.

TL;DR — MCP to otwarty protokół oparty na JSON-RPC (stworzony przez Anthropic i udostępniony jako open source 25 listopada 2024 roku), służący do łączenia aplikacji AI z zewnętrznymi narzędziami i danymi. Działa w układzie host → klient → serwer, a serwery udostępniają narzędzia, zasoby i prompty. Rozwiązuje problem integracji N×M, sprowadzając go do N+M. Jest protokołem, a nie „wywoływaniem funkcji” ani llms.txt. OpenAI przyjęło go w marcu 2025 roku, a Anthropic przekazało go w grudniu 2025 roku Linux Foundation’s Agentic AI Foundation. Nie ma wytycznych Google ani Binga dotyczących „MCP dla SEO” — serwer MCP służy agentom wykonującym zadania, a nie widoczności w wyszukiwarce — i wiąże się z rzeczywistym, wciąż nierozwiązanym ryzykiem prompt injection oraz zatruwania narzędzi.

Jaki problem rozwiązuje MCP

MCP ustanawia granicę komunikacji między hostem AI a zewnętrznymi możliwościami; nie sprawia, że podłączone dane stają się godne zaufania, ani nie autoryzuje automatycznie każdego działania. 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 Specyfikacja przypisuje odrębne role hostom, klientom i serwerom oraz opisuje negocjację możliwości. 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

Przed MCP podłączenie aplikacji AI do źródła danych oznaczało przygotowanie niestandardowej integracji dla konkretnej pary. Połącz N aplikacji AI z M narzędziami, a odpowiadasz za około N×M własnych integracji — kombinatoryka szybko robi się nieprzyjemna. MCP ujednolica interfejs, więc każda aplikacja implementuje MCP raz i każde narzędzie implementuje MCP raz, sprowadzając problem do N+M. To ten sam argument, dzięki któremu warto było tworzyć protokoły takie jak HTTP czy Language Server Protocol.

Podczas premiery dyrektor techniczny Block ujął „dlaczego” w ten sposób:

“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.” (tłumaczenie) «Otwarte technologie, takie jak Model Context Protocol, są mostami łączącymi AI z aplikacjami świata rzeczywistego i sprawiającymi, że innowacja jest dostępna, przejrzysta oraz zakorzeniona we współpracy.»

Architektura: host, klient, serwer

MCP działa w modelu host–klient–serwer. Występują w nim trzy role:

  • Host — sama aplikacja AI (Claude Desktop, Claude Code, agent programistyczny działający w IDE albo aplikacja czatowa z konektorami).
  • Klient — host uruchamia jednego klienta MCP dla każdego serwera, z którym się łączy. Klient zarządza tym pojedynczym połączeniem.
  • Serwer — program udostępniający określone możliwości lub dane. Jeden serwer może opakowywać system plików, inny bazę danych, a jeszcze inny internetowe API wyszukiwania.

Host może jednocześnie łączyć się z wieloma serwerami, za każdym razem przez własnego klienta. Serwery lokalne zwykle komunikują się przez STDIO (standardowe wejście/wyjście, jeden klient); serwery zdalne zazwyczaj używają Streamable HTTP (wielu klientów), a OAuth jest dostępny dla wdrożeń wymagających delegowanej autoryzacji. Pod spodem działa JSON-RPC 2.0. Bieżący rdzeń z 2026-07-28 jest bezstanowy: wersja protokołu, metadane klienta, metoda oraz właściwa nazwa narzędzia, zasobu lub promptu towarzyszą każdemu żądaniu, a server/discover ujawnia obsługiwane przez serwer współczesne wersje i możliwości. Wyniki odkrywania i listowania możliwe do cache’owania mogą publikować wskazówki ttlMs i cacheScope. Starsi klienci z epoki 2025 nadal używają uzgadniania inicjalizacyjnego i mogą używać sesji Streamable HTTP, dlatego serwery produkcyjne często muszą w okresie przejściowym obsługiwać obie epoki. Informacje o wydaniu z 2026-07-28 oraz wskazówki migracji TypeScript SDK przypisują te zachowania nazwanej rewizji protokołu i jej ścieżce zgodności.

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

Trzy prymitywy serwera

Każdy serwer MCP udostępnia swoje możliwości przez trzy podstawowe elementy:

  • Narzędzia — wykonywalne funkcje, które agent może wywołać, aby coś zrobić (uruchomić zapytanie, wysłać wiadomość albo pobrać aktualną cenę).
  • Zasoby — kontekstowe dane, które agent może odczytać (plik, rekord w bazie danych albo odpowiedź API).
  • Prompty — wielokrotnego użytku szablony interakcji, które pakują wspólny przepływ pracy.

Każdy typ prymitywu ma własne zasady odkrywania, odczytu i wykonywania, a prymitywy nie są wymienne — klient wylicza dostępne elementy za pomocą wywołania */list (tools/list, resources/list, prompts/list), a następnie odczytuje lub wywołuje konkretny element po nazwie (tools/call uruchamia narzędzie; wywołanie w stylu get/read służy zasobowi lub promptowi). Traktowanie każdej możliwości serwera jako „narzędzia” zaciera fakt, że zasób służy do odczytu, a nie do wykonywania, natomiast prompt jest szablonem do wstawienia, a nie działaniem do uruchomienia.

Rozszerzenia zapewniają dziś formalną ścieżkę dla możliwości wykraczających poza rdzeń. MCP Apps mogą dołączać interfejs użytkownika renderowany przez serwer do wyniku narzędzia, a Tasks przeniesiono z eksperymentalnego kształtu rdzenia do rozszerzenia obsługującego trwałą, długo działającą pracę. Rewizja 2026-07-28 wycofuje także roots, sampling i logging z rdzenia. Narzędzia, zasoby i prompty pozostają podstawowymi prymitywami serwerowymi, które trzeba znać w pierwszej kolejności; obsługa jednego prymitywu lub rozszerzenia nigdy nie oznacza obsługi wszystkich. Informacje o wydaniu z 2026-07-28 opisują zmiany dotyczące rozszerzeń i wycofań.

MCP a llms.txt, wywoływanie funkcji i WebMCP

Te cztery pojęcia są nieustannie ze sobą mieszane. Rozdzielenie ich to jedna z najważniejszych wartości tej strony:

PojęcieCzym jestKierunekKto za nim stoi
MCPProtokół uruchomieniowy łączący aplikacje AI z narzędziami i danymiDziałający; bezstanowe żądania rdzenia w rewizji 2026Anthropic (2024), obecnie Agentic AI Foundation
llms.txtStatyczny plik Markdown z listą stron do przeczytaniaJednokierunkowy, doradczyPropozycja Jeremy’ego Howarda (2024); nieprzyjęta przez Google
Wywoływanie funkcjiMożliwość modelu polegająca na otrzymaniu informacji o funkcjach i wybraniu jednej do wywołaniaPoziom modelu, jeden dostawcaDowolny dostawca LLM, niezależnie
WebMCPPropozycja natywna dla przeglądarki, udostępniająca agentowi w przeglądarce działania własnej witryny na stronieZakres przeglądarkiProjekt 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. Źródło: 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 ·

Warto wyraźnie podkreślić dwa rozróżnienia:

  • MCP to nie „wywoływanie funkcji”. Wywoływanie funkcji to możliwość na poziomie modelu: model otrzymuje informację o dostępnych funkcjach i wybiera jedną do wywołania. MCP to protokół między dostawcami, który ujednolica odkrywanie, opisywanie i wywoływanie narzędzi oraz danych w wielu aplikacjach i serwerach, niezależnie od pojedynczego modelu. Serwery MCP często implementują narzędzia za pomocą definicji w stylu wywoływania funkcji — ale MCP jest nadrzędną warstwą interoperacyjności, a nie synonimem.
  • WebMCP to nie MCP. WebMCP to osobna, natywna dla przeglądarki propozycja, która wykorzystuje pojęcia podobne do MCP, aby udostępniać agentowi działającemu już w przeglądarce funkcje konkretnej witryny — dodawanie do koszyka, płatność czy wysłanie formularza. MCP to szerszy i starszy protokół łączenia aplikacji AI z zewnętrznymi narzędziami oraz danymi. Po stronie tożsamości i odkrywania zobacz artykuł o llms.txt, a także SEO encji i znacznikach schema dla AI.

Krótka oś czasu

  • 25 listopada 2024 r. — Anthropic udostępnia MCP jako open source wraz z pierwszymi partnerami i gotowymi serwerami (Google Drive, Slack, GitHub, Git, Postgres i innymi).
  • 26 marca 2025 r. — OpenAI ogłasza przyjęcie MCP; wsparcie ma pojawić się w Agents SDK, a następnie w aplikacji desktopowej ChatGPT i Responses API. Google DeepMind także zaczyna je wspierać. Wtedy MCP przestaje być rozwiązaniem Anthropic i staje się de facto standardem branżowym.
  • 9 grudnia 2025 r. — Anthropic przekazuje MCP nowo powstałej Agentic AI Foundation (AAIF), fundacji kierowanej pod auspicjami Linux Foundation i współzałożonej z Block oraz OpenAI, przy wsparciu innych dużych dostawców — wyraźnie po to, aby protokół pozostał otwarty i neutralny wobec dostawców, a nie należał do jednej firmy.
  • 28 lipca 2026 r. — pojawia się największa od premiery rewizja protokołu: bezstanowy rdzeń, rozszerzenia pierwszej klasy, metadane routingu i cache, wzmocniona autoryzacja oraz formalna polityka wycofywania. Informacje o wydaniu

Czy MCP jest czynnikiem rankingowym Google lub Binga?

Nie — i warto powiedzieć to wprost. Google nie wydało formalnych wytycznych Search Central dotyczących MCP. Nie ma dokumentu „MCP dla SEO” od Google Search Central, odcinka Search Off the Record ani strony Search Essentials poświęconej MCP. Istnieje ogólny przewodnik Google Cloud dla programistów, ale to opis dostawcy, a nie dokument o sygnale rankingowym.

Po stronie Microsoftu obraz jest podobny: Microsoft intensywnie przyjął MCP jako dostawca platformydokumentuje MCP w systemie Windows, prowadzi katalog serwerów MCP i współpracował z Anthropic nad oficjalnym C# SDK. To jednak wsparcie infrastrukturalne, a nie wytyczne Bing Webmaster mówiące, że MCP wpływa na pozycje w wyszukiwarce. Nie wpływa.

Najbliższym oficjalnym sygnałem Google w obszarze sąsiadującym z SEO jest WebMCP (ponownie: nie samo MCP). W komentarzu do dyskusji o llms.txt John Mueller z Google powiedział, że woli podejście WebMCP, ponieważ ma konkretne i dobrze ograniczone cele:

“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).” (tłumaczenie) «Podoba mi się podejście WebMCP, podobnie jak integracje handlowe — mają jasne cele i procesy: „Skoro agent jest już w Twojej witrynie, jak może właściwie wykonać zadanie X?” (na przykład ustalić ostateczną cenę produktu wraz ze wszystkimi opłatami i potencjalnymi rabatami).»

Mueller jest cytowany w materiale Rogera Monttiego dla Search Engine Journal (przejdź do cytatu). W tej samej dyskusji zwrócił też uwagę na bardziej podstawowy problem: większość wydawców po prostu nie powinna blokować agentom pobierania witryny — to niższa poprzeczka niż przyjmowanie nowego pliku lub protokołu; relacjonuję tę myśl, a nie cytuję jej dosłownie.

Zatem uczciwa odpowiedź na pytanie „czy MCP pomaga w SEO?” brzmi: udostępnienie serwera MCP może sprawić, że Twoje dane i działania będą użyteczne dla agentów wykonujących zadania. To naprawdę inna propozycja wartości niż widoczność w wyszukiwarce lub odpowiedziach AI. Nie wpisuj MCP do kategorii czynników rankingowych.

Jak MCP pojawia się w procesach SEO i marketingu

MCP dotyka dziś naszego świata przede wszystkim po stronie praktyków — pozwala agentom AI odpytywać narzędzia, z których już korzystamy:

  • Ahrefs ma konektor MCP, dzięki któremu agent AI może pobierać dane Ahrefs bezpośrednio, zamiast zmuszać Cię do ich eksportowania i wklejania. Własny przewodnik Ahrefs po agentic SEO pokazuje ten proces (autorem jest Mateusz Makosiewicz, a recenzentem Ryan Law — nie ja).
  • Serwery MCP dla Google Search Console istnieją w ekosystemie, więc agent może odczytywać dane o skuteczności GSC w ramach procesu.
  • Serwer MCP wyszukiwarki Bing udostępnia wyszukiwanie w sieci, wiadomościach i obrazach jako narzędzia, które agent może wywołać.

Model mentalny jest taki: MCP to pytanie „czy powinniśmy zbudować API?” w epoce agentów. Udostępnienie danych przez serwer MCP ma sprawić, że będą wykonywalne przez agentów, a nie poprawić ranking. Jeśli odbiorcy coraz częściej pracują przez agentów, ta użyteczność może mieć znaczenie — traktuj ją jednak jako decyzję dystrybucyjną i integracyjną, a nie SEO. To zakład dotyczący „możliwości/działania”, podczas gdy llms.txt jest zakładem dotyczącym „tożsamości/odkrywania”.

Bezpieczeństwo: rzeczywiste, nierozwiązane ryzyka

Nie zakładaj, że MCP jest bezpieczne tylko dlatego, że jest otwartym standardem renomowanej firmy. Gdy dasz agentowi AI narzędzia, które mogą działać, i jednocześnie wystawisz go na niezaufane dane wejściowe, otwierasz powierzchnię ataku. Simon Willison — jeden z bardziej wiarygodnych niezależnych głosów w sprawie narzędzi LLM i bezpieczeństwa — ujął to tak:

“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.” (tłumaczenie) «Za każdym razem, gdy łączysz narzędzia mogące działać w imieniu użytkownika z wystawieniem na potencjalnie niezaufane dane wejściowe, w praktyce pozwalasz atakującym zmusić te narzędzia do zrobienia wszystkiego, czego zechcą.»

Ostrożnie zaznacza, że nie jest to wada charakterystyczna wyłącznie dla 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.” (tłumaczenie) «Te podatności nie są nieodłączną cechą samego protokołu MCP — występują zawsze, gdy udostępniamy narzędzia LLM-owi, który może zostać wystawiony na niezaufane dane wejściowe.»

Udokumentowane ryzyka w kontekście MCP obejmują prompt injection, zatruwanie narzędzi (złośliwe instrukcje ukryte w opisie narzędzia) oraz rug pulls (narzędzie zmieniające działanie po instalacji). Na dziś są to realne problemy, a nie problemy rozwiązane — dlatego podczas wdrażania lub podłączania serwerów MCP traktuj je jak każdą inną niezaufaną integrację: stosuj najmniejsze uprawnienia, wymagaj zgody człowieka na działania o istotnych skutkach i uważnie wybieraj serwery, którym ufasz.

Wskazówki bezpieczeństwa specyfikacji MCP wymieniają konkretne kategorie ataków, przed którymi powinni bronić się twórcy serwerów i klientów — warto je znać nawet wtedy, gdy tylko oceniasz serwer zewnętrzny. Poniższa kategoria przejęcia sesji dotyczy starszego modelu sesyjnego; rdzeń z 2026 roku usuwa sesje Streamable HTTP na poziomie protokołu, a pozostałe ryzyka zaufania i autoryzacji pozostają. Informacje o wydaniu z 2026 roku opisują tę zmianę w odniesieniu do bieżącej rewizji protokołu:

  • Confused deputy (zdezorientowany zastępca) — serwer proxy MCP używający jednego statycznego identyfikatora klienta OAuth może zostać oszukany i pominąć zgodę konkretnego użytkownika na usługę zewnętrznego API, przed którym pośredniczy.
  • Token passthrough (przekazywanie tokenu) — serwer, który przyjmuje token klienta i bez kontroli przekazuje go do API niższej warstwy, łamie ścieżki audytu i zabezpieczenia; specyfikacja mówi, że serwery must not tego robić.
  • Server-side request forgery (SSRF) — złośliwy serwer może skierować odkrywanie OAuth na wewnętrzne adresy IP lub punkty końcowe metadanych chmury i nakłonić klienta do ich pobrania.
  • Legacy session hijacking (przejęcie starszej sesji) — w starszym wdrożeniu używającym sesji możliwy do odgadnięcia lub niedostatecznie losowy identyfikator sesji może pozwolić atakującemu podszyć się pod klienta. Identyfikatory sesji są uchwytami stanu, nigdy zamiennikiem uwierzytelniania. Wytyczne bezpieczeństwa protokołu wyznaczają tę granicę dla starszego modelu sesyjnego.
  • Local server compromise (przejęcie serwera lokalnego) — lokalnie zainstalowany serwer MCP działa z uprawnieniami użytkownika, więc złośliwy lub przejęty serwer może czytać pliki, wyprowadzać dane uwierzytelniające albo uruchamiać dowolne polecenia; środkiem zaradczym jest sandboxing, konfiguracja uruchamiania z najmniejszymi uprawnieniami i sprawdzenie, co naprawdę uruchamia „instalacja jednym kliknięciem”, zanim ją zaakceptujesz.

Nic z tego nie rozwiązuje się przez stwierdzenie „to otwarty standard” ani przez samo włączenie OAuth. Zgodność z protokołem, używanie oficjalnego SDK, włączenie autoryzacji lub odizolowanie serwera każde zamyka konkretne ścieżki ataku — żadne z tych działań, osobno ani razem, nie gwarantuje bezpieczeństwa integracji, poprawnego użycia narzędzia przez model ani szerokiego przyjęcia serwera. Obsługa autoryzacji jest w specyfikacji opcjonalna i zależna od wersji, a nie uniwersalną gwarancją bezpieczeństwa.

Najczęstsze mity

  1. „MCP i llms.txt to to samo / konkurują ze sobą”. Nie — llms.txt to statyczny, jednokierunkowy plik, a MCP to działający, dwukierunkowy protokół. Rozwiązują różne problemy.
  2. „MCP to tylko wywoływanie funkcji pod nową nazwą”. Nie — wywoływanie funkcji to możliwość modelu, a MCP to protokół między dostawcami nałożony na tę ideę.
  3. „MCP jest standardem Google lub OpenAI”. Nie — stworzył go Anthropic (listopad 2024). OpenAI i Google DeepMind przyjęły go później; dziś zarządza nim neutralna wobec dostawców Agentic AI Foundation.
  4. „Uruchomienie serwera MCP poprawia pozycje”. Nie ma dowodów na takie działanie. Serwer służy agentom wykonującym zadania, a nie widoczności w wyszukiwarce.
  5. „MCP zastępuje API”. Nie — serwery MCP są zwykle cienkimi nakładkami udostępniającymi istniejące API i dane w standardowy sposób do wykorzystania przez AI.
  6. „Skoro pochodzi od Anthropic, jest domyślnie bezpieczne”. Nie — istnieją rzeczywiste ryzyka prompt injection i zatruwania narzędzi, których nie rozwiązano w pełni.

MCP to warstwa działania w stosie agentic. Wokół niej mapę uzupełniają warstwy odkrywania i tożsamości — llms.txt, SEO encji, znaczniki schema dla AI oraz sposób, w jaki wyszukiwanie agentowe faktycznie planuje i wykonuje zadania. Zachowaj rozdział warstw, a o wiele łatwiej będzie oceniać marketingowy szum.

Add an expert note

Pin an expert quote

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