Agentic Browsing - Google tani e vlerëson faqen tuaj për AI agents

Në maj 2026, Google shtoi në heshtje një kategori të re në Lighthouse dhe PageSpeed Insights: Agentic Browsing. Nuk jep vlerësim nga 100. Tregon raport, p.sh. 3/3.

Mat sa e gatshme është faqja juaj që një AI agent ta lexojë, ta kuptojë dhe të veprojë mbi të pa njeri në timon. Dhe njëra nga tre kontrollet ka të bëjë me llms.txt, një skedar që Google filloi ta vlerësojë zyrtarisht.

Çfarë është Agentic Browsing dhe pse e shtoi Google

Ekzekutoni një faqe në PageSpeed Insights sot dhe do të shihni diçka që nuk ekzistonte disa muaj më parë. Pranë Performance, Accessibility, Best Practices dhe SEO shfaqet rezultati i pestë: Agentic Browsing.

Google e prezantoi pa bujë të madhe. Lighthouse 13.3, që u lëshua më 7 maj 2026, e vendosi kategorinë e re në default config, dhe PageSpeed Insights e trashëgoi brenda dy javësh. Derisa e vuri re shumica, po ekzekutohej tashmë në çdo raport.

Kategoria mat diçka që asnjë tjetër nuk e prek: sa e gatshme është faqja juaj për AI agents; asistentët që vizitojnë faqe interneti në emër të përdoruesit për të krahasuar, përmbledhur dhe për të caktuar takime.

Kjo është një ndryshim i rëndësishëm në atë që mat Google. Performance ka të bëjë me njeriun që pret një faqe të ngadaltë. Accessibility ka të bëjë me njeriun që përdor assistive technology. Agentic Browsing ka të bëjë me softuer: asistentë dhe agents që tani vizitojnë faqe.

Tre kontrollet që ekzekuton realisht

Ka tashmë mjaft konfuzion rreth kësaj kategorie, me artikuj që shpikin auditime që nuk ekzistojnë. Pamja e saktë, sipas dokumentacionit zyrtar të Lighthouse, është kjo. Në PageSpeed Insights, rezultati default i Agentic Browsing ndërtohet nga tre kontrolle.

1. Accessibility tree

Ripërdor punën e aksesueshmërisë që Lighthouse bën tashmë, por e filtron në atë që i nevojitet një makine. A kanë elementët interactive emër të duhur? A janë të vlefshme rolet dhe marrëdhëniet prind-fëmijë? A fshihet diçka interactive nga tree?

Një agent nuk i sheh butonat e bukur tuaj. Lexon accessibility tree, të njëjtën strukturë të thjeshtuar që përdor një screen reader, sepse është harta më e pastër e asaj që përmban faqja dhe çfarë mund të klikohet.

2. Cumulative Layout Shift (CLS)

CLS e njihni tashmë si Core Web Vital, metrika që ndëshkon faqet ku përmbajtja “kërcen” gjatë ngarkimit. Këtu ripërcaktohet për agents.

Shumë agents marrin screenshot të një faqeje dhe arsyetojnë mbi të. Nëse layout vazhdon të ndryshojë, screenshot-i që përdor agent-i mund të mos përputhet më me faqen poshtë. Një buton zhvendoset, agent-i klikon në bosh. Stabiliteti nuk është më vetëm “politikë”. Është korrektësi.

3. llms.txt

Kontrolli i tretë kërkon skedar llms.txt në rrënjën e domain-it dhe, nëse e gjen, kontrollon që është i formatuar saktë: titull i saktë, përmbajtje e mjaftueshme dhe links.

Ky është kontrolli që meriton t’ju tërheqë vëmendjen, sepse Google filloi të vlerësojë një AI Discovery File si masë gatishmërie për agents.

Google tani vlerëson një AI Discovery File

Ideja prapa AI Discovery Files është e thjeshtë: inpute të lexueshme nga makinat që publikon një faqe në mënyrë që sistemet AI ta zbulojnë, ta interpretojnë dhe ta besojnë. Jo rankings. Jo brand mentions. Inpute.

Tani vegla e vet e performancës mat njërin prej tyre. Kontrolli llms.txt brenda Agentic Browsing është Google që validon një AI Discovery File, në të njëjtin raport me Performance dhe SEO.

Komuniteti SEO e vuri re me të njëjtën habi. Marie Haynes (Marie Haynes Consulting) vuri në dukje sa mbresëlënëse është që njëri nga kontrollet fokusohet në llms.txt. Mbresëlënëse, sepse i njëjti komunitet kishte kaluar pjesën më të madhe të pranverës duke argumentuar që skedari nuk ia vlente mundimin.

E vërteta është më e hollësishme: llms.txt bën punë të ngushtë, specifike. Një kontroll diagnostik brenda Lighthouse është pikërisht kjo punë, zyrtarisht.

Sqarim i rëndësishëm: kontrolli shpërblen llms.txt të vlefshëm. Nuk provon që LLM-et e mëdha e shkarkojnë dhe e përdorin për përgjigje. Janë dy pretendime të ndryshme. Ajo që ndryshoi është drejtimi: para një viti, publikimi i AI Discovery File ishte bast në të ardhmen e uebit. Sot, veglat e Google ju japin tick të gjelbër.

Pse nuk ka vlerësim nga 0 deri 100

Gjëja e parë që ngatërron përdoruesit është formati. Çdo kategori tjetër Lighthouse jep numër nga 100, me ngjyra dhe peshë. Agentic Browsing jep 3/3 ose 2/3 dhe listë me atë që kaloi. Është e qëllimshme.

«Për shkak se standardet për agentic web vazhdojnë të formohen, fokusi aktual është mbledhja e të dhënave dhe ofrimi i sinjaleve vepruese në vend të renditjes përfundimtare.»

Chrome for Developers, dokumentacioni zyrtar i Lighthouse agentic browsing scoring

Google mund të kishte shpikur një vlerësim “të sigurt” të peshuar dhe të linte të gjithë ta ndiqnin, siç bëri industria me Performance score për vite. Nuk e bëri. Tha, me fjalë të tjera, që agentic web nuk është stabilizuar mjaftueshëm për t’ju vlerësuar, kështu që ju jep sinjale të qarta.

Ka edhe pasojë të dytë. Një faqe e thjeshtë pa asnjë punë AI mund ende ta kalojë. Google nuk ndëshkon faqe për mungesë të agentic features. Një faqe e thjeshtë, e vlefshme me accessibility tree të pastër dhe layout stabil do të nxjerrë rezultat të mirë edhe nëse nuk ka llms.txt. Kategoria nuk është shkop. Është sinjal gatishmërie.

Kontrolli i katërt: WebMCP

Ka audit të katërt në kategori që nuk shfaqet në 3/3, dhe është më parashikuesi nga të gjitha.

WebMCP është standard i propozuar që lejon një faqe të deklarojë veprime specifike që një agent mund të thërrasë drejtpërdrejt: dërgim forme, fillim rezervimi, shtim në shportë. Në vend që agent-i të hamendësojë si funksionon ndërfaqja juaj nga screenshot, i jepni kontrolle me etiketë.

Është ide e mirë, por nuk është gati. WebMCP audit ka nevojë për Chrome 150 dhe origin trial registration për të ekzekutuar fare, dhe ka peshë të ulët ndërsa standardi stabilizоhet. Në praktikë mund të dështojë pothuajse në çdo faqe në ueb sot, edhe në faqe që bëjnë gjithçka tjetër saktë. Prandaj mbetet jashtë raportit default.

Mos u shqetësoni ende për WebMCP. Ndiqeni. llms.txt kaloi nga propozim niche në kontroll Lighthouse në rreth një vit. Kur WebMCP “diplomohet”, faqet që mendojnë tashmë në strukturë të lexueshme nga makinat do ta adoptojnë shpejt.

Si ta kaloni 3/3

Asnjë nga tre kontrollet default nuk është ekzotike. Nëse ndërtoni faqe saktë, jeni tashmë në pjesën më të madhe të rrugës.

Pastroni accessibility tree

Jepni çdo elementi interactive emër real, programatik. Butona që thonë çfarë bëjnë. Fusha forme me associated labels. Links me tekst, jo vetëm ikonë. Mos fshihni përmbajtje interactive nga assistive technology me aria-hidden ose teknika off-screen.

Aksesueshmëri e mirë dhe agent-readability e mirë janë e njëjta mekanikë. Rast i rrallë ku një rregullim paguan dy llogari.

Mbajeni layout stabil

Ruani hapësirë për imazhe dhe embeds me width dhe height eksplicite në mënyrë që asgjë të mos bëjë reflow kur ngarkon. Shmangni banners ose ads që shtyjnë përmbajtjen poshtë. Kini kujdes me web fonts: një font swap i vonuar është CLS shift klasik.

Objektivi është Cumulative Layout Shift afër zeros. I njëjti target që vendosin tashmë Core Web Vitals, tani me vlerë të dyfishtë për agents.

Publikoni llms.txt të vlefshëm

Vendosni llms.txt në rrënjën e domain-it me H1 të qartë, përshkrim të dobishëm të asaj që është dhe çfarë ofron faqja juaj, dhe links te faqet kryesore.

itdev.al ka tashmë llms.txt në rrënjë. Nëse doni të shihni si strukturohet, mund ta përdorni si referencë.

Një hollësi që kap shumë faqe: një rregull në robots.txt ose konfigurim CDN mund të bllokojë në heshtje agents-at që po përpiqeni të tërhiqni. Kontrolloni që AI crawlers lejohen.

Çfarë nuk do të thotë 3/3

Do të ishte e lehtë të valëvitni raportin perfekt dhe të nënkuptoni që ju sjell AI traffic. Nuk e bën, dhe leximi i sinqertë ka vlerë më të madhe se titulli.

«Kategoria agentic browsing vazhdon të shënohet si “under development”.»

Matt Zeunert, Founder at DebugBear

Kjo frazë bën shumë punë. Do të thotë që kontrollet mund të ndryshojnë, vlerësimi mund të ndryshojë, dhe siguria e tepërt në 3/3 e sotme është gabim.

3/3 do të thotë që një agent mund të lexojë faqen tuaj, layout nuk do ta tradhëtojë, dhe llms.txt juaj është i vlefshëm. Nuk do të thotë që ChatGPT, Gemini ose sipërfaqet AI të Google do t’ju citojnë në çdo prompt. Nuk provon as që shkarkojnë llms.txt tuaj.

Agentic Browsing është dyshemeja mbi të cilën ndërtoni, jo ndërtesa.

Çfarë do të thotë agent-ready në praktikë

Tre kontrollet janë abstrakte derisa shihni faqe që u ndërtua t’i kalojë para se Google t’i jepte emër kategorisë.

Një faqe biznesi e shpejtë, stabile me accessibility build të pastër dhe llms.txt të vlefshëm është pikërisht lloji i faqes që shpërblejnë tre kontrollet. Përmbajtje specifike, e strukturuar mirë; area pages me detaje reale shërbimesh; layout stabil pa CLS surpriza.

Në IT DEV zbatojmë këtë logjikë që nga fillimi në projektet tona: SEO teknik, GEO për kërkime AI, llms.txt, strukturë e saktë përmbajtjeje dhe Core Web Vitals që kalojnë edhe testin njerëzor edhe testin e agent-it.

Pyetje të shpeshta

Çfarë është Agentic Browsing në PageSpeed Insights?

Kategori që Google shtoi në Lighthouse (dhe rrjedhimisht në PageSpeed Insights) në maj 2026. Mat sa e gatshme është një faqe për AI agents, pranë Performance, Accessibility, Best Practices dhe SEO të njohura. Në vend të 0-100 tregon pass ratio, p.sh. 3/3.

Çfarë kontrollon kategoria Agentic Browsing?

Tre kontrolle default: lexim agent-centric i accessibility tree, Cumulative Layout Shift dhe prezencë/vlefshmëri e llms.txt në rrënjën e domain-it. Një kontroll i katërt, WebMCP, është eksperimental dhe nuk llogaritet në rezultatin default.

Si ta kaloj Agentic Browsing me 3/3?

Sigurohuni që elementët interactive kanë emra dhe role të sakta, mbajeni të ulët CLS dhe publikoni llms.txt të formatuar saktë me titull, përmbajtje dhe links.

Pse nuk ka vlerësim 0-100?

Google zgjodhi pass ratio sepse standardet e agentic web vazhdojnë të formohen. Objektivi janë sinjale vepruese, jo renditje përfundimtare. Faqja pa AI features nuk ndëshkohet.

A ndikon në renditjen e Google?

Jo. Është diagnostic për zhvillues, jo faktor renditjeje, dhe kategoria është shprehimisht under development. 3/3 është sinjal gatishmërie, jo premtim trafiku ose AI citations.

A kam nevojë për llms.txt për ta kaluar?

Kontrolli llms.txt sinjalizon problem vetëm nëse skedari ekziston dhe është malformed. Faqja pa skedar nuk dështon vetëm për këtë arsye. Megjithatë një llms.txt i vlefshëm është mënyra më e qartë për ta kthyer kontrollin në jeshile dhe për të sinjalizuar përmbledhje AI-readable të faqes suaj.

Çfarë është WebMCP?

Standard i propozuar që lejon faqen të deklarojë veprime që agent-i mund të thërrasë (formë, rezervim etj.). Auditi është eksperimental, ka nevojë për Chrome 150 dhe origin trial, dhe nuk bllokon 3/3.

Doni të kontrolloni nëse faqja juaj është gati për AI agents? Kontaktoni me ne ose shikoni paketat tona SEO.