Przeglądarki AI i Agent Experience (AX) - czy agent poradzi sobie na Twojej stronie?

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 przestał działać 9 sierpnia 2026.

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
• Zakupy przez agentów AI - jak sprzedawać, gdy kupuje agent
• Computer Use - AI, który obsługuje dowolną aplikację jak człowiek