Strony internetowe przez lata projektowaliśmy głównie dla ludzi i robotów wyszukiwarek. Teraz dochodzi do nich kolejny użytkownik-– agent AI, który nie tylko czyta treści, ale może również wykonywać zadania: wyszukać produkt, sprawdzić termin czy przygotować rezerwację.
Problem w tym, że większość stron nie była projektowana z myślą o agentach. AI musi więc rozpoznawać elementy interfejsu, analizować formularze i symulować działania człowieka.
WebMCP proponuje prostsze rozwiązanie. Pozwala stronie udostępnić agentowi konkretne funkcje jako uporządkowane narzędzia. Zamiast zgadywać, który przycisk kliknąć, agent może od razu otrzymać informację, jakie działania są dostępne i jak z nich skorzystać.
Co to jest WebMCP?
WebMCP to propozycja interfejsu pozwalającego stronom i aplikacjom internetowym udostępniać swoje funkcje agentom AI jako uporządkowane narzędzia. Agent może dzięki temu otrzymać informację, jakie działania są dostępne, do czego służą i jakich danych potrzebują.
Najłatwiej zobaczyć różnicę na przykładzie sklepu internetowego. Użytkownik szukający czarnych butów w rozmiarze 39 korzysta z wyszukiwarki, filtrów, kategorii i wariantów produktu. Agent może próbować przejść dokładnie tę samą drogę: znaleźć odpowiednie elementy strony, ustawić filtry, kliknąć i sprawdzić rezultat.
Przy WebMCP sklep może udostępnić funkcję w rodzaju search_products, która wprost informuje, że służy do wyszukiwania produktów i przyjmuje określone parametry, np. kategorię, kolor czy rozmiar.
Dlaczego WebMCP pojawia się właśnie teraz?
Powód jest prosty: zmieniają się możliwości samych agentów. Chatbot odpowiada na pytanie, agent może wykonać zadanie.
Jeżeli zapytasz o hotel, klasyczny system może znaleźć informacje o obiekcie i podsumować ofertę. Agent działający w przeglądarce może dodatkowo sprawdzić dostępność konkretnego pokoju i pomóc przejść przez proces rezerwacji.
Do tego potrzebuje jednak niezawodnego sposobu komunikowania się z aplikacją. Dziś agenci mogą korzystać między innymi z DOM, accessibility tree czy analizy wizualnej strony. Potrafią również symulować kliknięcia i wpisywanie tekstu. To działa, ale jest podatne na błędy. Zmiana układu strony, etykiety przycisku albo struktury komponentu może zaburzyć cały proces.
WebMCP dodaje bardziej bezpośrednią warstwę komunikacji. Zamiast odtwarzać zachowanie człowieka na podstawie wyglądu interfejsu, agent może skorzystać z funkcji, którą aplikacja udostępniła właśnie do tego celu.
Chrome rozwija WebMCP w kontekście tzw. agentic web, czyli internetu, w którym AI nie tylko znajduje i przetwarza informacje, ale może również wykonywać zadania w imieniu użytkownika.
WebMCP a MCP - jaka jest różnica?
Podobieństwo nazw nie jest przypadkowe, ale WebMCP i MCP nie są tym samym.
- MCP, czyli Model Context Protocol, pozwala aplikacjom wykorzystującym modele AI łączyć się z zewnętrznymi narzędziami i źródłami danych.
- WebMCP wykorzystuje podobny sposób myślenia o narzędziach bezpośrednio w aplikacji webowej.
Można więc spotkać się z określeniem „MCP dla stron internetowych”. Jest wygodne, ale stanowi pewne uproszczenie.
Aktualna specyfikacja WebMCP zaznacza, że przeglądarka nie musi wykorzystywać samego protokołu MCP do przekazywania narzędzi agentowi. Może zrobić to przez MCP, function calling albo inny mechanizm.
Wspólny jest przede wszystkim model: aplikacja jasno definiuje dostępne narzędzia zamiast oczekiwać, że agent sam odtworzy sposób jej obsługi.
Jak działa WebMCP?
Podstawowym elementem WebMCP są tools, czyli narzędzia udostępniane agentowi. Takim narzędziem może być wyszukiwanie produktu, sprawdzanie dostępności terminu, przesłanie formularza, utworzenie zgłoszenia serwisowego czy wykonanie określonej operacji w aplikacji SaaS.
Narzędzie ma nazwę i opis oraz określone dane wejściowe. Agent dostaje więc znacznie bardziej jednoznaczną instrukcję niż ta, którą musiałby sam wyciągnąć z interfejsu.
Chrome opisuje obecnie dwa podstawowe sposoby tworzenia narzędzi WebMCP: Declarative API i Imperative API.
Declarative API - prostsza droga dla formularzy
Declarative API jest przeznaczone przede wszystkim dla operacji opartych na istniejących formularzach HTML.
Formularz można uzupełnić o informacje opisujące jego funkcję. toolname nadaje nazwę narzędziu, tooldescription wyjaśnia jego przeznaczenie, a toolparamdescription opisuje znaczenie poszczególnych parametrów.
Dzięki temu zwykły formularz może otrzymać dodatkową reprezentację zrozumiałą dla kompatybilnego agenta.
To ciekawy aspekt WebMCP, bo wdrożenie nie musi oznaczać przebudowy całej strony. Technologia może działać jako progressive enhancement: człowiek nadal korzysta z normalnego formularza, a agent otrzymuje dodatkowy sposób obsługi tej samej funkcji.
Imperative API - większa kontrola nad narzędziami
Formularze wystarczą przy prostych operacjach. Bardziej rozbudowane aplikacje potrzebują jednak dostępu do własnej logiki, stanu i procesów. Do tego służy Imperative API.
W aktualnej dokumentacji narzędzia można rejestrować w JavaScript między innymi za pomocą document.modelContext.registerTool(). Deweloper definiuje nazwę i opis narzędzia, inputSchema oraz funkcję, która zostanie wykonana po jego wywołaniu.
Daje to znacznie większą swobodę. Narzędzie nie musi odpowiadać pojedynczemu formularzowi. Może uruchamiać bardziej złożoną logikę aplikacji.
Przy implementacji warto sprawdzać aktualną dokumentację. WebMCP zmieniało się już w trakcie 2026 roku. Starsze materiały mogą zawierać np. navigator.modelContext, podczas gdy nowsza specyfikacja definiuje modelContext na obiekcie Document.
Przy technologii na tak wczesnym etapie tutorial sprzed kilku miesięcy potrafi być po prostu nieaktualny.
Jak WebMCP może działać w e-commerce?
Sklepy internetowe są naturalnym polem do eksperymentów z agentami.
Wyobraź sobie polecenie: „Znajdź czarną kurtkę przeciwdeszczową w rozmiarze M do 500 zł.”
Agent obsługujący klasyczny interfejs musi znaleźć wyszukiwarkę, wpisać zapytanie, rozpoznać filtry, ustawić odpowiedni rozmiar, kolor i cenę, a później przeanalizować wyniki.
Sklep korzystający z WebMCP mógłby wystawić narzędzie wyszukiwania przyjmujące te wartości bezpośrednio jako parametry.
Podobny model można zastosować na kolejnych etapach ścieżki zakupowej: przy wyborze wariantu, sprawdzaniu dostępności czy innych operacjach związanych z zakupem.
Nie oznacza to, że agent powinien dostać możliwość samodzielnego wykonania każdej czynności. Szczególnie operacje finansowe wymagają znacznie większej kontroli i świadomego udziału użytkownika.
Gdzie jeszcze WebMCP może znaleźć zastosowanie?
W dokumentacji Chrome pojawiają się między innymi retail, podróże i customer service. Lista potencjalnych zastosowań jest jednak znacznie dłuższa.
- W SaaS agent może wykonywać powtarzalne operacje w aplikacji.
- System rezerwacyjny może udostępni ć sprawdzanie wolnych terminów.
- Platforma podróżnicza - wyszukiwanie ofert według parametrów.
- Customer service - przygotowanie zgłoszenia zawierającego wszystkie potrzebne informacje.
Najwięcej sensu WebMCP ma więc w aplikacjach, w których użytkownik coś robi, a nie tylko czyta. Prosta strona firmowa z ofertą i kilkoma artykułami prawdopodobnie niewiele zyska na takim wdrożeniu. Marketplace, SaaS albo rozbudowany e-commerce mają już znacznie więcej procesów, które można potencjalnie udostępnić agentowi.
WebMCP a SEO - czy trzeba zacząć optymalizować strony pod agentów?
WebMCP nie jest czynnikiem rankingowym Google. Nie zastępuje również technicznego SEO, danych strukturalnych ani dobrej treści.
Rozwiązuje inny problem - SEO pomaga stronie zostać odnalezioną i zrozumianą przez wyszukiwarkę. Schema.org może opisać, czym jest konkretny element lub encja. WebMCP dotyczy działania, które agent może wykonać.
Najprostszy przykład:
- Schema.org może przekazać: „to jest produkt”.
- WebMCP może udostępnić: „wyszukaj produkt spełniający te warunki”.
Pierwsze opisuje informację, a drugie udostępnia funkcję. Z perspektywy AISEO jest to interesujące, ponieważ obecność marki w środowisku AI nie musi w przyszłości kończyć się na cytowaniu jej treści. Jeżeli użytkownicy będą delegować agentom kolejne zadania, znaczenie może mieć również to, czy agent potrafi skorzystać z serwisu firmy.
Agent Experience - UX dla agenta?
WebMCP wprowadza ciekawy problem projektowy. Narzędzia muszą być zrozumiałe nie tylko dla programisty, który je stworzył, ale również dla modelu wybierającego odpowiednią funkcję.
Można tutaj mówić o Agent Experience. Nie jest to oficjalny następca UX ani nowa dyscyplina SEO, ale termin dobrze opisuje problem.
- Czy nazwa narzędzia jasno informuje, do czego służy?
- Czy opis mówi agentowi, kiedy warto go użyć?
- Czy parametry są zrozumiałe?
- Czy pięć dostępnych funkcji nie robi właściwie tego samego?
Chrome rekomenduje konkretne, zorientowane na działanie nazwy oraz jasne opisy. Narzędzia o bardzo podobnym zakresie mogą utrudniać modelowi wybór.
Warto również upraszczać dane wejściowe. Jeżeli aplikacja może sama wykonać transformację albo przeliczenie, nie ma sensu przerzucać tej pracy na model. Parametry powinny być możliwie naturalne i jednoznaczne.
Jak testować WebMCP?
Po wdrożeniu WebMCP warto sprawdzić, czy agent rzeczywiście otrzymuje prawidłowe informacje o funkcjach strony. Pomaga w tym Lighthouse - narzędzie dostępne w ekosystemie Chrome, wykorzystywane do technicznej analizy stron internetowych.
Lighthouse posiada audyty związane z agentic browsing. Mogą one sprawdzić m.in., jakie narzędzia WebMCP zostały zarejestrowane na stronie i czy zostały prawidłowo opisane. W praktyce pozwala to wychwycić takie problemy jak brak nazwy narzędzia, niejasny opis, błędnie przygotowane parametry czy niepoprawny schemat danych.
Załóżmy, że sklep udostępnia agentowi narzędzie search_products. Audyt może pomóc sprawdzić, czy narzędzie jest poprawnie zdefiniowane i czy agent dostaje informacje potrzebne do jego użycia.
Sama poprawność techniczna to jednak dopiero pierwszy etap. Warto również testować, czy agent wybiera właściwe narzędzie w odpowiednim momencie, prawidłowo przekazuje parametry i otrzymuje oczekiwany rezultat. WebMCP jest nadal technologią eksperymentalną, dlatego takie testy są szczególnie ważne przed udostępnieniem agentom bardziej złożonych funkcji strony.
WebMCP i bezpieczeństwo
Agent, który może wykonywać działania, wymaga zupełnie innego podejścia do bezpieczeństwa niż crawler odczytujący stronę.
Szczególnie istotne staje się to w uwierzytelnionej sesji. Agent może mieć dostęp do danych użytkownika i funkcji, które zmieniają stan konta, publikują informacje, składają zamówienia czy inicjują płatności.
Jednym z problemów jest prompt injection. Złośliwa instrukcja może znaleźć się w treści analizowanej przez model i próbować wpłynąć na jego dalsze działania.
Ryzyko może pochodzić zarówno z samego narzędzia, jak i z danych, które narzędzie zwraca. Przykładem są treści generowane przez innych użytkowników, komentarze czy dane pobierane z zewnętrznego źródła.
Dlatego zabezpieczenie WebMCP nie może opierać się na założeniu, że model „zrozumie”, czego nie powinien robić. Nadal potrzebne są normalne zabezpieczenia aplikacji: autoryzacja, walidacja danych, kontrola uprawnień, ograniczenia między originami i potwierdzenia użytkownika przy działaniach o istotnych konsekwencjach.
Specyfikacja przewiduje również dodatkowe informacje opisujące charakter narzędzia, takie jak readOnlyHint, untrustedContentHint czy consequentialHint. Mogą one sygnalizować, że operacja jest tylko do odczytu, zwraca potencjalnie niezaufaną treść albo może wywołać istotne skutki.
Nie rozwiązuje to wszystkich problemów bezpieczeństwa. Projekt nadal rozwija mechanizmy związane z uprawnieniami, danymi wrażliwymi i kontrolą działań agentów.
Czy WebMCP jest standardem W3C?
Nie. Na 2 października 2026 roku WebMCP pozostaje Draft Community Group Report przygotowanym przez Web Machine Learning Community Group. Nie jest zatwierdzonym standardem W3C ani dokumentem znajdującym się na W3C Standards Track.
Ma to praktyczne znaczenie. Nie można jeszcze zakładać powszechnej obsługi WebMCP przez przeglądarki ani budować krytycznych procesów biznesowych tak, jakby technologia była stabilnym elementem platformy webowej.
Chrome aktywnie ją rozwija i testuje. Stanowiska innych producentów przeglądarek oraz dalsza standaryzacja nadal mają jednak znaczenie dla przyszłości projektu.
Na obecnym etapie WebMCP najlepiej określać jako eksperymentalną propozycję rozwijaną z myślą o agentic web.
Co może jeszcze zmienić się w WebMCP?
Całkiem sporo. Wśród dyskutowanych kierunków znajdują się m.in. multimodalne dane wejściowe i wyjściowe, ustrukturyzowane wyniki narzędzi, obsługa operacji przekraczających granice dokumentów, mechanizmy potwierdzania działań przez użytkownika, raportowanie postępu dłuższych zadań czy potencjalne wykorzystanie Service Workers.
Dlatego firmy zainteresowane WebMCP nie powinny dziś przebudowywać całej architektury tylko po to, żeby „być pierwszym”.
Znacznie rozsądniejsze jest prototypowanie. Można wybrać jeden dobrze określony proces, sprawdzić, jak dałoby się udostępnić go agentowi, przetestować ograniczenia i obserwować dalszy rozwój specyfikacji.
WebMCP, Schema.org i llms.txt - czym się różnią?
Te rozwiązania często trafiają do jednego zestawienia, bo wszystkie dotyczą w pewnym stopniu komunikacji strony z systemami AI. Ich zadania są jednak inne.
- Schema.org opisuje znaczenie informacji i relacje między nimi. Dzięki niemu można wskazać, że konkretny obiekt jest produktem, organizacją, osobą czy wydarzeniem.
- llms.txt jest propozycją ułatwienia modelom dostępu do uporządkowanych informacji o zawartości serwisu. Nie jest odpowiednikiem WebMCP ani interfejsem do wykonywania operacji.
- WebMCP dotyczy capabilities, czyli tego, co agent może zrobić w aplikacji.
Nie ma więc większego sensu pytać, które z tych rozwiązań „wygra”. Potencjalnie mogą odpowiadać za zupełnie różne warstwy serwisu.
Czy WebMCP zmieni sposób projektowania stron?
Jeżeli agentic browsing rzeczywiście stanie się popularny, projektowanie stron będzie musiało uwzględnić kolejny rodzaj interakcji. Nie znaczy to, że klasyczny interfejs zniknie. Obecna koncepcja WebMCP zakłada raczej współpracę człowieka i agenta w tej samej aplikacji.
To istotne, bo użytkownik powinien widzieć rezultat działań wykonywanych w jego imieniu. Jeśli agent ustawi filtr, wybierze wariant albo zmieni dane w formularzu, interfejs powinien pozostawać zsynchronizowany z tym stanem.
WebMCP nie próbuje więc tworzyć osobnego, niewidocznego internetu dla AI. Ma raczej dać agentowi lepszy sposób korzystania z tej samej aplikacji, z której korzysta człowiek.
Co WebMCP może oznaczać dla marketingu i e-commerce?
Na dziś nie ma podstaw, aby obiecywać wzrost pozycji, ruchu czy sprzedaży po wdrożeniu WebMCP.
Ciekawszy jest scenariusz długoterminowy, jeżeli użytkownik część researchu i obsługi serwisu przekaże agentowi, marka może spotkać potencjalnego klienta w zupełnie inny sposób. Agent wyszuka produkty, odfiltruje niedopasowane oferty, sprawdzi parametry i wykona część operacji jeszcze zanim człowiek sam zacznie przeklikiwać kolejne podstrony.
Dostępność funkcji serwisu dla agentów może wtedy stać się kolejnym elementem cyfrowej obecności firmy.
SEO nadal będzie odpowiadało za widoczność w wyszukiwaniu. Treści za przekazywanie wiedzy. Dane strukturalne za porządkowanie znaczenia informacji. WebMCP może dołożyć do tego warstwę działania.
Czy warto wdrażać WebMCP już teraz?
W przypadku zwykłej strony informacyjnej raczej trudno uznać WebMCP za priorytet.
Inaczej wygląda sytuacja w e-commerce, marketplace’ach, SaaS, serwisach rezerwacyjnych, platformach podróżniczych czy aplikacjach z dużą liczbą powtarzalnych operacji. Tutaj można już zacząć od prostego ćwiczenia: przeanalizować najważniejsze customer journeys i sprawdzić, które działania użytkownik mógłby sensownie delegować agentowi.
Nie trzeba od razu budować kilkudziesięciu narzędzi. Lepszym eksperymentem może być jedna dobrze określona funkcja, np. wyszukiwanie produktów według parametrów albo sprawdzanie dostępnych terminów.
WebMCP warto też wdrażać jako progressive enhancement, bez uzależniania podstawowego działania aplikacji od eksperymentalnej technologii.
Przy operacjach związanych z płatnościami, kontem, danymi osobowymi czy publikowaniem informacji potrzebna jest znacznie większa ostrożność. Automatyzacja nie powinna odbywać się kosztem kontroli użytkownika.
WebMCP i internet projektowany dla agentów
WebMCP jest jeszcze młody. Specyfikacja się zmienia, obsługa przeglądarek jest ograniczona, a kwestie bezpieczeństwa i uprawnień nadal są rozwijane.
Sam problem, który próbuje rozwiązać, raczej nie zniknie. Im więcej zadań użytkownicy będą przekazywać agentom, tym częściej AI będzie musiała nie tylko przeczytać stronę, ale faktycznie z niej skorzystać. Symulowanie kliknięć w interfejsie zaprojektowanym wyłącznie dla człowieka nie zawsze będzie najlepszym sposobem.
WebMCP pokazuje alternatywę: aplikacja może jasno opisać dostępne działania i udostępnić je agentowi w uporządkowanej formie.
Czy właśnie WebMCP stanie się docelowym standardem agentic web? Na obecnym etapie jest za wcześnie, żeby to przesądzać. Warto natomiast obserwować sam kierunek.
Strony przyszłości mogą być projektowane jednocześnie dla człowieka, wyszukiwarki i agenta wykonującego zadania w imieniu użytkownika. Dla e-commerce, SaaS, UX i web developmentu może to być znacznie większa zmiana niż kolejny format wyników wyszukiwania.
FAQ - najczęstsze pytania o WebMCP
Co to jest WebMCP?
WebMCP to eksperymentalna propozycja interfejsu, dzięki któremu strona internetowa może udostępniać swoje funkcje agentom AI jako uporządkowane narzędzia. Agent otrzymuje informacje o dostępnych działaniach i potrzebnych parametrach zamiast polegać wyłącznie na analizie interfejsu strony.
Co oznacza skrót WebMCP?
Nazwa nawiązuje do Model Context Protocol i podobnego sposobu myślenia o udostępnianiu narzędzi modelom AI. Aktualna specyfikacja nie wymaga jednak, aby komunikacja pomiędzy przeglądarką a agentem odbywała się za pomocą samego protokołu MCP.
Czy WebMCP jest standardem W3C?
Nie. Na 2 października 2026 roku WebMCP ma status Draft Community Group Report przygotowanego przez Web Machine Learning Community Group. Nie jest zatwierdzonym standardem W3C ani częścią W3C Standards Track.
Czy WebMCP działa w Google Chrome?
Chrome aktywnie rozwija i testuje WebMCP oraz udostępnia dokumentację i narzędzia pomagające w eksperymentowaniu z tą technologią. Nadal należy jednak traktować ją jako rozwiązanie eksperymentalne, a nie powszechnie obsługiwany standard WWW.
Czym WebMCP różni się od MCP?
MCP jest protokołem służącym szerzej do łączenia aplikacji AI z narzędziami i źródłami danych. WebMCP dotyczy udostępniania narzędzi przez aplikację webową agentowi działającemu w środowisku przeglądarki. Sama przeglądarka nie musi przy tym korzystać z MCP jako protokołu transportowego.
Czym WebMCP różni się od Schema.org?
Schema.org opisuje przede wszystkim znaczenie informacji. Może np. określić, że dany obiekt jest produktem. WebMCP opisuje działania dostępne dla agenta, np. funkcję wyszukania produktu według określonych parametrów.
Czy WebMCP wpływa na SEO?
Nie ma obecnie podstaw, aby traktować WebMCP jako czynnik rankingowy Google. Technologia dotyczy przede wszystkim interakcji agentów AI z funkcjami aplikacji i nie zastępuje klasycznego SEO, treści ani danych strukturalnych.
Czy WebMCP jest bezpieczne?
WebMCP jest projektowane z uwzględnieniem kwestii bezpieczeństwa, ale agenci wykonujący działania tworzą nowe ryzyka. Należą do nich m.in. prompt injection, niewłaściwe użycie uprawnień czy operacje wykonywane w uwierzytelnionej sesji. Dlatego nadal potrzebne są standardowe zabezpieczenia aplikacji oraz kontrola użytkownika nad działaniami o istotnych konsekwencjach.
Czy WebMCP zastąpi interfejs strony?
Nie taki jest obecny cel projektu. WebMCP może działać jako progressive enhancement. Człowiek nadal korzysta ze zwykłego interfejsu, natomiast kompatybilny agent dostaje dodatkowy, uporządkowany sposób korzystania z wybranych funkcji.
Czy warto wdrożyć WebMCP w sklepie internetowym?
E-commerce jest jednym z najbardziej naturalnych zastosowań, ponieważ sklep udostępnia wiele funkcji, z których potencjalnie może korzystać agent: wyszukiwanie, filtrowanie, wybór wariantu czy sprawdzanie dostępności. Na obecnym etapie lepiej jednak traktować WebMCP jako obszar do prototypowania niż obowiązkowy element każdego sklepu.