Jeszcze niedawno rozmowa o PageSpeed w sklepie internetowym kręciła się głównie wokół LCP, CLS, INP, ciężkich zdjęć, cache i JavaScriptu. To nadal jest ważne. Dochodzi jednak nowy temat: przeglądanie agentowe, czyli sprawdzanie, czy strona jest czytelna nie tylko dla człowieka i wyszukiwarki, ale także dla autonomicznego agenta AI.

W dokumentacji Lighthouse pojawiła się eksperymentalna kategoria "Agentic Browsing". W praktyce oznacza to testy pod kątem tego, czy agent AI może zrozumieć strukturę strony, odnaleźć ważne akcje, odczytać formularze, przejść przez proces i nie pogubić się przez chaotyczny interfejs. Brzmi futurystycznie, ale problem jest bardzo przyziemny. Jeżeli bot lub asystent ma pomóc użytkownikowi znaleźć produkt, dodać go do koszyka albo wypełnić formularz kontaktowy, strona musi być zbudowana jasno.

Dla właścicieli sklepów PrestaShop to nie jest temat "kiedyś tam". AI coraz częściej pośredniczy między klientem a stroną: jako wyszukiwarka z odpowiedziami, asystent zakupowy albo narzędzie analizujące ofertę. Sklep z dobrą strukturą będzie po prostu łatwiejszy do zrozumienia.

Co oznacza przeglądanie agentowe?

Przeglądanie agentowe można opisać prosto: agent AI dostaje cel i próbuje wykonać go na stronie. Może to być znalezienie informacji, porównanie produktów, odczytanie regulaminu zwrotów, przejście do formularza kontaktowego albo analiza kategorii produktowej. Agent działa trochę jak użytkownik, ale nie czyta strony tak samo. Korzysta z DOM, drzewa dostępności, opisów pól, danych strukturalnych, widocznych linków, czasem ze zrzutów ekranu i pozycji elementów.

Właśnie dlatego tradycyjne "strona jakoś wygląda" przestaje wystarczać. Jeżeli przycisk ma tekst "Kliknij", formularz nie ma etykiet, a elementy skaczą po ekranie po doładowaniu reklam lub slidera, człowiek jeszcze sobie poradzi. Agent może wybrać zły przycisk albo uznać, że zadania nie da się dokończyć.

W Lighthouse kategoria agentowa nie działa tak jak klasyczne wyniki 0-100. Dokumentacja Chrome opisuje ją jako zestaw deterministycznych kontroli. Raport pokazuje między innymi wynik ułamkowy, statusy "Pass" lub "Fail" dla konkretnych wymagań oraz liczby informacyjne. Na tym etapie ważniejsze jest sprawdzenie konkretnych braków niż jedna ocena.

Dlaczego PageSpeed i Lighthouse interesują się agentami AI?

PageSpeed Insights korzysta z Lighthouse do części laboratoryjnej audytu. Lighthouse od lat sprawdza wydajność, dostępność, SEO i dobre praktyki. Nowy dział agentowy rozszerza tę logikę: skoro narzędzie może sprawdzać, czy strona jest dostępna dla użytkownika i wyszukiwarki, może też sprawdzić, czy jest przygotowana na interakcje maszynowe.

To nie oznacza, że każdy sklep musi natychmiast przebudować cały frontend pod agentów AI. Wiele zaleceń agentowych pokrywa się z rzeczami, które i tak powinny być zrobione dobrze:

• semantyczny HTML, zamiast przypadkowych divów udających przyciski,
• etykiety pól formularzy, czytelne nazwy przycisków i logiczne role ARIA,
• stabilny układ bez nagłych przesunięć,
• czytelna struktura treści i linków,
• dane strukturalne JSON-LD tam, gdzie pasują do treści,
• plik llms.txt w głównym katalogu strony.

llms.txt - mały plik, który porządkuje stronę dla modeli językowych

Jednym z elementów audytów agentowych jest llms.txt. To plik tekstowy umieszczany zwykle pod adresem domena.pl/llms.txt. Jego zadaniem jest podanie modelom językowym krótkiej, uporządkowanej informacji o stronie: czym jest serwis, jakie sekcje są najważniejsze i które adresy warto odczytać w pierwszej kolejności.

Nie należy mylić tego z klasycznym SEO. Sam plik llms.txt nie jest magicznym sposobem na wyższe pozycje w Google. Dokumentacja Lighthouse traktuje go jako element odkrywalności dla agentów, a nie jako tradycyjny czynnik rankingowy.

Po co więc go robić? Bo pomaga uporządkować informacje dla systemów, które nie chcą przeglądać całej strony jak człowiek. W sklepie PrestaShop taki plik może wskazywać najważniejsze kategorie, regulaminy, kontakt, przewodniki zakupowe, FAQ oraz wybrane treści blogowe. Przy większym sklepie warto rozważyć także llms-full.txt, czyli obszerniejszą wersję z większą ilością treści do przetworzenia.

W PrestaSoft mamy moduł dla PrestaShop generujący pliki llms.txt i llms-full.txt: Generator LLMS i LLMS Full dla PrestaShop. To wygodna opcja dla sklepów, które chcą wdrożyć ten element bez ręcznego składania plików i pilnowania zmian w strukturze strony.

Warto dodać, że jako jedni z pierwszych pisaliśmy już o llms.txt i jego znaczeniu dla sklepów PrestaShop. Temat opisaliśmy pół roku temu w artykule Jak sprawić, żeby Twój sklep PrestaShop był cytowany przez ChatGPT i inne AI, a równolegle stworzyliśmy moduł, który pomaga generować te pliki bez ręcznej pracy po stronie właściciela sklepu.

WebMCP, formularze i akcje na stronie

Drugi obszar to WebMCP. Chodzi o to, aby strona potrafiła jawnie opisać akcje dostępne dla agentów AI. Formularz, dodanie produktu do koszyka, zapis do newslettera albo wysłanie zapytania mogą być przedstawione jako konkretne narzędzia. Lighthouse potrafi sprawdzać rejestrację takich narzędzi i poprawność schematów.

Na dziś jest to warstwa eksperymentalna. Dokumentacja Chrome jasno zaznacza, że WebMCP wymaga odpowiedniego środowiska testowego i origin trial. Mimo to kierunek jest czytelny. Formularz nie ma być dla agenta zagadką. Powinien mieć nazwę, opis, jasne pola i przewidywalną reakcję po wysłaniu.

Dla sklepu internetowego to może mieć realne znaczenie. Jeśli agent ma znaleźć produkt, użyć filtra i przejść do koszyka, nie powinien zgadywać, który element jest przyciskiem, a który tylko dekoracją.

Dostępność pomaga ludziom i agentom

Jedna z ciekawszych rzeczy w przeglądaniu agentowym jest taka, że dostępność wraca na pierwszy plan. To dobra wiadomość, bo w sklepach internetowych dostępność bywa traktowana jako dodatek. Tymczasem agent AI często korzysta z drzewa dostępności, aby rozpoznać elementy interaktywne. Brak etykiety przy polu formularza szkodzi osobie korzystającej z czytnika ekranu i agentowi, który próbuje zrozumieć, co trzeba wpisać.

W PrestaShop najczęstsze problemy są powtarzalne: przycisk bez opisowej nazwy, filtr produktu zrobiony na nieklikalnym elemencie, formularz z placeholderem zamiast etykiety albo ikona koszyka bez opisu.

To są drobne rzeczy, dopóki nie zaczynają blokować konwersji. A blokować mogą. Nie tylko w audycie, ale też w praktyce: dla klientów z niepełnosprawnościami, dla użytkowników klawiatury, dla automatyzacji testów i dla agentów AI.

CLS i stabilność układu, czyli dlaczego skaczący sklep jest problemem

Core Web Vitals już wcześniej zwracały uwagę na CLS, czyli przesunięcia układu. W kontekście agentów AI ten temat ma dodatkowy wymiar. Jeżeli agent identyfikuje przycisk na ekranie, a po chwili układ przesuwa się przez banner, reklamę, dograny font albo obraz bez wymiarów, kliknięcie może trafić w inne miejsce.

W sklepie PrestaShop typowe źródła CLS to slider na stronie głównej bez zarezerwowanej wysokości, zdjęcia produktów bez wymiarów, banery promocyjne ładowane po czasie, pop-upy newslettera i zewnętrzne skrypty marketingowe. Dla człowieka to irytujące. Dla agenta to prosta droga do błędnej akcji.

Warto podejść do tego praktycznie. Zdjęcia powinny mieć wymiary lub stabilne proporcje. Miejsca na bannery powinny być zarezerwowane przed załadowaniem treści. Pop-upy nie powinny zakrywać głównych akcji bez sensownego powodu.

SEO a gotowość na AI - podobne, ale nie to samo

SEO pomaga wyszukiwarce zrozumieć stronę i dopasować ją do zapytań. Gotowość na agentów AI idzie krok dalej: strona ma być możliwa do odczytania i obsłużenia przez system, który może wykonywać działania. Różnica jest subtelna, ale ważna.

Co warto sprawdzić w sklepie PrestaShop?

Nie zaczynałbym od wielkich przebudów. Najpierw warto zrobić spokojny przegląd techniczny sklepu, zwłaszcza jeśli motyw był modyfikowany przez lata. Do sprawdzenia są: semantyka szablonów, dane JSON-LD dla produktów i breadcrumbów, plik llms.txt, stabilność pierwszego widoku oraz formularze w koszyku, kontakcie i filtrach. To miejsca, w których agentowe przeglądanie najszybciej pokazuje słabe punkty.

Jak uruchomić audyt agentowy?

Według dokumentacji Chrome kategoria Agentic Browsing jest eksperymentalna i wymaga Chrome 150 lub nowszego. Audyty związane z WebMCP wymagają dodatkowo udziału w origin trial. To oznacza, że nie każdy zobaczy ten dział od razu w zwykłym PageSpeed Insights. Najpewniejszą drogą jest Chrome DevTools i panel Lighthouse w odpowiedniej wersji Chrome.

Typowy przebieg testu wygląda tak:

1. Otwórz badaną stronę w Chrome.
2. Uruchom Chrome DevTools.
3. Przejdź do panelu Lighthouse.
4. Włącz kategorię związaną z przeglądaniem agentowym, jeśli jest dostępna.
5. Uruchom audyt i sprawdź konkretne kontrole, a nie tylko nagłówek wyniku.

W większych projektach można też automatyzować testy przez Lighthouse CLI, Node albo Headless Chrome. To ma sens przy sklepach, w których regularnie wdraża się zmiany w motywie, koszyku lub modułach.

Co to oznacza dla właściciela sklepu?

Najkrótsza odpowiedź: trzeba robić porządne strony. Bez sztuczek. Z dobrą strukturą, sensowną treścią, stabilnym układem i jasnymi akcjami. Przeglądanie agentowe nie zmienia podstaw e-commerce, ale przesuwa akcenty. Strona nie jest już tylko ekranem dla człowieka. Jest też źródłem danych i miejscem interakcji dla systemów, które pomagają człowiekowi podjąć decyzję.

Dla sklepu PrestaShop dobry plan na najbliższe miesiące wygląda tak:

• sprawdzić aktualny wynik PageSpeed i Lighthouse,
• poprawić błędy dostępności w motywie,
• ograniczyć CLS i ciężkie skrypty,
• uporządkować dane strukturalne produktów,
• wdrożyć llms.txt oraz, przy większych serwisach, llms-full.txt,
• przejrzeć formularze i najważniejsze ścieżki zakupowe.

To nie musi być rewolucja. Czasem największą różnicę robi poprawienie etykiet formularzy, usunięcie niepotrzebnego slidera, dopisanie brakujących danych produktu i wygenerowanie pliku dla LLM.

FAQ

Czy przeglądanie agentowe ma ocenę 0-100?

Nie w taki sposób jak klasyczne kategorie Lighthouse. Dokumentacja opisuje wynik ułamkowy, statusy Pass/Fail i liczby informacyjne. To bardziej lista kontroli gotowości niż ranking strony.

Czy llms.txt poprawia pozycje w Google?

Nie traktowałbym go jako bezpośredniego czynnika SEO. llms.txt pomaga agentom i modelom językowym szybciej zrozumieć strukturę serwisu, ale nie zastępuje technicznego SEO, treści ani linkowania.

Czy sklep PrestaShop potrzebuje WebMCP?

Na dziś WebMCP jest eksperymentalne. Warto śledzić temat, ale większość sklepów powinna zacząć od prostszych rzeczy: dostępności, stabilnego układu, danych strukturalnych i plików llms.txt.

Czy agentowe audyty dotyczą tylko dużych sklepów?

Nie. Mały sklep też może być analizowany przez asystenta AI. Różnica polega na skali. Im więcej kategorii, produktów i treści, tym bardziej opłaca się uporządkować strukturę dla systemów maszynowych.

Podsumowanie

Przeglądanie agentowe w Lighthouse pokazuje, w którą stronę idzie techniczna ocena stron. Szybkość nadal ma znaczenie. SEO nadal ma znaczenie. Dostępność też. Teraz dochodzi pytanie, czy strona jest zrozumiała dla agentów AI, które coraz częściej będą pomagały użytkownikom w zakupach, analizie ofert i wypełnianiu zadań.

Jeśli prowadzisz sklep PrestaShop, warto zacząć od rzeczy praktycznych: sprawdzić motyw, uporządkować strukturę treści, poprawić Core Web Vitals i wdrożyć pliki llms.txt. W PrestaSoft możemy pomóc zarówno w technicznej optymalizacji sklepu, jak i w przygotowaniu go pod nowe sposoby wyszukiwania oraz interakcji z AI.

Potrzebujesz audytu PrestaShop, poprawy PageSpeed albo wdrożenia plików dla LLM? Skontaktuj się z nami. Sprawdzimy sklep technicznie, wskażemy konkretne poprawki i pomożemy wdrożyć rozwiązania, które mają sens dla Twojej sprzedaży.