OpenAI udostępnił obsługę WebMCP w przeglądarce wbudowanej w desktopową aplikację ChatGPT. To zmiana, która przestawia relację między stroną a agentem AI z trybu „zgaduj, w co kliknąć” na tryb „masz tu listę operacji i schemat parametrów”. Firma ogłosiła start 25 sierpnia 2026 i tego samego dnia otworzyła dziesięciodniowy konkurs dla deweloperów, w który weszli między innymi Shopify, Google Chrome, Cloudflare, Vercel, Netlify i Render.
Dla zespołów SEO i AIO to pierwszy moment, w którym „optymalizacja pod agenty” przestaje być metaforą i staje się warstwą techniczną z konkretnym API. Strona nie tylko dostarcza treść do zacytowania. Strona może teraz wystawić funkcję, którą model wywoła w imieniu zalogowanego użytkownika.
Kontekst: dlaczego agenty potrzebowały czegoś więcej niż HTML
Dotychczasowy model pracy agentów przeglądarkowych był kosztowny i zawodny. Agent robił zrzut ekranu albo parsował drzewo dostępności, próbował zlokalizować przycisk, symulował kliknięcie, czekał na przeładowanie widoku i sprawdzał, czy stan aplikacji faktycznie się zmienił. Każdy z tych kroków to okazja do pomyłki: modal z cookies, leniwe ładowanie listy, zmiana klasy CSS po deployu, nietypowy datepicker. Serwisy o rozbudowanym froncie były dla agentów najtrudniejsze, mimo że to właśnie one mają najwięcej użytecznych funkcji.
WebMCP, czyli Web Model Context Protocol, odwraca ten układ. Zamiast wnioskować o możliwościach aplikacji z pikseli, agent pyta stronę wprost, co potrafi. Strona odpowiada listą zadeklarowanych narzędzi: nazwa, opis w języku naturalnym, schemat wejścia i funkcja wykonawcza. Jak ujmuje to komunikat OpenAI, zamiast zostawiać agentom zgadywanie drogi przez interfejs, deweloper definiuje dokładnie, w jaki sposób mogą korzystać z aplikacji.
Warto od razu rozdzielić dwa podobnie brzmiące skróty. MCP to protokół zapoczątkowany przez Anthropic, dziś rozwijany pod skrzydłami Linux Foundation, i dotyczy podłączania modeli do serwerów narzędziowych po stronie backendu. WebMCP to jego przeglądarkowy odpowiednik: narzędzia żyją w kontekście otwartej karty, w sesji zalogowanego użytkownika, i znikają razem z zamknięciem strony. Specyfikacja powstaje w W3C Web Machine Learning Community Group, przy udziale inżynierów Google i Microsoftu, i formalnie ma status roboczego raportu grupy społecznościowej. Nie jest to jeszcze standard na ścieżce rekomendacji W3C, co OpenAI zaznacza, opisując WebMCP jako eksperymentalny otwarty standard.
Kluczowe fakty
| Element | Stan na 28 sierpnia 2026 |
|---|---|
| Co uruchomiono | Obsługa WebMCP i panel „Site tools” w przeglądarce wewnątrz desktopowej aplikacji ChatGPT |
| Data ogłoszenia | 25 sierpnia 2026 |
| Wymagany model | GPT-5.6 Sol lub Terra; w GPT-5.6 Luna WebMCP pozostaje wyłączone |
| Ograniczenia dostępu | Funkcja niedostępna w przestrzeniach Enterprise oraz Edu |
| Status specyfikacji | Roboczy dokument W3C Web Machine Learning Community Group, poza ścieżką standaryzacyjną |
| Interfejs programistyczny | navigator.modelContext.registerTool() oraz unregisterTool(), wyłącznie w kontekście bezpiecznym (HTTPS) |
| Wdrożenia | Miliony sklepów Shopify; eksperymenty Expedia, Instacart i Target; Progress Software w bibliotekach Telerik i Kendo UI |
| Konkurs deweloperski | Zgłoszenia od 25 sierpnia do 3 września 2026, wyniki 23 września; pula nagród ok. 35 tys. USD |
Jak to działa od strony użytkownika
Kiedy użytkownik otworzy w przeglądarce ChatGPT stronę zgodną z WebMCP, w pasku adresu pojawia się dodatkowa ikona. Po jej kliknięciu widać sekcję „Site tools”, czyli spis operacji, które serwis udostępnia agentowi. Model może z nich skorzystać podczas realizacji polecenia, na przykład przy wyszukiwaniu w dokumentacji, edycji pliku, zmianie zakresu dat w dashboardzie, porównywaniu ofert podróży czy aktualizacji koszyka. Według komunikatu zespołu deweloperskiego OpenAI, po wejściu na zgodną stronę ChatGPT lub Codex mogą automatycznie użyć jej narzędzi, aby dokończyć zadanie użytkownika.
Istotne są granice tego mechanizmu. Narzędzia są przypisane do konkretnej, aktualnie otwartej strony i przestają istnieć po jej zamknięciu. Działają w bieżącej sesji, więc jeśli użytkownik jest zalogowany, agent operuje na jego uprawnieniach, a nie na anonimowym dostępie. ChatGPT prosi o zgodę przed rozpoczęciem interakcji z witryną, a każde wywołanie narzędzia przechodzi kontrolę bezpieczeństwa. Operacje o wyższej stawce, czyli zakupy, usuwanie danych, zmiany ustawień konta, wysyłka wiadomości i przekazywanie informacji osobowych, wymagają osobnego potwierdzenia. OpenAI zastrzega przy tym, że te kontrole nie stanowią gwarancji wiarygodności samej witryny.
Nowa funkcja wpisuje się w szerszą reorganizację po stronie OpenAI. Firma wygasiła osobną przeglądarkę Atlas i przeniosła agentową pracę w przeglądarce do samego ChatGPT oraz do Codeksa, deklarując przy tym mocniejszą obsługę wielu kart, pobierania plików i logowania do kont. WebMCP jest logicznym dopełnieniem tej konsolidacji: skoro przeglądarka mieszka wewnątrz asystenta, opłaca się dać stronom sposób na rozmowę z asystentem po API, a nie po pikselach.
Jak to wygląda w kodzie
Implementacja po stronie serwisu jest zaskakująco lekka. Strona rejestruje funkcję JavaScript jako narzędzie, opisuje ją zrozumiałym zdaniem i dokłada schemat parametrów w formacie JSON Schema:
name: unikalny identyfikator operacji, na przykładsearchProducts.description: opis w języku naturalnym, po którym model decyduje, kiedy narzędzia użyć.inputSchema: struktura wejścia, która pozwala walidować parametry przed wykonaniem.execute: asynchroniczna funkcja zwracająca obiekt z wynikiem.annotations: metadane, na przykładreadOnlyHintdla operacji, które niczego nie zmieniają.
Rejestrację uzupełnia unregisterTool(), przydatne w aplikacjach jednostronicowych, gdzie zestaw dostępnych operacji zmienia się przy przejściu między widokami. API wymaga kontekstu bezpiecznego, więc działa wyłącznie na HTTPS. W samym Chrome odpowiednik testowy jest schowany za flagą, więc produkcyjne wdrożenia dziś realnie ożywają dopiero w środowiskach takich jak przeglądarka ChatGPT.
Największa różnica względem klasycznych integracji polega na tym, że nie budujemy publicznego API z osobnym uwierzytelnianiem, limitami i dokumentacją. Narzędzie WebMCP korzysta z sesji, która już jest w przeglądarce, i z logiki, która już jest we froncie. To jest ten sam kod, który obsługuje kliknięcie użytkownika, tylko wystawiony pod innym adresem.
Co to znaczy dla SEO i AIO
Pierwszy wniosek jest strategiczny: warstwa widoczności w AI przestaje kończyć się na cytowaniu. Do tej pory optymalizacja pod modele oznaczała walkę o to, żeby nasz akapit trafił do odpowiedzi i żeby przy nim stanął link. WebMCP dokłada drugą warstwę, w której liczy się nie to, czy model o nas opowie, ale czy model potrafi u nas coś zrobić. Serwis, który wystawia sensowne narzędzia, ma szansę zostać wykonawcą zadania, a nie tylko przypisem. Dla sklepów, SaaS-ów i serwisów rezerwacyjnych to potencjalnie większa zmiana niż kolejna aktualizacja rdzenia algorytmu. Pisaliśmy o tym kierunku szerzej w materiale o tym, jak przygotować sklep na zakupy realizowane przez AI.
Drugi wniosek dotyczy pomiaru. Jeżeli agent wykona zadanie przez narzędzie WebMCP, sesja w analityce wygląda inaczej niż klasyczna wizyta. Nie ma ścieżki klikania, nie ma zdarzeń interfejsu, a konwersja może pojawić się bez typowego lejka. Zespoły, które nie oznaczą wywołań narzędzi własną telemetrią, zobaczą w raportach dziurę i uznają ją za spadek. Warto od razu logować, które narzędzie zostało wywołane, z jakimi parametrami i z jakim skutkiem, a następnie zestawiać to z ruchem referencyjnym z asystentów.
Trzeci wniosek jest treściowy i najbliższy codziennej pracy redakcji. Opis narzędzia to nowy rodzaj mikrocopy o wysokiej stawce. Model wybiera narzędzie na podstawie zdania, które napiszemy w polu description, dokładnie tak, jak użytkownik wybiera wynik na podstawie tytułu i opisu w SERP. Ta sama dyscyplina, która sprawdza się w meta description, sprawdzi się tutaj: konkret zamiast marketingu, jawne warunki brzegowe, jednoznaczne nazewnictwo parametrów. Dobrze opisane narzędzie wygra z lepiej zaimplementowanym, ale mętnie opisanym.
Czwarty wniosek dotyczy dostępu botów. WebMCP nie jest kanałem crawlowania i nie zastępuje decyzji o tym, kogo wpuszczamy do treści. To nadal dwie osobne polityki: jedna dotyczy pobierania materiału, druga wykonywania operacji w sesji użytkownika. Kto porządkował u siebie reguły dla crawlerów i agentów, ten ma teraz dobry punkt wyjścia, żeby dopisać trzecią kolumnę do tej samej tabeli decyzji.
Praktyczna lista kontrolna na najbliższe tygodnie
- Wypisz pięć operacji, po które użytkownicy najczęściej przychodzą do serwisu, i sprawdź, które da się opisać jako funkcję z jasnym wejściem i wyjściem.
- Zacznij od narzędzi tylko do odczytu, oznaczonych
readOnlyHint. Wyszukiwarka katalogu, sprawdzenie dostępności, podgląd statusu zamówienia to bezpieczny pierwszy krok. - Nie wystawiaj przez narzędzie niczego, czego nie pozwoliłbyś zrobić zalogowanemu użytkownikowi jednym kliknięciem bez potwierdzenia.
- Zadbaj o walidację po stronie serwera. Schemat wejścia w przeglądarce jest podpowiedzią dla modelu, nie zabezpieczeniem.
- Dołóż osobne zdarzenie analityczne dla każdego wywołania narzędzia, zanim zaczniesz liczyć efekty.
- Przetestuj opisy narzędzi tak, jak testujesz tytuły: sprawdź, czy model wybiera właściwe narzędzie dla dziesięciu typowych poleceń.
Reakcje branży
Adopcja ruszyła szybciej, niż zwykle bywa przy wczesnych specyfikacjach, głównie dlatego, że dużą część pracy wykonały platformy. Według doniesień serwisu VKTR miliony sklepów na Shopify są już zgodne z WebMCP, bez osobnego wdrożenia po stronie sprzedawcy, a Expedia, Instacart i Target eksperymentują ze standardem. Do tego doszedł Progress Software, który wbudował obsługę WebMCP w biblioteki komponentów Telerik i Kendo UI, co oznacza, że część aplikacji korporacyjnych dostanie narzędzia agentowe niejako przy okazji aktualizacji frontu.
OpenAI dołożyło do premiery klasyczny mechanizm rozruchowy, czyli konkurs. Zgłoszenia do WebMCP Challenge przyjmowane są od 25 sierpnia do 3 września 2026, wyniki mają zostać ogłoszone 23 września. Dziesięć najlepszych projektów otrzyma po 3 tys. USD, roczny dostęp do ChatGPT Pro oraz nagrody od partnerów, a łączna pula gotówkowa sięga około 35 tys. USD. Po stronie sponsorów stanęli Chrome DevRel, Cloudflare, Shopify, Vercel, Render i Netlify; ten ostatni dorzucił własną pulę 5 tys. USD i pakiet kredytów dla uczestników. Skład tej listy mówi więcej niż sam regulamin: to nie jest inicjatywa jednego dostawcy modelu, tylko próba zbudowania wspólnego interfejsu przez tych, którzy hostują i renderują znaczną część współczesnego frontu.
W środowisku SEO reakcje są ostrożnie pozytywne, z jednym powracającym zastrzeżeniem. Standard, który wciąż jest roboczym dokumentem grupy społecznościowej, a w przeglądarce Chrome działa za flagą, trudno traktować jako pewny fundament budżetu na kwartał. Z drugiej strony koszt wejścia jest niski, bo rejestracja kilku narzędzi to praca na godziny, a nie na sprinty. To układ ryzyka, w którym eksperyment kosztuje mało, a nieobecność może kosztować dużo. Podobny wzorzec widzieliśmy przy narzędziach MCP w ekosystemie WordPress, o czym pisaliśmy przy okazji materiału o tym, jak Rank Math otworzył dane SEO dla agentów AI.
Co dalej
Do rozstrzygnięcia zostały trzy rzeczy i każda z nich ma bezpośrednie przełożenie na to, ile pracy warto dziś włożyć w WebMCP.
Pierwsza to interoperacyjność. Dopóki narzędzia rejestrowane na stronie działają realnie tylko w przeglądarce jednego asystenta, mamy do czynienia z integracją, a nie ze standardem. Sygnały są jednak korzystne: specyfikacja rozwija się w W3C przy zaangażowaniu inżynierów kilku producentów przeglądarek, a Chrome ma już implementację ukrytą za flagą. Moment, w którym drugi duży asystent obsłuży te same deklaracje bez zmian po stronie serwisu, będzie właściwym punktem odcięcia dla szerszych wdrożeń.
Druga to bezpieczeństwo. Model wywołujący funkcje w sesji zalogowanego użytkownika otwiera nową powierzchnię ataku, w tym scenariusze wstrzykiwania instrukcji przez treść strony trzeciej. Wymuszone potwierdzenia przy operacjach wrażliwych i przegląd bezpieczeństwa przy każdym wywołaniu to sensowny start, ale realny test przyjdzie wraz z pierwszym głośnym incydentem. Zespoły produktowe powinny zawczasu przyjąć zasadę, że narzędzie WebMCP nigdy nie jest jedyną barierą, a wszystkie reguły autoryzacji obowiązują tak samo jak przy zwykłym żądaniu z frontu.
Trzecia to ekonomia. Jeżeli agent kupuje, rezerwuje i porównuje bez wyświetlania strony, to zmienia się nie tylko analityka, ale i model monetyzacji serwisów żyjących z reklamy displayowej oraz z afiliacji rozliczanej po kliknięciu. Tu nie ma jeszcze odpowiedzi, są za to pierwsze pytania w umowach. Warto obserwować, jak platformy pokroju Shopify uregulują atrybucję transakcji domkniętych przez agenta.
Dla praktyka wniosek na dziś jest prosty. WebMCP nie zastąpi treści ani technicznego SEO, bo agent najpierw musi trafić na stronę, a do tego wciąż potrzebne są klasyczne sygnały i obecność w cytowaniach. Ale po raz pierwszy istnieje mierzalny sposób na to, żeby po dotarciu agenta zamienić wizytę w wykonane zadanie. Kto ma w serwisie funkcje warte automatyzacji, ten powinien w najbliższym sprincie zarejestrować dwa lub trzy narzędzia tylko do odczytu i sprawdzić, jak model z nich korzysta. Wymóg działania na modelach GPT-5.6 Sol i Terra oznacza, że testy trzeba prowadzić na aktualnej linii modeli, którą OpenAI pokazało wcześniej w ograniczonym podglądzie GPT-5.6 Sol.
Czym różni się WebMCP od zwykłego MCP?
MCP to protokół łączący modele z serwerami narzędziowymi po stronie backendu, zapoczątkowany przez Anthropic i rozwijany dziś w ramach Linux Foundation. WebMCP działa w przeglądarce: narzędzia rejestruje sama strona przez navigator.modelContext, żyją one w kontekście otwartej karty i sesji zalogowanego użytkownika, a po zamknięciu strony przestają być dostępne. WebMCP nie wymaga stawiania osobnego serwera ani wydawania kluczy API.
Czy wdrożenie WebMCP wpłynie na moje pozycje w Google?
Nie ma dziś żadnych danych wskazujących, że rejestracja narzędzi WebMCP jest czynnikiem rankingowym. To warstwa wykonawcza, a nie sygnał jakości treści. Wpływ jest pośredni: dotyczy skuteczności realizacji zadań przez agentów, a nie pozycji w klasycznych wynikach organicznych. Budżetu na treść i SEO techniczne nie należy przenosić na WebMCP.
Kto może dziś korzystać z narzędzi WebMCP w ChatGPT?
Funkcja działa w przeglądarce wbudowanej w desktopową aplikację ChatGPT i wymaga modelu GPT-5.6 Sol lub Terra. W GPT-5.6 Luna obsługa WebMCP pozostaje wyłączona. Funkcja nie jest dostępna w przestrzeniach roboczych Enterprise oraz Edu.
Jakie ryzyka bezpieczeństwa niesie wystawienie narzędzi agentom?
Główne to nadmierny zakres uprawnień narzędzia i wstrzykiwanie instrukcji przez treść pochodzącą z zewnątrz. ChatGPT prosi o zgodę przed interakcją z witryną, poddaje każde wywołanie kontroli bezpieczeństwa i wymaga potwierdzenia przy zakupach, usuwaniu danych czy zmianach konta, ale to nie zwalnia serwisu z własnej walidacji. Zasada jest taka sama jak przy publicznym API: uprawnienia i walidację egzekwuj po stronie serwera.
Od czego zacząć wdrożenie w serwisie treściowym?
Od narzędzi tylko do odczytu, oznaczonych flagą readOnlyHint. W serwisie treściowym najsensowniejsze są wyszukiwanie po archiwum, filtrowanie po kategorii i pobranie podsumowania artykułu ze wskazanego adresu. Każde narzędzie opisz jednym konkretnym zdaniem, dodaj schemat wejścia i zaloguj wywołania w analityce, żeby po miesiącu dało się ocenić, czy agenty faktycznie z nich korzystają.