Co to jest WebMCP i czy moja strona firmowa musi się na to przygotować?

WebMCP to sposób opisania formularzy i funkcji na Waszej stronie tak, żeby asystent AI działający w przeglądarce klienta wiedział, co i jak wypełnić. Dla ludzi strona wygląda dokładnie tak samo. Zmienia się tylko to, co "widzi" agent. Firma, która pierwsza opisze swój formularz zapytania ofertowego, ma realną szansę dostać zlecenie od klienta, który posługuje się asystentem AI zamiast ręcznie wypełniać formularze u kilku dostawców naraz.

Asystent zbiera oferty: kto dostaje zapytanie, a kto nie

Dyrektor zakupów w średniej firmie szuka trzech dostawców opakowań kartonowych. Ma wysłać każdemu standardowe zapytanie: rodzaj materiału, gramatura, nakład, termin dostawy. Zamiast wchodzić ręcznie na trzy strony, uruchamia asystenta AI wbudowanego w Chrome. Asystent dostaje listę firm i zadanie: "wyślij to samo zapytanie do każdej z nich".

U pierwszego dostawcy formularz kontaktowy ma opisane pola w nowym formacie. Agent widzi: "pole rodzaj_materialu: podaj typ kartonu lub tektury falistej, wymagane" i "pole gramatura: wartość w g/m², np. 350". Wypełnia poprawnie, wysyła, dostaje potwierdzenie.

U drugiego dostawcy formularz nie ma żadnych opisów. Agent próbuje zgadnąć na podstawie etykiet HTML. Pole oznaczone jako "typ" może być rodzajem produktu, rodzajem kontaktu albo rodzajem zapytania. Asystent wpisuje coś błędnego. Formularz zwraca błąd walidacji albo trafia do spamu jako podejrzanie uzupełniony. Zapytanie nie dociera.

U trzeciego dostawcy formularz jest oparty na osadzonym pliku PDF. Agent w ogóle nie identyfikuje go jako aktywny formularz ofertowy i pomija firmę.

Wynik jednej sesji asystenta: jeden dostawca dostaje pełne, poprawne zapytanie, dwóch nie dostaje nic. A firma, której formularz był tym drugim, nawet nie wie, że klient szukał.

Czym jest WebMCP i skąd pochodzi

WebMCP to projekt specyfikacji rozwijany w grupie W3C (Community Group), przygotowują go Google i Microsoft. Nie jest jeszcze oficjalnym standardem webowym. Chrome uruchomił go w fazie origin trial, Edge testuje to samo. Safari nie zapowiedział wsparcia.

Skrót MCP pochodzi od Model Context Protocol: otwartego standardu opisywania "narzędzi", z których korzystają asystenci AI. MCP jest rozwijany pod opieką Linux Foundation. Dzięki MCP agent wie nie tylko, że jakaś strona istnieje, ale rozumie, co na niej można zrobić i jak. WebMCP to przeniesienie tego mechanizmu bezpośrednio do przeglądarki i zwykłych stron internetowych, bez potrzeby osobnego serwera pośredniczącego.

Jedna rzecz jest tu ważna: przeglądarka, która nie obsługuje WebMCP, po prostu pomija nowe atrybuty. Nic się nie psuje. Strona dla użytkownika bez agenta wygląda i działa identycznie jak wcześniej. To oznacza, że można wdrożyć te opisy teraz, bez żadnego ryzyka regresji.

Jak agent "widzi" Wasz formularz: sekcja techniczna

Dotąd agent AI, który trafiał na stronę firmową, widział mniej więcej to samo co wyszukiwarka: tytuły, tekst, nazwy pól. Pole o nazwie product_type mogło oznaczać rodzaj produktu, rodzaj zamówienia albo coś zupełnie innego. Agent strzelał na podstawie kontekstu, często błędnie.

WebMCP dodaje do formularza trzy atrybuty HTML. Cały formularz dostaje atrybut toolname (krótka nazwa czynności, np. "sendInquiry" albo "requestQuote") oraz tooldescription: opis po polsku lub angielsku, co ten formularz robi i do czego służy. Każde pole formularza może dostać atrybut toolparamdescription, czyli opis dla agenta: co wpisać, w jakiej jednostce, co jest wymagane, czego unikać.

Dla programisty wdrażającego WebMCP: technicznie to kilka atrybutów HTML dodanych do istniejących tagów form i input. Nie zmienia się logika formularza, walidacja po stronie backendu ani wygląd. Przeglądarka z WebMCP odczytuje te metadane przez interfejs navigator.modelContext w JavaScripcie i udostępnia je agentowi, który działa w sesji zalogowanego lub anonimowego użytkownika. Agent może wtedy wypełnić formularz tak, jakby zrobił to człowiek, który dokładnie rozumie każde pole.

Formularz wieloetapowy wymaga odrobiny więcej uwagi: każdy krok powinien mieć własne opisy i jasny sygnał, że to nie jest ostatni krok.

Czy firma musi działać już teraz?

Szczera odpowiedź: nie "musi", bo WebMCP nie jest jeszcze standardem i Chrome dopiero testuje go w origin trial. Ale firmy, które czekają na oficjalny standard, często wdrażają go rok po tym, jak zrobiła to konkurencja.

Kilka faktów pomaga podjąć decyzję:

• Chrome planuje wejście WebMCP do stabilnej wersji pod koniec 2026 roku. Edge też testuje. Kilka miesięcy od teraz większość użytkowników Chrome i Edge będzie miała przeglądarkę gotową na agenty z WebMCP.
• Safari nie zapowiedział wsparcia. Jeśli Wasza firma obsługuje głównie klientów korzystających z Safari na iPhone i MacBook, krótkoterminowo to mniej pilne. Ale Apple obserwuje rynek i może zmienić decyzję.
• Wdrożenie niczego nie psuje. To małe zmiany w HTML, niewidoczne dla zwykłych użytkowników. Koszt zrobienia tego za rok może być wyższy niż koszt zrobienia tego teraz, jeśli przez ten rok kilka zapytań ofertowych pójdzie do konkurencji.
• W Polsce praktycznie nikt jeszcze nie oferuje gotowych wdrożeń WebMCP dla stron firmowych. Firmy, które zrobią to wcześniej, zyskają przewagę nie tylko u klientów korzystających z agentów, ale też we własnej branży.

Najbardziej narażone są firmy sprzedające innym firmom: katalogi produktów B2B, formularze zapytania o wycenę, rezerwacje usług, formularze rejestracji na demo lub showroom. Klient korporacyjny z asystentem AI zbierającym oferty to scenariusz realny już w tej chwili, nie za dwa lata.

Pola, które mylą agenta najczęściej

Na podstawie pracy z formularzami firmowymi widać powtarzający się schemat. Agenty mylą się najczęściej przy polach, które dla człowieka są oczywiste, ale z perspektywy kodu wyglądają banalnie i nie niosą żadnego kontekstu.

Pole "firma". W formularzu B2B może oznaczać: firmę klienta, firmę zamawiającego, firmę pośrednika albo firmę docelowego odbiorcy towaru. Bez opisu agent zgaduje. Dodanie "Nazwa firmy, która składa to zapytanie" rozwiązuje sprawę w pięć sekund.

Pole "ilość". Ilość czego: sztuk, ton, palet, metrów kwadratowych, litrów? Jakiej jednostki oczekuje walidacja formularza? Agent, który wpisze "500" bez jednostki, może dostać błąd i porzucić formularz.

Pole "termin". Termin dostawy, termin realizacji, termin odpowiedzi ofertowej czy termin płatności? Format: DD.MM.RRRR, RRRR-MM-DD, czy "za 30 dni"? To klasyczne źródło porzucenia formularza przez agenta.

Pole "rodzaj" albo "typ". Rodzaj produktu, rodzaj usługi, rodzaj klienta, rodzaj zamówienia. Bez opisu agent bazuje wyłącznie na etykiecie HTML, a te bywają jednoznaczne tylko w głowie projektanta.

Lista kontrolna do odhaczycia przed wdrożeniem

Zanim programista cokolwiek zmieni w kodzie, warto zrobić ten przegląd razem z handlowcem, który zna formularze od strony klienta. Zajmuje to godzinę, maksymalnie dwie.

• Które formularze są wejściami dla potencjalnych klientów? Zapytanie ofertowe, prośba o wycenę, rezerwacja usługi, zapis na demo. Priorytet pierwszego etapu.
• Czy formularz ma pola z nieoczywistymi nazwami? "Typ", "kategoria", "zakres", "produkt" bez kontekstu to kandydaci do opisu.
• Czy formularz wymaga danych w określonym formacie? NIP, kod pocztowy, gramatura, format daty. Każde takie pole warto opisać razem z przykładem wartości.
• Czy jest formularz wieloetapowy? Agent musi wiedzieć, że "krok 1 z 3" to nie koniec. Każdy krok powinien mieć opisaną swoją rolę.
• Czy komunikaty błędów są konkretne? "Błąd: pole niepoprawne" nic agentowi nie mówi. "NIP powinien mieć 10 cyfr bez myślników" pomaga zarówno agentowi, jak i człowiekowi.
• Czy jest strona potwierdzenia po wysłaniu? Agent powinien dostać sygnał, że formularz dotarł. Strona potwierdzenia albo wyraźny komunikat sukcesu to ważny krok, często pomijany.
• Czy formularz działa bez JavaScriptu lub z minimalnym JS? Formularze oparte wyłącznie na ciężkim frameworku frontendowym mogą wymagać dodatkowej pracy, żeby WebMCP zadziałało poprawnie.

Od czego zaczynamy w praktyce

Najprostszy start to przegląd formularzy razem z handlowcem. Pytanie do niego brzmi: "Co klient musi wiedzieć, żeby poprawnie wypełnić każde z tych pól?" Odpowiedź na to pytanie to gotowy materiał do opisów.

Potem programista dodaje atrybuty, testuje w Chrome z włączoną obsługą WebMCP i sprawdza, czy agent poprawnie identyfikuje formularz i wypełnia pola zgodnie z opisami. Nie trzeba przebudowywać strony, zmieniać backendu ani dotykać bazy danych.

Jeśli szukacie kogoś, kto przeprowadzi ten proces i zrobi to od razu porządnie, przygotowaliśmy gotowy schemat pracy: wdrożenie WebMCP dla Waszej strony firmowej obejmuje przegląd formularzy z działem handlowym, opis pól w języku agenta i test z agentem na żywo po wdrożeniu.

Nie każda firma musi to robić w tym kwartale. Ale każda firma z formularzem B2B powinna wiedzieć, że ten przegląd zajmuje jeden dzień roboczy, niczego nie psuje i może być gotowy zanim pierwsze agenty klientów zaczną systematycznie zbierać oferty w stabilnym Chrome.

Jeśli chcecie sprawdzić, które formularze na Waszej stronie są priorytetem i co konkretnie warto zmienić, zapraszamy na 15 minut rozmowy o WebMCP. Przychodźcie z adresem strony, wyjdziecie z listą konkretnych zmian i szacunkiem, ile to zajmie Waszemu programiście.