Przeglądarki AI i Agent Experience (AX) — czy agent umie obsłużyć Twoją stronę?

Przez dwie dekady optymalizowaliśmy strony dla dwóch odbiorców: człowieka z myszką i crawlera czytającego HTML. Właśnie doszedł trzeci — agent, który obsługuje stronę jak człowiek: klika, scrolluje, wypełnia formularze i domyka zadania, tylko że w imieniu użytkownika i bez jego cierpliwości. W crawlerach AI pisałem, kto Twoją stronę czyta; w JavaScript SEO — co z niej widzi bez renderowania. Ten wpis odpowiada na trzecie pytanie, którego rok temu nikt nie zadawał: czy agent potrafi na Twojej stronie COŚ ZROBIĆ — znaleźć produkt, dodać go do koszyka, wysłać formularz kontaktowy. Bo jeśli nie potrafi, to właśnie tracisz konwersje, których nie zobaczysz w żadnym raporcie „utraconych koszyków".

W ciągu dwunastu miesięcy dostaliśmy Comet od Perplexity (od października 2025 darmowy globalnie), Claude for Chrome i ChatGPT Atlas — a w lipcu 2026 OpenAI ogłosił wycofanie Atlasa i przeniesienie agentowego przeglądania wprost do ChatGPT. Marki przeglądarek przychodzą i odchodzą, ale zdolność pozostaje: agent, który zamiast użytkownika klika, wypełnia formularze i domyka zadania na Twojej stronie. Crawlerom wystarczał czytelny HTML — agent musi umieć DZIAŁAĆ. Czym jest Agent Experience (AX), co najczęściej blokuje agentów (captcha, modale, przyciski-divy, formularze bez etykiet) i jak w 30 minut przetestować własną stronę agentem.

Nazwijmy tę dyscyplinę po imieniu: Agent Experience (AX) — projektowanie strony tak, żeby zadania umiał na niej wykonać nie tylko człowiek, ale i maszyna działająca w jego imieniu. Dobra wiadomość: 80% roboty pokrywa się z porządną dostępnością (a11y) i semantycznym HTML, które i tak powinieneś mieć. Zła: pozostałe 20% to rzeczy, których UX-owe checklisty nie łapią, bo człowiek sobie z nimi radzi, a agent — nie.

Rok przeglądarek AI — i czego uczy zwrot z Atlasem

Oś czasu jest krótka i pouczająca. Lipiec 2025: Perplexity wypuszcza Comet — przeglądarkę z agentem, który „przejmuje" kartę i wykonuje zadania; od października 2025 Comet jest darmowy globalnie. Sierpień 2025: Anthropic uruchamia Claude for Chrome — research preview agenta w rozszerzeniu, na początek dla 1000 subskrybentów planu Max, z naciskiem na bezpieczeństwo. Październik 2025: OpenAI pokazuje ChatGPT Atlas — pełną przeglądarkę zbudowaną wokół ChatGPT, z trybem agenta dla planów płatnych. A w lipcu 2026 — zwrot: OpenAI wycofuje Atlasa jako osobną przeglądarkę i przenosi agentowe przeglądanie do samego ChatGPT i Codexa; Atlas przestaje działać z początkiem sierpnia.

Brzmi znajomo? Powinno — to ten sam wzorzec, który opisałem przy pivocie Instant Checkout w agentic commerce: interfejsy i marki są zmienne, zdolność jest trwała. Nikt przy zdrowych zmysłach nie „optymalizuje pod Atlasa" — optymalizuje się pod zdolność agentowego działania na stronie, obojętnie czy agent mieszka w przeglądarce, rozszerzeniu, czacie czy systemie operacyjnym. Ta zdolność w ciągu roku przeszła z demo do produktu w trzech największych ekosystemach AI naraz i nic nie wskazuje, żeby miała się cofnąć.

Jak agent widzi i obsługuje stronę — i czym różni się od crawlera

Różnice są fundamentalne i wywracają część intuicji z klasycznego SEO:

• Crawler czyta, agent działa. Googlebot pobiera dokument i indeksuje treść. Agent wykonuje na stronie sekwencję akcji: znajdź, kliknij, wpisz, zatwierdź, zweryfikuj wynik. Jego „sukces" to nie zaindeksowana strona, tylko wykonane zadanie.
• Robots.txt go nie dotyczy w klasyczny sposób. Agent przeglądarkowy działa w sesji zalogowanego użytkownika, z jego cookies i uprawnieniami — z perspektywy serwera to niemal zwykła wizyta. Zarządzanie crawlerami przez robots.txt i weryfikację botów pozostaje ważne, ale to inna warstwa: tam kontrolujesz odczyt, tu obsługujesz działanie.
• Agent renderuje pełny JavaScript — w przeciwieństwie do większości crawlerów AI, które JS-a nie wykonują. Paradoks: strona niewidoczna dla crawlera ChatGPT może być obsługiwalna dla agenta ChatGPT — i odwrotnie: ciężka SPA, którą agent renderuje 20 sekund, może wypaść z limitu czasu zadania.
• Agent czyta stronę przez DOM i drzewo dostępności — nazwy przycisków, etykiety pól, role elementów, komunikaty. Screenshot bywa wsparciem, ale to semantyka DOM decyduje, czy agent wie, co kliknąć. Dokładnie te same struktury, które czyta czytnik ekranu.
• Agent jest drogi i niecierpliwy. Każdy krok to wywołania modelu — sekundy i realne koszty. Platformy narzucają limity i safeguardy (agent w Atlasie nie mógł uruchamiać kodu ani pobierać plików). Gdy agent się gubi, nie „klika na oślep" jak sfrustrowany człowiek — przerywa zadanie i raportuje porażkę. Użytkownik widzi: „nie udało się na tej stronie". I tyle z konwersji.

Mechanika jest zresztą tożsama z tym, co opisałem od strony automatyzacji w Computer Use — tylko role się odwracają: tam to Ty wysyłasz agenta do cudzych interfejsów, tu cudzy agent przychodzi do Twojego.

AX to UX dla maszyn — siedem zasad

1. 1.Semantyczny HTML to API Twojej strony. Przycisk to `<button>`, nie `<div onClick>`. Link to `<a href>`. Pole ma `<label>`. Agent szuka elementów po roli i nazwie dostępnej — div ze stylowaniem przycisku ma dla niego rolę „generic" i nazwę pustą.
2. 2.Stan zawsze tekstem w DOM. Błąd walidacji, potwierdzenie wysyłki, brak towaru, spinner ładowania — jeśli komunikat istnieje tylko jako kolor ramki albo ikona, agent go nie odczyta. Tekst + poprawne atrybuty (aria-invalid, aria-live dla komunikatów dynamicznych).
3. 3.Wzorce ARIA tam, gdzie komponent jest niestandardowy. Tabsy, akordeony, comboboxy, dialogi — W3C ARIA Authoring Practices Guide podaje gotową semantykę. To nie „dodatek dla niepełnosprawnych" — to protokół komunikacji z każdym maszynowym klientem strony.
4. 4.Treść i akcje dostępne bez hoveru i bez gestów. Menu tylko na hover, treść w tooltipach, akcje pod długim przytrzymaniem — dla agenta to treść, której nie ma. Wszystko, co ważne, musi być osiągalne klikiem i klawiaturą.
5. 5.Przewidywalna nawigacja i stabilne nazwy. Agent planuje: „kontakt pewnie w stopce albo menu". Kreatywne nazewnictwo („Porozmawiajmy o Twojej przygodzie" zamiast „Kontakt") podnosi koszt każdego zadania. Nuda w informacyjnej architekturze to cnota.
6. 6.Wydajność to budżet zadania. Agent czeka na sieć i renderowanie na każdym kroku — wolna strona mnoży czas przez liczbę kroków. Solidne Core Web Vitals — zwłaszcza INP, czyli reakcja na interakcję — to w AX nie „czynnik rankingowy", tylko warunek dowiezienia zadania do końca.
7. 7.Nie oszukuj agenta. Ukrywanie instrukcji dla modeli w niewidocznym tekście to prompt injection — platformy aktywnie się przed tym bronią (badacze wykazali podatności m.in. w Comet i branża odpowiedziała usztywnieniem zabezpieczeń), a wykryta manipulacja to utrata zaufania systemu, którego nie odbudujesz mailem do supportu.

Co blokuje agentów — lista rzeczy do usunięcia

Z testów agentowych powtarza się wąska lista winowajców:

1. 1.Captcha na ścieżce zadania — dla agenta to ściana; platformy celowo oddają wtedy ster człowiekowi. Zostaw captchę tam, gdzie broni przed realnym nadużyciem (rejestracja, płatność), usuń z wyszukiwarki, filtrów i formularza kontaktowego — tam wystarczą mniej inwazyjne zabezpieczenia.
2. 2.Ściany modali: cookie wall przykrywający treść, newsletter popup po trzech sekundach, „obróć telefon", czat dogryzający się do rogu. Człowiek odruchowo zamyka; agent musi każdy zidentyfikować i obsłużyć — a modal bez dostępnego przycisku zamknięcia bywa końcem zadania.
3. 3.Przyciski-divy i formularze bez etykiet — punkt 1 i 2 z zasad AX w wersji „jak stracić klienta". Do tego pola z placeholderem zamiast label (placeholder znika po wpisaniu — agent traci kontekst) i walidacja czerwoną ramką bez słowa wyjaśnienia.
4. 4.Infinite scroll bez alternatywy — agent nie będzie scrollował w nieskończoność; potrzebuje paginacji, wyszukiwarki albo filtrów, żeby dotrzeć do elementu spoza pierwszego ekranu.
5. 5.Treść w canvas/obrazach — cennik jako JPG, konfigurator w całości w canvas: dla DOM-u to czarna skrzynka.
6. 6.Kruche sesje — koszyk gubiony przy nawigacji, wylogowanie po powrocie, formularz czyszczony po błędzie jednego pola. Agent wykonuje kroki wolniej niż człowiek; strona, która „gubi" stan po drodze, gubi jego zadanie.
7. 7.Płatność i silne uwierzytelnienie — 3D Secure, SMS-y, biometria. To akurat blokada słuszna: tu ma nastąpić przekazanie steru człowiekowi (human handoff). Zadbaj tylko, żeby po autoryzacji dało się wrócić do przerwanego przepływu bez utraty koszyka.

Formularz leadowy i checkout odporne na agenta

Dwa przepływy, na których AX zarabia najszybciej. Formularz leadowy: komplet `<label>`, atrybuty `autocomplete` (name, email, tel, organization — agent wypełnia dane użytkownika bez zgadywania), walidacja komunikatem tekstowym przy polu, a po wysyłce — potwierdzenie tekstem w DOM z konkretem („Dziękujemy, odpowiadamy w 24 h"), nie sam toast, który znika po dwóch sekundach. Checkout: zakup gościnny bez przymusu konta, formularz adresowy zgodny z autocomplete, jawne ceny i koszty dostawy przed ostatnim krokiem (agent porównujący oferty traktuje niespodziewane koszty jak człowiek — porzuca), stany magazynowe tekstem. Warstwę transakcyjną — feed produktowy i protokoły ACP/AP2/UCP — opisałem w agentic commerce; AX jest jej przeglądarkowym dopełnieniem: gdy integracji protokołowej nie ma, agent po prostu przechodzi Twój checkout ręcznie.

Przetestuj swoją stronę agentem — protokół na 30 minut

Nie zgaduj — zmierz. Potrzebujesz dostępu do dowolnego agenta przeglądarkowego (tryb agenta w ChatGPT, Comet) i listy 5 zadań, które są dla Twojego biznesu pieniędzmi:

1. 1.Informacja: „Znajdź na [domena] godziny otwarcia / zakres usługi X / politykę zwrotów". Najprostsze — i zaskakująco często kończy się porażką przez modale.
2. 2.Produkt: „Znajdź w sklepie [produkt] w rozmiarze M poniżej 200 zł i dodaj do koszyka".
3. 3.Lead: „Wyślij przez formularz kontaktowy zapytanie o wycenę X" (na środowisku testowym albo z oznaczeniem testu).
4. 4.Porównanie: „Porównaj [Twój produkt] z [konkurencyjny] i zarekomenduj" — zobaczysz, które dane agent znajduje u Ciebie, a które dobiera z internetu.
5. 5.Nawigacja: „Umów spotkanie / znajdź najbliższy oddział / pobierz specyfikację PDF".

Przy każdym zadaniu notuj trzy rzeczy: czy się udało, gdzie agent się zawahał (powtarzał kroki, cofał się — to sygnał niejasnej semantyki) i co powiedział użytkownikowi na końcu — bo ta relacja („nie udało mi się wysłać formularza na stronie X") to dosłownie opinia o Twojej stronie wygłaszana klientowi. Wynik zderz z danymi: sesje z in-app browserów i referrale AI już masz w analityce ruchu z AI. Trzy najczęstsze blokady napraw w pierwszej kolejności — zwykle to modal, captcha i formularz.

---

Sprawdzam strony pod kątem agentów end-to-end: test agentowy kluczowych przepływów, audyt semantyki i dostępności (a11y = AX), naprawa blokerów i pomiar efektów w logach. Robię to w ramach technicznego SEO i inżynierii webowej. Napisz do mnie — zacznę od 30-minutowego testu agentowego Twojej strony: pięć zadań, lista blokad i priorytety napraw.

Warto przeczytać dalej:

• Crawlery AI — kto skanuje Twoją stronę i jak tym zarządzać
• JavaScript SEO — co widzą boty bez renderowania
• Agentic commerce — jak sprzedawać, gdy kupuje agent
• Computer Use — AI, który obsługuje dowolną aplikację jak człowiek