A Lighthouse Agentic Browsing a Lighthouse 13.3-ban (2026 május) bevezetett audit-kategória, amely azt méri, mennyire tudja egy automata ügynök végigcsinálni az oldaladon azt, amit egy ember. A többi kategóriától eltérően nem 0-100 pontot kapsz, hanem pass-arányt: a lefuttatott szabályokból hány ment át.
Hogyan működik
Ugyanabban a Lighthouse-futásban dolgozik, mint a Performance vagy a SEO kategória. A böngésző betölti az oldalt, majd a kategória gépi szemmel nézi végig, hogy egy AI-ügynök talál-e fogást a felületen. A vizsgált területek:
- WebMCP: van-e gépi interfész, amin keresztül az ügynök műveletet indíthat
- llms.txt: van-e nyelvi modelleknek szánt, szöveges tartalomtérkép
- akadálymentességi fa: a gombok, űrlapok, linkek felismerhető szerepet és nevet kapnak-e (lásd WCAG és EAA)
- CLS (Cumulative Layout Shift): ugrál-e a layout betöltés közben
Miért ez a négy dolog egy helyen
Elsőre vegyes a lista. Van benne sebességmutató, akadálymentesség és két új fájlszabvány. A közös nevező az ügynök munkamenete. Az ügynök nem lát képernyőt, hanem a DOM-ot és az akadálymentességi fát olvassa. Ha a gombnak nincs neve, nem tudja megnyomni. Ha a layout elugrik, rossz elemre kattint. A pass-arány ezt a kockázatot sűríti egy számba.
Mit ne várj tőle
A kategória nem rangsorol a Google-ben, és nem helyettesíti a klasszikus SEO-auditot. Kiegészítő nézet arról, hogy a gépi látogató használható felületet kap-e. A PageSpeed Insights felületén jelenleg nem érhető el, csak a Lighthouse CLI-ben és a Chrome DevTools friss verzióiban.
Röviden: az Agentic Browsing pass-aránya azt mutatja meg, hány ponton akad el egy automata ügynök az oldaladon.
Technikai példa
Futtatás parancssorból, JSON kimenettel. Így látod, mely kategóriák mentek le egyáltalán.
# Lighthouse a legfrissebb verzióval, gépi feldolgozásra
npx lighthouse@latest https://pelda.hu --output=json --output-path=./report.json
# Melyik kategóriák futottak le?
jq '.categories | keys' report.json
# Fut-e a szerveren a gépi tartalomtérkép?
curl -sI https://pelda.hu/llms.txt | head -n 1
Egy használható llms.txt a gyökérben. Rövid, linkelt és tényszerű, nem marketingszöveg.
# Példa Kft.
> Ipari csomagolóanyag gyártás és nagykereskedelem, Győr. Alapítva 2004-ben.
## Fő oldalak
- [Szolgáltatások](https://pelda.hu/szolgaltatasok): gyártás, raktározás, egyedi méret
- [Termékek](https://pelda.hu/termekek): kartondoboz, zsugorfólia, raklap
- [Kapcsolat](https://pelda.hu/kapcsolat): cím, telefonszám, nyitvatartás
## Feltételek
- [ÁSZF](https://pelda.hu/aszf)
- [Szállítás](https://pelda.hu/szallitas): minimum rendelés 50 000 Ft
Gyakori kérdések
Miért nem látom ezt a kategóriát a PageSpeed Insights-ban?
Mert az Agentic Browsing jelenleg nem része a PageSpeed Insights futtatásának. A kategória a Lighthouse 13.3-ban jelent meg, és a CLI-ből, illetve a friss Chrome DevTools-ból érhető el. Ha a PSI-ben nem találod, az nem az oldalad hibája.
Miért pass-arány és nem pontszám?
Mert itt nincs értelme súlyozott átlagnak. Egy szabály vagy teljesül, vagy nem, és mindegyik bukás konkrét akadályt jelent az ügynöknek. A pass-arány ezért közvetlenül megmondja, hány dolgot kell megjavítani.
Kell nekem WebMCP, ha csak egy bemutatkozó oldalam van?
Nem feltétlenül. A WebMCP akkor hasznos, ha van olyan művelet, amit egy ügynök elvégezhetne: foglalás, rendelés, árajánlat. Egy tisztán tartalmi oldalnál előbb az olvashatóságot és az akadálymentességi fát rendezd.
Rontja a Google rangsorolást, ha rossz a pass-arány?
Erre nincs megerősített kapcsolat, és ezt nem is érdemes feltételezni. A kategória auditeszköz, nem rangsorjel. Az üzleti kockázat abban van, hogy az ügynökös látogató nem jut el a konverzióig.
Milyen gyakran érdemes mérni?
Minden nagyobb sablonváltozás és új plugin után. Webshopnál havonta egyszer is indokolt, mert a kampánybannerek és a felugró elemek gyorsan visszarontják a CLS-t. CI-be építve a mérés automatikusan fut minden deploy előtt.