WebMCP: co to jest i jak działa

WebMCP (Web Model Context Protocol) to nowy standard, który pozwala witrynie udostępnić agentom AI gotowe „narzędzia” do działań bezpośrednio w przeglądarce. Zamiast zgadywać przyciski i pola w kodzie strony, witryna przez navigator.modelContext.registerTool() wprost opisuje, co można zrobić: wysłać zapytanie, wyszukać produkt, złożyć zamówienie. W tym przewodniku wyjaśniamy, czym jest WebMCP, jak działa krok po kroku, czym różni się od zwykłego API i llms.txt oraz — co najważniejsze — po co to specjaliście SEO już dziś.

Czym jest WebMCP

WebMCP to przeglądarkowe rozszerzenie idei Model Context Protocol (MCP) — otwartego standardu łączącego modele AI z zewnętrznymi narzędziami i danymi. O ile „klasyczny” MCP łączy model z serwerami i aplikacjami, o tyle WebMCP przenosi tę logikę do strony internetowej: witryna sama deklaruje zestaw akcji, z których może skorzystać agent AI działający w przeglądarce.

Mówiąc prościej, WebMCP to sposób, by „rozmawiać” z agentami ich językiem. Strona rejestruje narzędzia (tools) — każde ma czytelną nazwę, opis i listę parametrów. Agent widzi tę listę i wywołuje akcję bezpośrednio, zamiast symulować kliknięcia człowieka. Standard powstaje w ramach W3C/WICG, a Google dodało już jego sprawdzanie do Lighthouse — to więc nie teoria, lecz kierunek, który staje się standardem.

Jak działa WebMCP: 4 kroki

Mechanika WebMCP jest prosta i mieści się w czterech krokach — od rejestracji narzędzia po wykonanie akcji.

1. Witryna rejestruje narzędzia. Przez navigator.modelContext.registerTool() strona opisuje akcję: jej nazwę (name), czytelny dla ludzi i maszyn opis (description) oraz schemat parametrów (inputSchema).
2. Agent czyta listę narzędzi. Wbudowany w przeglądarkę asystent AI otrzymuje listę dostępnych akcji — bez „rozszyfrowywania” DOM i bez kruchych skryptów klikających po współrzędnych.
3. Agent wywołuje właściwe narzędzie. Zamiast szukać przycisku, wywołuje funkcję z prawidłowymi parametrami (na przykład imię i telefon dla zapytania).
4. Witryna wykonuje akcję i zwraca wynik. Twój kod obsługuje wywołanie — najczęściej ponownie wykorzystując istniejącą logikę formularza lub API — i zwraca agentowi ustrukturyzowaną odpowiedź.

W praktyce rejestracja narzędzia wygląda jak krótki fragment JavaScriptu. Oto uproszczone narzędzie „wyślij zapytanie”, którego użyliśmy w pilotażowym wdrożeniu WebMCP na własnej stronie: wypełnia istniejący formularz kontaktowy i go wysyła, ponownie wykorzystując całą logikę serwera i ochronę przed spamem.

Kluczową zaletą tego podejścia jest niezawodność i bezpieczeństwo. Agent nie „klika na ślepo”, lecz wywołuje jasno określoną akcję z zweryfikowanymi parametrami. Witryna sama decyduje, które akcje udostępnić, a które pozostawić niedostępne, i wykonuje kontrole na serwerze — tak jak dla zwykłego użytkownika.

Czym WebMCP różni się od API, llms.txt i MCP

WebMCP łatwo pomylić z pokrewnymi technologiami. Krótko o różnicy:

• WebMCP vs zwykłe API. API to osobny interfejs backendu, który trzeba zbudować i udokumentować oddzielnie. WebMCP działa na istniejącej stronie w przeglądarce: opisujesz akcje, które już są na stronie, bez nowego serwera. Często narzędzie po prostu wykorzystuje formularz lub żądanie AJAX, które już działają dla ludzi.
• WebMCP vs llms.txt. llms.txt to statyczny, czytelny dla maszyn plik w katalogu domeny, który opisuje treść witryny dla modeli (o czym jest, gdzie szukać). WebMCP dotyczy akcji: pozwala agentowi nie tylko przeczytać, ale i zrobić coś na stronie.
• WebMCP vs MCP. MCP łączy model z narzędziami backendu po stronie serwera. WebMCP to jego „przeglądarkowa” gałąź: narzędzia żyją we frontendzie konkretnej strony i są dostępne dla agenta działającego w przeglądarce użytkownika.

Po co WebMCP firmie i witrynie

Liczba autonomicznych agentów AI szybko rośnie — asystenci tacy jak agenci ChatGPT czy Gemini potrafią już samodzielnie przeglądać strony i wykonywać zadania za użytkownika. Dla firmy WebMCP oznacza kilka konkretnych korzyści:

• Mniej utraconych akcji. Jeśli agent nie potrafi poprawnie wypełnić formularza ręcznie, po prostu odejdzie. WebMCP daje mu niezawodną drogę do dokończenia zapytania lub zamówienia.
• Przewidywalność zamiast kruchych skryptów. Akcja opisana jako narzędzie nie psuje się przy zmianie układu czy pojawieniu się okienka pop-up.
• Kontrola i bezpieczeństwo. Sam decydujesz, co wolno agentowi, i weryfikujesz wszystko na serwerze.
• Gotowość na przyszłość. Wdrażając WebMCP dziś, znajdujesz się wśród pierwszych witryn „agent-ready” — zanim konkurencja zauważy trend.

WebMCP i SEO/GEO: po co to specjaliście SEO

Na pierwszy rzut oka WebMCP to temat czysto deweloperski. W rzeczywistości to nowy obszar odpowiedzialności specjalisty SEO, bo dotyczy wprost widoczności witryny dla sztucznej inteligencji. Klasyczne SEO optymalizuje strony pod roboty wyszukiwarek i ludzi; GEO (Generative Engine Optimization) dodaje optymalizację pod odpowiedzi i działania AI. WebMCP to jedno z kluczowych narzędzi tej nowej dyscypliny.

• Agenci AI to nowy ruch. Coraz więcej wizyt generują nie ludzie, lecz asystenci działający w ich imieniu. Gotowość na nich staje się częścią technicznego SEO.
• Szansa na wybór. Gdy agent wykonuje zadanie użytkownika, wybierze witrynę, z którą może niezawodnie współdziałać. To nowa forma „rankingu” — według zdolności do działania.
• To już sygnał Google. WebMCP wchodzi w skład nowej kategorii „Przeglądanie agentowe” w PageSpeed Insights (na razie eksperymentalnie) — czyli Google już mierzy gotowość witryn na agentów.
• Wspólne z klasycznym SEO. WebMCP działa w parze z drzewem dostępności i semantycznym HTML — to dawne czynniki jakości, którymi specjalista SEO i tak się zajmuje.

Jak wdrożyć WebMCP na stronie

Zacząć można od jednego–dwóch najważniejszych scenariuszy — na przykład formularza kontaktowego czy wyszukiwania produktów. Przestrzegaj kilku zasad, aby wdrożenie było poprawne i bezpieczne.

1. Wybierz kluczowe akcje witryny, które dają agentowi wartość: wysłać zapytanie, wyszukać produkt, zapisać się, złożyć zamówienie.
2. Dla każdej akcji zarejestruj osobne narzędzie przez navigator.modelContext.registerTool() — jedno narzędzie = jedna akcja, bez „kombajnów”.
3. Nadaj narzędziu jasną, zorientowaną na maszynę nazwę i opis: co robi akcja, które parametry są wymagane.
4. Opisz inputSchema z typami parametrów i zawsze weryfikuj je na serwerze — nie ufaj danym agenta bardziej niż danym człowieka.
5. Wykorzystuj ponownie istniejącą logikę formularzy i API zamiast dublować backend tylko dla agenta.
6. Zapewnij graceful fallback: jeśli przeglądarka nie obsługuje navigator.modelContext, witryna musi działać bez błędów.
7. Nie polegaj wyłącznie na WebMCP: utrzymuj w porządku drzewo dostępności i semantykę — większość agentów wciąż czyta stronę właśnie przez nie.

WebMCP i „przeglądanie agentowe” w PageSpeed Insights

WebMCP nie jest odizolowaną technologią. Google włączyło już jego sprawdzanie do nowej kategorii Lighthouse „Przeglądanie agentowe”, która ocenia gotowość witryny na agentów AI obok drzewa dostępności, stabilności układu (CLS) i pliku llms.txt. Na razie test WebMCP jest eksperymentalny i nie wlicza się do końcowej oceny, ale samo jego pojawienie się pokazuje kierunek rozwoju sieci. Więcej o tym wskaźniku w naszym artykule „Aktualizacja PageSpeed Insights: nowy wskaźnik »Przeglądanie agentowe«”.

Najczęstsze pytania (FAQ)

Czym jest WebMCP w prostych słowach?

WebMCP (Web Model Context Protocol) to standard, który pozwala witrynie udostępnić agentowi AI gotowe „narzędzia” do działań w przeglądarce. Strona przez navigator.modelContext.registerTool() opisuje, co można zrobić (na przykład wysłać zapytanie), a agent wywołuje tę akcję bezpośrednio, bez zgadywania przycisków w kodzie.

Czym WebMCP różni się od zwykłego API?

API to osobny interfejs backendu, który trzeba zbudować i udokumentować oddzielnie. WebMCP działa na istniejącej stronie w przeglądarce i często po prostu wykorzystuje formularze lub żądania, które już działają dla ludzi. Nie potrzeba nowego serwera — wystarczy opisać istniejące akcje jako narzędzia.

WebMCP i llms.txt to to samo?

Nie. llms.txt to statyczny plik, który opisuje treść witryny dla modeli. WebMCP dotyczy akcji: pozwala agentowi nie tylko przeczytać stronę, ale i wykonać na niej zadanie. Uzupełniają się nawzajem.

Czy WebMCP wpływa na pozycje w Google?

Nie ma bezpośredniego czynnika rankingowego — test WebMCP w PageSpeed Insights jest na razie eksperymentalny. Ale działa w parze z drzewem dostępności i semantyką, które od dawna wpływają na jakość witryny, więc praca nad gotowością na agentów poprawia i klasyczne SEO, i widoczność dla AI (GEO).

Czy wszystkie przeglądarki i agenci już obsługują WebMCP?

Nie, standard jest jeszcze na wczesnym etapie. Większość agentów czyta dziś stronę przez DOM i drzewo dostępności, a nie przez WebMCP. Dlatego wdrożenie warto robić z graceful fallback — aby witryna działała poprawnie także bez obsługi navigator.modelContext.

Czy warto wdrażać WebMCP już teraz?

Tak, jeśli chcesz być wśród pierwszych witryn agent-ready. Zacznij od jednej–dwóch kluczowych akcji, zrealizuj je bezpiecznie z walidacją na serwerze — a zyskasz przewagę, zanim konkurencja zauważy trend.

WebMCP to wyraźny sygnał, że sieć przygotowuje się na nowy typ odwiedzających: agentów AI, którzy nie tylko czytają strony, ale i działają na nich. Dobra wiadomość jest taka, że podstawowa praca pod WebMCP pokrywa się z klasycznym SEO i dostępnością, więc opłaca się na kilku frontach naraz. Jeśli trzeba przygotować witrynę na agentów AI, wdrożyć WebMCP, uporządkować drzewo dostępności czy zbudować strategię GEO — zespół Spilno Agency pomoże zrobić to poprawnie.