Agentic Browsing w Google PageSpeed Insights Twój serwis jest teraz oceniany pod kątem agentów AI

Google dodał do PageSpeed Insights piątą kategorię, która sprawdza, czy Twoją stronę potrafi obsłużyć nie człowiek, lecz agent AI. Wyjaśniamy, co dokładnie mierzy, dlaczego to ważne i jak przygotować stronę TYPO3 — od llms.txt po dostępność i stabilność układu.

Blog 09.07.2026

W skrócie

Co się stało:
W maju 2026 Google dodał do Lighthouse (silnika PageSpeed Insights) nową kategorię „Agentic Browsing”. Sprawdza ona, jak dobrze Twoją stronę może odczytać i obsłużyć agent AI — obok znanych kategorii Wydajność, Dostępność, Best Practices i SEO.

Trzy domyślne testy:
Czysta struktura dostępności (accessibility tree), stabilny układ strony (niski CLS) oraz obecność poprawnego pliku llms.txt w katalogu głównym domeny. Wynik to nie 0–100, lecz proporcja (np. 3/3).

Czy to czynnik rankingowy:
Nie. Google jasno mówi, że to nie jest czynnik pozycjonowania. To narzędzie diagnostyczne, oznaczone jako eksperymentalne i „w rozwoju”. Nie panikuj — ale zwróć uwagę.

Dlaczego to ważne:
Coraz większa część ruchu w sieci to agenci AI (Operator OpenAI, Computer Use Anthropic, Project Mariner Google, Perplexity), którzy działają w imieniu użytkowników. Google właśnie uczynił ich potrzeby mierzalnymi.

Dobra wiadomość dla TYPO3:
Większość wymogów pokrywa się z tym, co i tak robimy dobrze: semantyczny HTML, dostępność WCAG, stabilny układ i llms.txt. Solidnie zbudowana strona TYPO3 ma tu przewagę startową.

Przez lata PageSpeed Insights był narzędziem, które odpowiadało na jedno pytanie: jak szybko ładuje się Twoja strona dla człowieka. W 2026 roku Google dodał do niego pytanie zupełnie nowego rodzaju: czy Twoją stronę potrafi odczytać, zrozumieć i obsłużyć agent AI — oprogramowanie działające w imieniu użytkownika. Ta nowa kategoria nazywa się Agentic Browsing i pojawiła się obok znanych: Wydajność, Dostępność, Best Practices i SEO.

To pozornie techniczna nowinka, ale sygnalizuje głęboki zwrot w tym, jak myślimy o stronach internetowych. Sieć przestaje być przeglądana wyłącznie przez ludzi — coraz częściej czytają ją maszyny działające w naszym imieniu. W tym artykule wyjaśniamy, czym jest Agentic Browsing, co dokładnie sprawdza, czego NIE oznacza, i co konkretnie warto zrobić na stronie TYPO3, by była gotowa na świat, w którym Twoim gościem bywa agent AI.

Czym jest „agentic browsing”

Agentic browsing to sytuacja, w której stronę odwiedza nie człowiek przewijający i klikający, lecz autonomiczny agent AI — który programowo odczytuje stronę, rozumie jej strukturę, znajduje odpowiednie elementy i wykonuje zadanie. Zamiast „kliknij, przewiń, przeczytaj” agent pyta: gdzie jest przycisk „Dodaj do koszyka”, jak wypełnić ten formularz, jak porównać te ceny.

To już nie teoria. W 2026 roku po sieci porusza się cały zestaw agentów działających w imieniu użytkowników: Operator od OpenAI, Computer Use od Anthropic, Project Mariner od Google, Perplexity oraz tryb przeglądania w ChatGPT. Kiedy użytkownik prosi asystenta AI, by „znalazł najlepszą ofertę” albo „umówił wizytę”, to agent — nie człowiek — wchodzi na Twoją stronę i próbuje wykonać zadanie.

Różnica wobec klasycznego robota wyszukiwarki jest zasadnicza. Crawler Google indeksuje treść, żeby ją pozycjonować. Agent AI wykonuje działania — wypełnia formularz kontaktowy, porównuje Twój cennik z cennikiem konkurencji, wyciąga ofertę i przedstawia ją użytkownikowi jako gotowe opcje. Strona może mieć 100/100 w klasycznym SEO i wciąż być nieużywalna dla agenta.

Lighthouse 13.3 i PageSpeed Insights Skad się wzięło?

PageSpeed Insights działa na silniku o nazwie Lighthouse — tym samym, który napędza panel Lighthouse w Chrome DevTools i dziesiątki narzędzi monitorujących. Lighthouse aktualizuje się co kilka tygodni, zwykle niezauważalnie. Ta aktualizacja była inna.

7 maja 2026 Lighthouse w wersji 13.3 przeniósł kategorię Agentic Browsing z funkcji eksperymentalnej (ukrytej za flagą) do konfiguracji domyślnej. To moment, w którym niszowy eksperyment staje się standardową częścią raportu. Około 21 maja 2026 PageSpeed Insights zaczął pokazywać wyniki tej kategorii wszystkim użytkownikom. Jeśli uruchomiłeś test szybkości swojej strony wcześniej, a potem ponownie — zobaczysz nową sekcję, której wcześniej nie było.

Ważna uwaga uspokajająca: jeśli Twój klasyczny wynik wydajności wygląda teraz inaczej, to niemal na pewno nie z powodu Agentic Browsing. Ta kategoria nie wpływa na wynik 0–100. Zmiany w punktacji wydajności wynikają z okresowych korekt metodologii Google lub normalnej zmienności danych — nie z nowej kategorii.

Co dokładnie sprawdza Agentic Browsing

W PageSpeed Insights domyślny wynik Agentic Browsing składa się z trzech testów. Ważne: krąży sporo niepoprawnych informacji na ten temat, w tym wymyślone audyty, które nie istnieją. Oto wersja zgodna z oficjalną dokumentacją Lighthouse.

  • Czysta struktura dostępności (accessibility tree)

    Agenci AI czytają stronę nie wizualnie, lecz przez tzw. drzewo dostępności — uproszczoną mapę ról, nazw i stanów elementów interaktywnych (tę samą, której używają czytniki ekranu). Test sprawdza, czy przyciski, linki i pola formularzy mają prawdziwe etykiety, poprawne role ARIA i czytelne nazwy. Czy agent rozpozna „Wyślij zapytanie” jako przycisk, a nie jako bezimienny <div> z obsługą kliknięcia?

  • Stabilny układ strony (Cumulative Layout Shift)

    To znany wskaźnik CLS — mierzący, jak bardzo elementy strony przeskakują podczas ładowania. Dla człowieka skaczący układ jest irytujący. Dla agenta AI, który działa szybciej niż człowiek i często „widzi” stronę przez zrzut ekranu, przesuwający się układ oznacza kliknięcie w złe miejsce. Zalecany CLS poniżej 0,1.

  • Poprawny plik llms.txt w katalogu głównym

    llms.txt to proponowany standard pliku (w formacie Markdown), który w zwięzły sposób opisuje agentom AI, czym zajmuje się strona i gdzie są kluczowe podstrony. Test sprawdza, czy plik istnieje pod adresem /llms.txt, czy ma nagłówek H1, czy nie jest zbyt krótki i czy zawiera linki.

Czwarty test poza domyślną punktacją: WebMCP

Istnieje jeszcze czwarty, bardziej zaawansowany audyt — WebMCP — ale celowo pozostaje poza domyślną proporcją. WebMCP to proponowany standard, który pozwala stronie wprost zadeklarować działania, jakie agent może wykonać (wyślij ten formularz, dodaj do koszyka, rozpocznij rezerwację) — zamiast zgadywać z układu strony. Wymaga jednak Chrome w wersji 150 i rejestracji w oficjalnym Origin Trial, a spełnia go dziś znikoma część stron na świecie — nawet tych dużych i dobrze zbudowanych. Dlatego nie wchodzi do domyślnego wyniku i na razie nie ma powodu się nim przejmować.

Punktacja Dlaczego to proporcja, nie 0–100

W przeciwieństwie do klasycznego wyniku wydajności Agentic Browsing nie daje jednej liczby od 0 do 100. Pokazuje proporcję — na przykład 3/3 — czyli ile testów gotowości Twoja strona przechodzi. To świadomy wybór projektowy: w obszarze, gdzie standardy, zachowania agentów i protokoły wciąż się zmieniają, jedna ważona ocena byłaby myląca.

Kluczowe: to jest lista szans, nie tabela kar. Nie „oblejesz” tej kategorii dlatego, że nie masz żadnych funkcji AI. Nawet minimalistyczna strona (jak example.com) może dostać komplet punktów, bo spełnia podstawy: czystą strukturę i stabilny układ. Traktuj wynik jako checklistę dla deweloperów, a nie jak wyrok.

Czego Agentic Browsing NIE oznacza Ważne zastrzeżenia

✗ To nie jest czynnik rankingowy Google. Search Team Google wprost powiedział, że llms.txt nie jest używany do pozycjonowania ani do AI Overviews. Kategoria pochodzi od zespołu Chrome i dotyczy agentów przeglądających sieć, nie widoczności w wyszukiwarce.

✗ To nie jest dojrzały standard. Kategoria jest wprost oznaczona jako „eksperymentalna” i „w rozwoju”. Testy i sposób punktacji mogą się jeszcze zmienić.

✗ Słaby wynik to nie jest sytuacja awaryjna. Najtrudniejsze testy (WebMCP, agents.json) oblewa dziś większość stron — i to jest w porządku.

✗ To nie wymaga wdrażania „funkcji AI”. Większość wymogów to solidne fundamenty, które i tak warto mieć.

Warto jednak zauważyć pewną wewnętrzną sprzeczność w samym Google: zespół Search mówi, że llms.txt nie jest potrzebny, a zespół Chrome właśnie wprowadził audyt, który sprawdza dokładnie ten plik. To dobrze ilustruje, że jesteśmy na wczesnym, niepewnym etapie — warto obserwować, ale nie przewracać dla tego całej strategii.

Dlaczego to i tak ma znaczenie Kierunek jest jasny

Łatwo zbagatelizować tę kategorię: eksperymentalna, mała, w rozwoju. Byłby to jednak błąd. Trajektoria jest jednoznaczna. Agenci AI stają się pełnoprawnym odbiorcą sieci obok ludzi i robotów wyszukiwarek. Google właśnie uczynił ich potrzeby mierzalnymi — a to zwykle pierwszy krok do tego, by coś stało się standardem.

Jest jeszcze jeden poważny argument: PageSpeed Insights ma większy wpływ, niż sugeruje jego nazwa. Wynik z PSI ląduje w audytach dla klientów, w ticketach sprintowych, w pytaniach zarządu, w przetargach. Nowa kategoria wewnątrz tego raportu nie zostaje długo tylko w rękach inżynierów — szybko trafia do rozmów z klientem, do porównań ofert i do roadmap SEO. Założyciel firmy może uruchomić ten test. Klient może go uruchomić przed rozmową handlową. Zespół zakupowy może nim porównać dostawców.

Warto też pamiętać o historii: llms.txt przeszedł drogę od niszowej propozycji do testu w Lighthouse w około rok. Wzorzec „eksperymentalne, tylko Origin Trial” bardzo szybko zmienia się w „domyślne”. Kto przygotuje stronę teraz, będzie gotowy, gdy poprzeczka pójdzie w górę.

Nasz własny test drblitz-weblab.com uzyskał 3/3

Zamiast pisać o tym wyłącznie teoretycznie, uruchomiliśmy Agentic Browsing na naszej własnej stronie. 7 lipca 2026, test mobilny w PageSpeed Insights (silnik Lighthouse 13.4.0), adres drblitz-weblab.com. Wynik w kategorii Agentic Browsing: 3/3 — komplet. Strona przeszła wszystkie trzy domyślne testy: czystą strukturę dostępności, stabilny układ i poprawny llms.txt.

Najciekawsze jest zestawienie z pozostałymi wynikami. W tym samym teście strona uzyskała Dostępność 100/100, SEO 100/100, Best Practices 96 — i, co kluczowe dla agentów, Cumulative Layout Shift na poziomie 0 (idealnym). Wynik Performance wyniósł przy tym 67, z Largest Contentful Paint na poziomie 6,8 s — jest więc co poprawiać po stronie surowej szybkości.

I to jest właśnie sedno. Nasza strona dostała komplet punktów w Agentic Browsing nie dlatego, że jest najszybsza — bo akurat pod względem wydajności mamy pracę do wykonania — lecz dlatego, że ma czystą strukturę dostępności (100/100), zerowy CLS i poprawny llms.txt. To potwierdza tezę tego artykułu czarno na białym: gotowość na agentów AI zależy od semantyki, dostępności i stabilności układu, a nie od surowej szybkości ładowania. Strona może mieć średni wynik wydajności i jednocześnie pełne 3/3 w Agentic Browsing — bo to dwie różne rzeczy.

Dla nas jako agencji to praktyczna lekcja, którą przenosimy na projekty klientów: fundament dostępności, który budujemy pod kątem WCAG i polskiego prawa, jednocześnie czyni strony gotowymi na agentów AI — zanim jeszcze większość rynku zaczęła o tym myśleć. To dokładnie to samo podejście, które opisaliśmy w naszym artykule o łączeniu pozycjonowania TYPO3 z dostępnością i WCAG — accessibility i widoczność (dla ludzi, wyszukiwarek i teraz agentów AI) to jedna, wspólna praca, nie trzy osobne.

Co to znaczy dla strony na TYPO3 Dlaczego masz przewagę

Tu jest dobra wiadomość. Większość tego, co nagradza Agentic Browsing, to nie „nowa praca AI”, lecz fundamenty dobrej inżynierii webowej — dokładnie te, które solidnie zbudowana strona TYPO3 już ma. Przyjrzyjmy się trzem testom z perspektywy TYPO3.

Dostępność fundament, który już budujemy

Czysta struktura dostępności to nic innego jak semantyczny, dostępny HTML zgodny z WCAG. TYPO3 daje pełną kontrolę nad każdym elementem szablonu (Fluid), więc budowanie poprawnych etykiet, ról ARIA i sensownej struktury nagłówków jest w naszym zasięgu. To ten sam fundament, który stosujemy przy zgodności z WCAG 2.1/2.2 AA — wymaganej już przez Polski Akt o Dostępności i BFSG. Innymi słowy: praca nad dostępnością dla ludzi z niepełnosprawnościami automatycznie poprawia gotowość dla agentów AI. Jedna inwestycja, dwie korzyści. Tu pojawia się też najważniejsza, a zarazem najbardziej „nudna” rada: przestań renderować tekst i tabele jako obrazy. Obraz tabeli jest niewidoczny dla drzewa dostępności. Prawdziwa tabela HTML (albo komponent, który ją renderuje) jest czytelna dla czytników ekranu, robotów i agentów — od razu. To najczęstszy grzech rozbudowanych page builderów, którego w dobrze prowadzonym TYPO3 łatwo uniknąć.

Stabilność układu Kwestia dobrego wdrożenia

Niski CLS to efekt starannego wdrożenia: ustawione wymiary obrazów i osadzeń, brak elementów ładujących się z opóźnieniem i przesuwających treść, przemyślane ładowanie czcionek. To ta sama praca, którą wykonujemy dla Core Web Vitals i pozycjonowania. Poprawiając CLS dla ludzi i SEO, poprawiasz go też dla agentów.

llms.txt Tani, szybki, warto

Plik llms.txt to najprostszy z trzech elementów. To zwykły plik Markdown w katalogu głównym domeny, który opisuje, czym zajmuje się firma, i linkuje do kluczowych podstron — napisany tak, by model AI przeczytał go szybko. Jego przygotowanie to kwestia godzin, nie sprintu deweloperskiego. Nawet jeśli Search Team Google twierdzi, że nie wpływa na ranking — ryzyko jest bliskie zeru, a plik jest już sprawdzany przez Lighthouse i czytany przez część agentów. W TYPO3 można go wdrożyć statycznie lub wygenerować dynamicznie z drzewa stron.

Plan działania Od czego zacząć

Jeśli chcesz przygotować stronę TYPO3 na świat agentów AI, oto sensowna kolejność — od rzeczy tanich i wysoko-dźwigniowych po te bardziej zaawansowane.

  1. Uruchom test. Wpisz swój adres w PageSpeed Insights i sprawdź sekcję Agentic Browsing — zobaczysz, które z trzech testów przechodzisz.
  2. Dodaj llms.txt. Najtańszy krok o najlepszym stosunku efektu do wysiłku. Nagłówek H1, krótki opis, linki do kluczowych podstron.
  3. Popraw dostępność. Etykiety przycisków i linków, poprawne role ARIA, brak „pustych” klikalnych elementów. To praca, która i tak jest wymagana przez PAD i BFSG.
  4. Zamień obrazy tekstu na prawdziwy HTML. Tabele, cenniki, diagramy renderowane jako obrazki — przepisz na semantyczny HTML.
  5. Ustabilizuj układ. Wymiary obrazów i osadzeń, kontrola ładowania czcionek, eliminacja skoków treści — CLS poniżej 0,1.
  6. Wzmocnij dane strukturalne. Schema.org (Organization, Service, FAQPage, Article) daje agentom kontekst, któremu mogą zaufać.
  7. Obserwuj WebMCP i agents.json. Na razie eksperymentalne — nie wdrażaj na siłę, ale śledź, bo „eksperymentalne” szybko staje się „domyślne”.

Zwróć uwagę, że kroki 3–6 to praca, która i tak opłaca się z innych powodów: dostępność (zgodność z prawem), Core Web Vitals (SEO), dane strukturalne (widoczność w wyszukiwarce i AI). Agentic Browsing nie tworzy nowej listy zadań — raczej nagradza rzeczy, które dobra agencja robi tak czy inaczej.

 

Szerszy obraz Findable, citable, usable

Agentic Browsing wpisuje się w większą zmianę, która dzieje się w sieci. Kiedyś liczyło się jedno pytanie: czy moja treść jest znajdowalna (findable) — czyli SEO. Dziś dochodzą dwa kolejne: czy jest cytowalna (citable) przez modele AI — to obszar AEO/GEO (Answer Engine / Generative Engine Optimization) — oraz czy jest używalna (usable) przez agenta — to właśnie agentic browsing.

Strony, które wygrają w tej nowej rzeczywistości, będą jednocześnie znajdowalne, cytowalne i używalne. Dobra wiadomość: fundamenty wszystkich trzech w dużej mierze się pokrywają — czysta struktura, semantyczny HTML, dane strukturalne, stabilny układ, jasne llms.txt. Strona, którą maszyna potrafi łatwo odczytać, to strona, którą maszyna chętniej cytuje i po której sprawniej działa.

Najczęściej zadawane pytania

Nie. Agentic Browsing nie wpływa na klasyczny wynik wydajności 0–100. Jeśli Twój wynik szybkości się zmienił, to niemal na pewno z powodu okresowych korekt metodologii PageSpeed Insights lub zmienności danych — nie z powodu nowej kategorii. Nie ma tu żadnej sytuacji awaryjnej.

Nie bezpośrednio. Google jasno powiedział, że llms.txt nie jest czynnikiem rankingowym ani nie wpływa na AI Overviews. Nowy audyt Lighthouse sprawdza ten plik z innego powodu — dla agentów AI przeglądających sieć przez Chrome. Warto go dodać ze względu na gotowość na agentów i znikome ryzyko, a nie dla pozycji w wyszukiwarce.

To nie zależy od CMS, lecz od jakości wdrożenia. Agentic Browsing nagradza semantyczny HTML, dostępność, stabilny układ i llms.txt — a to kwestia tego, jak strona jest zbudowana. TYPO3 daje pełną kontrolę nad szablonami (Fluid), co ułatwia spełnienie tych wymogów. Rozbudowane page buildery (częste w WordPressie) częściej generują nieczysty kod — ikony-przyciski bez etykiet, puste linki, obrazy zamiast tekstu — który tu obniża wynik.

Na razie nie. WebMCP jest eksperymentalny, wymaga Chrome 150 i rejestracji w Origin Trial, a oblewa go dziś niemal każda strona — włącznie z dużymi. Nie wchodzi do domyślnej punktacji. Warto go obserwować, ale nie wdrażać na siłę. Skup się najpierw na trzech domyślnych testach.

Najprościej: wpisz adres w PageSpeed Insights (pagespeed.web.dev) i znajdź sekcję Agentic Browsing. Alternatywnie uruchom Lighthouse w Chrome DevTools z wybraną kategorią Agentic Browsing, albo użyj Lighthouse z linii poleceń (wymaga aktualnej wersji). Uwaga: w różnych narzędziach mogą działać różne wersje Lighthouse, więc wyniki mogą się nieco różnić.

O autorze

Dr Blitz-Weblab to agencja wyspecjalizowana wyłącznie w TYPO3, ze statusem TYPO3 Silver Member i biurem w Krakowie. Od ośmiu lat zajmujemy się wyłącznie TYPO3 — tworzeniem, aktualizacjami i utrzymaniem stron dla klientów w Polsce oraz krajach DACH. Specjalizujemy się w dostępności (WCAG 2.1/2.2 AA, Polski Akt o Dostępności, BFSG), bezpieczeństwie i zgodności (NIS2, RODO, CRA) oraz łączeniu SEO z accessibility w jednym procesie. Wśród naszych realizacji są między innymi portal Universitätsmedizin Mannheim (25 000 podstron w wielu językach), strona Miasta Mszana Dolna, RED NOSES International i Międzynarodowy Dom Spotkań Młodzieży w Oświęcimiu. Ten artykuł opieramy na oficjalnej dokumentacji Lighthouse oraz własnych testach na stronach produkcyjnych — w tym na naszej własnej stronie.

Chcesz sprawdzić, jak Twoja strona TYPO3 wypada w Agentic Browsing i co warto poprawić? Na drblitz-weblab.com/kontakt możesz wybrać dogodny termin 60- minutowej konsultacji w naszym kalendarzu.

Jak możemy pomóc

Przygotowanie strony TYPO3 na świat agentów AI to w dużej mierze ta sama praca, którą wykonujemy dla dostępności, wydajności i SEO — tyle że z nową perspektywą. 

Oferujemy: 
✓ Audyt gotowości na agentów AI — test Agentic Browsing, dostępność, CLS, llms.txt, dane strukturalne, z raportem i listą priorytetów
✓ Wdrożenie llms.txt — statycznie lub dynamicznie z drzewa stron TYPO3
✓ Poprawa dostępności (WCAG 2.1/2.2 AA) — zgodność z PAD i BFSG plus gotowość dla agentów w jednym
✓ Optymalizacja Core Web Vitals i stabilności układu (CLS)
✓ Wdrożenie danych strukturalnych Schema.org dla lepszej widoczności w AI i wyszukiwarkach

Telefon: 12 333 44 01. Email: [email protected].

O autorze
Krzysztof Napora
Krzysztof Napora
Krzysztof Napora