OpenAI uruchomiło obsługę WebMCP w przeglądarce wbudowanej w desktopową aplikację ChatGPT. Od 25 sierpnia 2026 strony internetowe mogą wystawiać asystentowi gotowe, nazwane funkcje zamiast zmuszać go do klikania po interfejsie. Firma nazywa ten mechanizm „site tools”, czyli narzędziami witryny, i równolegle ogłosiła dziesięciodniowy konkurs, który ma nakłonić deweloperów do szybkiego wdrożenia standardu.
Dla branży SEO to sygnał znacznie poważniejszy niż kolejna zmiana w wynikach wyszukiwania. Po raz pierwszy duży dostawca modeli daje właścicielom witryn kontraktowy interfejs dla agentów: to wydawca decyduje, jakie akcje są dostępne, jakie parametry przyjmują i co zwracają.
Kontekst: od scrapowania interfejsu do wywoływania funkcji
Przez ostatnie dwa lata agenci AI radzili sobie ze stronami w sposób, który najlepiej opisać jako zgadywanie. Model dostawał zrzut drzewa dostępności albo uproszczony HTML, próbował rozpoznać przycisk „dodaj do koszyka”, wypełniał formularz, mylił się przy walidacji i zaczynał od nowa. Każda zmiana układu strony psuła automatyzację. Każdy modal z cookies był potencjalną ślepą uliczką.
WebMCP odwraca ten układ. To propozycja otwartego standardu, w którym strona sama rejestruje funkcje JavaScript jako narzędzia: z nazwą, opisem w języku naturalnym i schematem wejścia w formacie JSON Schema. Agent nie musi interpretować pikseli. Odczytuje listę dostępnych narzędzi, wybiera właściwe i wywołuje je z parametrami, a strona wykonuje operację własną logiką aplikacyjną, z zachowaniem własnych uprawnień.
Nazwa bywa myląca, więc warto rozdzielić dwie rzeczy. Model Context Protocol w wersji serwerowej, spopularyzowany w 2025 roku, opisuje, jak zewnętrzny serwer udostępnia narzędzia modelowi. WebMCP przenosi tę ideę do przeglądarki i do warstwy samej strony. Nie potrzeba osobnej infrastruktury, klucza API ani hostowanego endpointu. Wystarczy skrypt na stronie, która i tak już działa.
Kluczowe fakty
| Element | Stan na 28 sierpnia 2026 |
|---|---|
| Data uruchomienia w ChatGPT | 25 sierpnia 2026, przeglądarka w aplikacji desktopowej |
| Nazwa handlowa u OpenAI | site tools (narzędzia witryny) |
| Wymagane modele | GPT-5.6 Sol oraz Terra; w Luna funkcja wyłączona |
| Ograniczenia kont | niedostępne w przestrzeniach Enterprise i Edu |
| Status standardu | Draft Community Group Report, W3C Web Machine Learning Community Group |
| Ścieżka standaryzacyjna W3C | brak, dokument nie jest na Recommendation Track |
| Ostatnia aktualizacja specyfikacji | 28 lipca 2026 |
| Wsparcie w przeglądarkach | origin trial w Chrome, wersja podglądowa w Edge, brak wdrożeń w Firefoksie i Safari |
| Konkurs OpenAI | zgłoszenia do 3 września, wyniki 23 września, pula 35 tys. USD |
Jak to działa od strony technicznej
Rejestracja narzędzia odbywa się z poziomu skryptu na stronie. Deweloper wskazuje identyfikator narzędzia, opis przeznaczony dla modelu, schemat parametrów wejściowych oraz funkcję wykonawczą. Historia interfejsu jest krótka, ale burzliwa: propozycja startowała jako window.agent, we wczesnych buildach Chrome trafiła pod navigator.modelContext, a nowsze wydania przeglądarki przenoszą ją pod document.modelContext.registerTool(). Kto wdraża dziś, powinien liczyć się z kolejnymi zmianami sygnatur.
Po stronie ChatGPT sygnałem dla użytkownika jest strzałka w pasku adresu. Pojawia się wtedy, gdy bieżąca strona wystawia narzędzia. Według materiałów OpenAI mechanizm obsługuje między innymi przeszukiwanie dokumentów, edycję plików, eksplorację dashboardów, porównywanie opcji podróży i aktualizację zawartości koszyka.
Warunki brzegowe są równie ważne, co same możliwości. Funkcja działa w przeglądarce ChatGPT, a nie w zwykłym Chrome: tam deweloperzy mogą testować ją przez origin trial albo flagę chrome://flags/#enable-webmcp-testing. Wymaga konkretnych wariantów modelu i nie obejmuje kont firmowych oraz edukacyjnych. To wciąż jest eksperyment, nie warstwa produkcyjna dla całej sieci.
Model uprawnień i ryzyko
OpenAI wbudowało w mechanizm warstwę zgód. Asystent prosi użytkownika o zgodę, zanim zacznie korzystać z narzędzi danej witryny, i osobno potwierdza operacje o wyższej wadze: zakupy, usuwanie danych, zmiany na koncie oraz przekazywanie informacji osobowych. W dokumentacji wprost wymienione są dwa zagrożenia: eksfiltracja danych oraz prompt injection, czyli wstrzykiwanie instrukcji do treści strony po to, by przejąć zachowanie agenta.
To nie jest teoretyczne. Narzędzie z pozoru niewinnym opisem może kierować agenta do akcji, której użytkownik nie zamawiał, a złośliwy fragment tekstu na stronie może próbować przekonać model, że ma wywołać funkcję eksportu danych. Zespoły, które planują wdrożenie, muszą traktować opisy narzędzi jak powierzchnię ataku, a nie jak pole marketingowe.
Co to znaczy dla SEO i AIO
Najważniejsza zmiana jest konceptualna. Do tej pory optymalizacja pod modele sprowadzała się do tego, żeby treść dała się odczytać, zrozumieć i zacytować. WebMCP dokłada drugą warstwę: żeby witryna dała się użyć. To przesuwa punkt ciężkości z dokumentu na akcję.
Praktycznych konsekwencji jest kilka i część z nich jest niewygodna.
- Ruch przestaje być jedyną walutą. Jeżeli agent realizuje zadanie przez wywołanie funkcji, użytkownik może w ogóle nie zobaczyć strony ani reklamy na niej. Konwersja się dzieje, sesja w analityce wygląda inaczej albo nie istnieje.
- Pomiar wymaga nowej instrumentacji. Wywołania narzędzi trzeba logować po stronie serwera, tak samo jak dziś loguje się wizyty crawlerów AI. Bez tego nie da się odpowiedzieć na pytanie, czy agenci w ogóle korzystają z witryny.
- Opis narzędzia staje się elementem contentu. Nazwa, opis i schemat parametrów to tekst, który czyta model. Nieprecyzyjny opis oznacza, że agent wybierze narzędzie konkurencji albo wróci do zgadywania po interfejsie.
- Techniczne SEO zyskuje nowy obszar. Obok pliku robots.txt, danych strukturalnych i wydajności pojawia się pytanie, jakie akcje wystawia serwis i komu.
Warto to zestawić z tym, co już wiemy o zachowaniu asystentów. Jeżeli model najpierw sięga po markę, którą zna, a dopiero potem wyszukuje, to narzędzia witryny wzmacniają istniejącą przewagę: znana marka z wygodnym interfejsem dla agenta domyka zadanie szybciej niż nieznana marka z samym tekstem. Kto pracuje nad obecnością w odpowiedziach generatywnych, powinien czytać ten ruch łącznie z przygotowaniem sklepu na zakupy realizowane przez AI.
Kto zyskuje najwięcej
Najszybciej skorzystają serwisy transakcyjne i aplikacyjne: e-commerce, rezerwacje, panele SaaS, wyszukiwarki wewnętrzne dużych baz. Tam agent ma co wywołać. Serwisy czysto treściowe zyskują mniej bezpośrednio, choć i tam da się wystawić sensowne narzędzia: przeszukiwanie archiwum, pobranie danych z tabeli, filtrowanie zestawień, wygenerowanie porównania.
Sygnał rynkowy jest wyraźny. Miliony sklepów na Shopify są już przygotowane pod WebMCP, a wśród firm testujących standard wymieniane są Expedia, Instacart i Target. Adopcja idzie więc od strony platform, a nie pojedynczych wdrożeń, co historycznie oznacza szybki wzrost zasięgu.
WebMCP a dane strukturalne i klasyczne API
Pierwsze pytanie, które pada w zespołach technicznych, brzmi: po co kolejna warstwa, skoro mamy już schema.org i publiczne API. Odpowiedź sprowadza się do trzech różnic.
Dane strukturalne opisują, czym jest obiekt na stronie. Mówią, że to produkt, przepis albo wydarzenie, i podają jego atrybuty. Nie mówią jednak, co można z tym obiektem zrobić ani jak wywołać operację. Są warstwą deklaratywną i pozostaną ważne, bo od nich zależy rozumienie treści przez modele. WebMCP jest warstwą wykonawczą i odpowiada na inne pytanie: jakie czynności witryna udostępnia.
Publiczne API z kolei potrafi wykonywać operacje, ale wymaga osobnej dokumentacji, klucza, limitów i najczęściej własnego procesu uwierzytelniania. Agent musiałby najpierw zdobyć poświadczenia, potem zrozumieć kontrakt, a na końcu i tak działałby poza sesją użytkownika. WebMCP wykorzystuje sesję, która już istnieje w przeglądarce: skoro użytkownik jest zalogowany, narzędzie działa w jego imieniu i w granicach jego uprawnień. Dla wielu serwisów to eliminuje najbardziej kosztowną część integracji.
Trzecia różnica dotyczy odbiorcy. Dokumentację API czyta programista raz, przy wdrożeniu. Opis narzędzia WebMCP czyta model przy każdym wywołaniu i na jego podstawie decyduje, czy w ogóle po nie sięgnąć. To zbliża pracę nad opisami do redakcji tekstu bardziej niż do pisania specyfikacji.
Wdrożenie krok po kroku
Minimalny scenariusz pilotażowy da się zamknąć w kilku etapach i nie wymaga przebudowy serwisu.
- Wybierz jedną, dobrze zdefiniowaną akcję o niskim ryzyku. Dobrym kandydatem jest wyszukiwanie w obrębie serwisu albo filtrowanie listingu, a złym operacja płatnicza.
- Opisz jej parametry schematem JSON: typy, wartości dopuszczalne, pola wymagane. Im mniej swobody interpretacyjnej, tym mniej błędnych wywołań.
- Podepnij funkcję wykonawczą pod istniejącą logikę aplikacji, zamiast dublować ją nowym kodem. Uprawnienia i walidacja mają pozostać w jednym miejscu.
- Uruchom testy lokalnie za flagą przeglądarki, zanim zgłosisz witrynę do origin trial.
- Zaloguj każde wywołanie razem z parametrami i wynikiem. Bez tego nie ocenisz, czy model wybiera narzędzie poprawnie. Pomocna jest tu ta sama dyscyplina, co przy analizie logów pod kątem crawlerów AI.
- Dopiero po zebraniu danych rozszerzaj zestaw narzędzi. Dziesięć źle opisanych funkcji działa gorzej niż dwie precyzyjne.
Reakcje branży
Sama OpenAI opisuje korzyść w prostych słowach. W komunikacie towarzyszącym konkursowi firma stwierdza, że zamiast pozostawiać agentom zgadywanie, jak przejść przez interfejs aplikacji, deweloper sam definiuje, w jaki sposób mogą z niej korzystać. Firma dodaje, że takie podejście może przyspieszyć realizację zadań oraz zwiększyć jej dokładność i niezawodność. To zapowiedź spodziewanych efektów, nie wynik niezależnych pomiarów, i tak należy ją czytać.
Po stronie standaryzacyjnej obraz jest bardziej stonowany. Specyfikacja powstaje w W3C Web Machine Learning Community Group, a wśród jej redaktorów są inżynierowie Google i Microsoftu. Formalnie to jednak raport grupy społecznościowej, a nie dokument na ścieżce rekomendacji W3C. Przekłada się to na realne ryzyko dla wdrażających: interfejs już raz zmienił nazwę i może zmienić się ponownie.
Komentatorzy branżowi zwracają uwagę na jeszcze jedną rzecz. Jeżeli agent działa poprzez zdefiniowane narzędzia, to właściciel witryny odzyskuje część kontroli, którą stracił przy scrapowaniu treści do modeli. Wystawienie narzędzia jest decyzją, a nie skutkiem ubocznym publikacji. W tym sensie WebMCP jest bliższy filozofii świadomego sterowania dostępem botów AI niż dotychczasowej praktyce, w której wydawcy dowiadywali się o użyciu treści po fakcie.
Nie brakuje też głosów sceptycznych. Podnoszą one, że mechanizm premiuje duże platformy zdolne utrzymywać dodatkową warstwę integracyjną, a mniejsze serwisy zostaną z wyborem: wdrożyć kolejny standard albo pogodzić się z tym, że agent ominie je na rzecz konkurenta z gotowym interfejsem.
Konkurs jako narzędzie adopcji
Równolegle z uruchomieniem funkcji OpenAI ogłosiło WebMCP Challenge. Zgłoszenia otwarto 25 sierpnia w południe czasu pacyficznego, zamknięcie przewidziano na 3 września po południu, a ogłoszenie wyników na 23 września, przy czym data może się przesunąć. Dziesięć najlepszych projektów otrzyma po 3 tys. USD, roczny dostęp do ChatGPT Pro oraz klawiaturę Codex Micro i zestaw gadżetów. Łączna pula nagród pieniężnych wynosi 35 tys. USD.
Ciekawszy od kwot jest skład partnerów. Przy konkursie wymieniane są Chromium, Cloudflare, Shopify, Vercel, Render i Netlify, a w jury zasiadają przedstawiciele Google Chrome, Cloudflare, Vercela, Shopify, Netlify oraz OpenAI. To układ, w którym producent modelu, producent przeglądarki, platformy hostingowe i największa platforma e-commerce siedzą po tej samej stronie stołu. Dla standardu, który formalnie jest dopiero szkicem, to bardzo mocne zaplecze.
Co dalej
Najbliższe tygodnie odpowiedzą na trzy pytania. Pierwsze: czy interfejs się ustabilizuje. Dopóki nazwa obiektu zmienia się między wydaniami przeglądarki, wdrożenia produkcyjne będą ostrożne. Drugie: czy Google pójdzie tą samą drogą we własnych asystentach, czy zbuduje wariant konkurencyjny. Trzecie: jak zachowają się Firefox i Safari, które na razie uczestniczą w dyskusji, ale niczego nie wdrożyły.
Dla zespołów SEO i AIO sensowna kolejność działań na dziś wygląda tak:
- Zinwentaryzować akcje, które użytkownik najczęściej wykonuje w serwisie, i ocenić, które z nich mają sens jako narzędzie dla agenta.
- Sprawdzić, czy logi serwera pozwalają odróżnić ruch agentowy od zwykłego. Jeżeli nie, uzupełnić instrumentację, zanim pojawi się wolumen.
- Potraktować opisy narzędzi jak treść optymalizowaną: precyzyjnie, bez marketingowego lania wody, z jednoznacznymi parametrami.
- Przygotować politykę uprawnień. Które operacje w ogóle mogą być dostępne dla agenta, a które wymagają obecności człowieka.
- Nie porzucać warstwy treściowej. Agent musi najpierw trafić na witrynę, a to nadal jest praca dla klasycznego SEO i dla porządku w plikach sterujących, takich jak nowa wersja llms.txt.
Trzeźwa ocena brzmi tak: to nie jest zmiana, która przemebluje wyniki wyszukiwania w tym kwartale. To jest zmiana, która przez najbliższy rok będzie decydować o tym, czy witryna jest dla agenta czytelnym partnerem, czy przeszkodą do obejścia. Koszt wejścia jest dziś niski, bo standard jest młody i większość konkurencji jeszcze nie zaczęła. Za rok ten koszt będzie liczony inaczej.
FAQ
Czym różni się WebMCP od klasycznego MCP?
Klasyczny Model Context Protocol opisuje, jak zewnętrzny serwer udostępnia narzędzia modelowi i wymaga osobnej infrastruktury. WebMCP działa w przeglądarce i w warstwie samej strony: funkcje rejestruje skrypt witryny, a agent wywołuje je bezpośrednio w kontekście otwartej karty, korzystając z uprawnień zalogowanego użytkownika.
Czy muszę wdrażać WebMCP już teraz?
Nie ma takiej konieczności, bo standard jest wciąż szkicem grupy społecznościowej W3C, a interfejs zmieniał już nazwę. Jeżeli jednak prowadzisz serwis transakcyjny lub aplikacyjny, warto przygotować inwentarz akcji i przetestować wdrożenie w środowisku deweloperskim, żeby nie zaczynać od zera, gdy specyfikacja się ustabilizuje.
Czy wystawienie narzędzi zabierze mi ruch z wyszukiwarki?
Może zmienić jego charakter. Część zadań agent domknie bez wyświetlania strony użytkownikowi, więc sesje i odsłony spadną przy jednoczesnym utrzymaniu lub wzroście liczby realizowanych operacji. Dlatego pomiar trzeba przenieść na poziom logów serwera i zdarzeń biznesowych, a nie opierać go wyłącznie na odsłonach.
Jakie są główne zagrożenia bezpieczeństwa?
Dokumentacja wskazuje eksfiltrację danych oraz prompt injection, czyli wstrzykiwanie do treści strony instrukcji, które mają przejąć zachowanie agenta. Warstwa zgód w ChatGPT wymaga potwierdzenia przed skorzystaniem z narzędzi witryny i osobno przy zakupach, usuwaniu danych, zmianach konta oraz przekazywaniu danych osobowych.
Które przeglądarki obsługują dziś WebMCP?
Funkcja działa w przeglądarce wbudowanej w desktopową aplikację ChatGPT. Chrome prowadzi origin trial i udostępnia flagę testową dla deweloperów, Edge ma wsparcie w wersji podglądowej, natomiast Firefox i Safari uczestniczą w pracach W3C, ale nie wdrożyły standardu.