PageSpeed Insights yıllardır Performans, Erişilebilirlik, En İyi Uygulamalar ve SEO puanlarını veriyor. 2026'da bu satıra sessizce beşinci bir madde eklendi: Agentic Browsing. Diğer dört kategorinin görmezden geldiği tek bir soruyu yanıtlıyor: bir AI ajanı bu sayfayla gerçekten çalışabiliyor mu?
Bu rehber, o kontrolü kendi sitenizde işe koşmakla ilgili: çalıştırmak, her denetimin gerçekte ne söylediğini okumak ve elinizde bir düzeltme listesiyle ayrılmak.
Sonunda ne elde edeceksiniz
Kimler için: Sayfalarının bir insan yerine bir ajan tarafından gezildiğinde nasıl davrandığını bilmek isteyen SEO ekipleri, geliştiriciler ve site sahipleri.
Bitirdiğinizde elinizde ne olacak: Siteniz için gerçek bir Agentic Browsing sonucu, neyin geçtiğini, başarısız olduğunu veya geçerli olmadığını denetim denetim okuyan bir değerlendirme ve önceliklendirilmiş bir düzeltme listesi.
Önkoşullar: Herkese açık erişilebilen bir URL, ilk çalıştırma için yaklaşık on dakika ve aynı gün düzeltme yapacaksanız kod erişimi.
Bitti tanımı: Kesirli puanınızı denetim denetim açıklayabiliyorsunuz ve hangi başarısızlıkların ajanların sayfanızdaki bir görevi tamamlamasını gerçekten engellediğini söyleyebiliyorsunuz.
Bu kontrol nereden geldi ve neden şimdi
Agentic Browsing kategorisi bir yıl önce yoktu. Yayına alma üç adımda gerçekleşti ve hepsi Google tarafından belgelendi:
- 7 Mayıs 2026: Lighthouse 13.3 kategoriyi varsayılan yapılandırmasına ekliyor, böylece standart bir çalıştırmanın parçası oluyor.
- 22 Haziran 2026: Chrome for Developers blogu, "A developer toolkit to make your website agent-ready" yazısında kategoriyi DevTools for agents ve WebMCP rehberiyle birlikte duyuruyor.
- 20 Temmuz 2026: Lighthouse 13.4.1 kategoriyi PageSpeed Insights API yolu için etkinleştiriyor ve sürümün PageSpeed Insights'a "2 hafta içinde" ulaşacağını söylüyor. Bu da herkese açık yayını Ağustos 2026 başına koyuyor.
11 Eylül 2026'da kontrolü çalıştırdığımda raporun altbilgisi "Emulated Moto G Power with Lighthouse 13.4.1" yazıyordu ve Agentic Browsing tam SEO'nun yanında duruyordu. Yani özellik canary'de değil, yayında. Aynı zamanda açıkça bitmemiş. Rapordaki kategori açıklaması bunu net söylüyor: "This category is still under development and subject to change."
Başlamadan önce pratik bir not: PSI bu kategoriyi sizin için, Google tarafında çalıştırıyor. Sayfa düzeyindeki denetimler için Chrome 150'ye veya origin trial'a ihtiyacınız yok. Sürüm gereksinimleri olan şey, Chrome DevTools'ta yerel çalıştırmalar.
Kontrolü kendi sitenizde çalıştırın
- pagespeed.web.dev'i açın ve URL'nizi yapıştırın. Önce mobil için çalıştırın, sonra masaüstü için tekrarlayın; iki laboratuvar çalıştırması ayrı puanlanır.
- Laboratuvar verisinin bitmesini bekleyin. Üstteki saha verisi Chrome UX Report'tan gelir ve hızlı yüklenir. Altındaki Lighthouse çalıştırması daha uzun sürer ve kategoriler oradadır.
- Puan satırını bulun. Performans, Erişilebilirlik, En İyi Uygulamalar, SEO ve ardından 0–100 puanı yerine kesir olarak Agentic Browsing göreceksiniz.
- Kategoriyi genişletin. Denetim listesi Agent Accessibility, WebMCP ve her zamanki geçti ile geçerli değil kümeleri hâlinde gruplanır.
- Başarısız her denetimi açın. Her satır genişler ve başarısızlığın arkasındaki kuralı, öğeyi veya dosyayı gösterir; bir düzeltme kaydı açmak için ihtiyacınız olan tam olarak budur.
Beşinci kategori, SEO ekiplerinin her gün baktığı puanlarla aynı satırda duruyor. 11 Eylül 2026'da PageSpeed Insights'ta alındı.
Kalite kontrolü: Sonuçları bir ekip arkadaşıyla karşılaştırmadan önce çalıştırma ayrıntılarındaki Lighthouse sürümünü doğrulayın. PSI, Lighthouse'u kendi takvimine göre günceller ve kategori sürümler arasında hâlâ değişiyor.
Başarısız olursa: PSI ağır sayfalarda ara sıra RPC zaman aşımı döndürür. Araştırma sırasında büyük bir sitede benim de başıma geldi. Tekrar deneyin veya sayfayı yerel Lighthouse ile test edin.
Kesirli puanı doğru okuyun
Agentic Browsing'in ağırlıklı 0–100 puanı yok ve bu bilinçli bir tercih. Lighthouse'un dokümantasyonu ajan web'inin standartlarının hâlâ oluştuğunu söylüyor, bu yüzden odak bir sıralama yerine eyleme geçirilebilir sinyallerde.
İşte gerçekten önemli olan aritmetik:
Görünüm | Ne anlama gelir |
|---|---|
3/3 | Puanlanan tüm denetimler geçti. Geçerli olmayan denetimler hariç tutulur. |
1/3 | Biri geçti, ikisi başarısız. Payda yalnızca geçen ve başarısız denetimleri içerir. |
0/3 | Puanlanan hiçbir denetim henüz geçmedi. Reklamla dolu ağır bir sayfada ilk çalıştırmada sık görülür. |
Kesir yok | Tüm denetimler geçerli değildi ya da kategori çalışmadı. Çalıştırma ayrıntılarına bakın. |
Tuzak, 1/3'ü "yüzde 33 ajana hazır" diye okumak. Hiçbir şeyin yüzdesi değil. Bu bir sayım: o sayfada puanlanabilen üç denetimden biri geçti ve geçerli olmayan denetimler hesabın tamamen dışında bırakıldı. Yakaladığım raporda altı denetim çalıştı, üçü geçerli değildi ve kalan üçü 1/3'ü üretti.
Puanlar aynı sayfada çalıştırmalar arasında da oynar. Lighthouse'un saydığı üç neden şunlar: dinamik araç kaydı (JavaScript ile kaydedilen WebMCP araçları zamanlamaya göre yakalanabilir veya kaçırılabilir), erişilebilirlik ağacını yeniden şekillendiren DOM değişiklikleri ve reklamlar, boyutsuz görseller veya enjekte edilen içerikten kaynaklanan düzen kaymaları. Sayınız oynuyorsa nedeni genellikle budur.
Altı denetimi tek tek gezin
Mevcut PSI sürümü altı denetim çalıştırıyor. Bir yenisi geliyor: Lighthouse'un geliştirme dalı yeni bir Agent Discoverability grubu altında bir ai-catalog.json denetimi (Agent Resource Discovery) ekliyor, yani bu listeyi sürüme bağlı kabul edin.
Denetim | Neyi kontrol eder | "Geçerli değil" ne demek |
|---|---|---|
Erişilebilirlik ağacı düzgün oluşturulmamış | Ajanlara odaklanan erişilebilirlik kurallarının bir alt kümesi: programatik adlar ve etiketler, geçerli ARIA yapısı ve ağaçtan gizlenmiş olsa da etkileşimli kalan öğeler | Asla; bu her zaman puanlanır |
llms.txt önerilere uymuyor |
| Dosya 404 döndürdü. Eksik llms.txt isteğe bağlı sayılır, başarısızlık değil |
Kümülatif Düzen Kayması | Görsel kararlılık; böylece öğe konumlarına göre hareket eden ajanlar kayma sırasında yanlış şeye tıklamaz | Asla; bu her zaman puanlanır |
WebMCP araçları kayıtlı | Sayfanın bildirimsel veya imperatif API üzerinden herhangi bir WebMCP aracı kaydedip kaydetmediği | WebMCP aracı tespit edilmedi |
WebMCP form kapsamı | Araç ek açıklamaları eksik olan bildirimsel formlar | Yukarıdakiyle aynı |
WebMCP şemaları geçerli | Kayıtlı araçların geçerli girdi ve çıktı şemaları yayımlaması | Yukarıdakiyle aynı |
Genişletilmiş kategori görünümü: iki başarısızlık, bir geçen ve üç geçerli olmayan denetim. Başarısız listesi, bir iş kalemine giden en kısa yoldur.
Üç WebMCP denetiminin "geçerli değil" göstermesi 2026'da normaldir. WebMCP önerilen bir standart; origin trial ve erken önizleme aşamasında ve iki API'si var: standart HTML formlarını ek açıklamalarla işaretleyen bildirimsel olan ve JavaScript'ten araç kaydeden imperatif olan. Çoğu site henüz ikisini de yayınlamıyor, bu yüzden çoğu raporda orada üç gri daire görünür. Gri kırmızı değildir. Bunu başarısızlık olarak değerlendirmeyin.
Denetimin işaret ettiklerini düzeltin
Dört düzeltme teması altı denetimi kapsıyor. Üç WebMCP satırı yalnızca gerçekten ajan aracı yayınlıyorsanız ilgi ister.
Erişilebilirlik ağacını ajanların okuyabileceği hâle getirin
Ajanlar sayfanızın ana haritası olarak erişilebilirlik ağacına yaslanır. Orada roller, adlar ve durumlar listelenir. Erişilebilir adı olmayan bir düğme onlar için de ekran okuyucu kullananlar için de çıkmaz sokaktır.
Eylem: genişletilmiş denetimden başarısız kuralları ele alın. Her zamanki şüpheliler yalnızca simgeden oluşan düğmeler, etiketsiz form alanları, metni sadece "buraya tıklayın" olan bağlantılar, geçersiz ARIA rol kombinasyonları ve ARIA tarafından referans verilen yinelenen kimlikler. Anlamsal HTML'i tercih edin, etiketlere for özniteliği ekleyin ve yerel bir öğe mümkün değilse özel bileşenlere açık bir rol ve tabindex verin.
Beklenen sonuç: denetim geçmişe döner ve normal Erişilebilirlik puanınız da genellikle aynı anda iyileşir, çünkü Agentic Browsing sürümü aynı kontrollerin odaklanmış bir alt kümesidir.
Kurtarma yolu: düzeltme listesi yüzlerce öğeye çıkarsa bunları tek tek kovalamayın. Başlığınızdaki yalnızca simgeli düğme gibi paylaşılan bileşeni düzeltin, sonra yeniden çalıştırın. Tek bir bileşen çoğu zaman onlarca satırı temizler.
Biçim denetimini geçen bir llms.txt yayınlayın
Bunun, dikkatli insanları yakalayan bir tuzağı var. Denetim yalnızca /llms.txt dosyasının var olup olmadığına bakmaz. Dosyanın içeriğini kontrol eder ve çıplak URL'ler listeleyen bir dosya başarısız olur, çünkü kontrol Markdown tarzı bağlantılar arar.
Eylem: alan adınızın kökünde H1 başlığı ve gerçek Markdown bağlantıları olan bir /llms.txt oluşturun:
# Your Company
Short description of what the site covers and how it should be used.
## Key pages
- [Product overview](https://example.com/product)
- [Pricing](https://example.com/pricing)
- [Documentation](https://example.com/docs)Beklenen sonuç: denetim yeşile döner. Buna karşılık bir 404, geçerli değil olarak görünür ve bu bugün kabul edilebilir. 500 serisi bir yanıt veya bir getirme hatası, sunucu tarafında düzeltme gerektiren gerçek bir başarısızlıktır.
Kalite kontrolü: kendi /llms.txt dosyanızı terminalde çekin ve bağlantıları sayın. https://example.com/pricing gibi köşeli parantezsiz görünüyorlarsa, dosya yayında ve insanlar için okunabilir olsa bile denetim başarısız olur.
Dürüst bir uyarı: Google Search llms.txt kullanmıyor. Google'ın kendi AI optimizasyon rehberi dosya için "will neither harm nor help your site's visibility or rankings in Google Search, as Google Search ignores them" diyor. Dosyayı bu geleneği okuyan ajan araçları için yazın, sıralamalar için değil.
Ajanlar nişan alabilsin diye düzeni sabitleyin
Düzen kayması eskisinden daha önemli. Bir düğmenin yerini bulup sonra koordinatına tıklayan ajan, bir reklam, banner veya geç yüklenen görsel o iki an arasında düğmeyi 200 piksel aşağı iterse ıskalar.
Eylem: görsellerde ve gömülü içeriklerde açık genişlik ve yükseklik (veya aspect-ratio) ayarlayın, reklam alanları ve izin bannerları için sabit yer ayırın, yüklemeden sonra mevcut içeriğin üstüne içerik eklemekten kaçının ve düzeni tetikleyen özellikler yerine transform ile animasyon yapın.
Beklenen sonuç: laboratuvar çalıştırmasında Kümülatif Düzen Kayması 0,1'in altında; Core Web Vitals'ın kullandığı eşikle aynı.
Kalite kontrolü: rapordaki Performans altındaki Layout shift culprits içgörüsü sorumlu öğeleri tam adıyla söyler. Tahmin etmek yerine oradan başlayın.
WebMCP'ye sonra karar verin
Üç WebMCP denetimi yalnızca siteniz araç kaydediyorsa puanlanır. Bir rezervasyon akışı, ödeme, destek formu veya bir ajanın tamamlayabileceği herhangi bir yapılandırılmış görev işletiyorsanız WebMCP bir prototipe değer: ajanlara DOM'dan tahmin etmek yerine tam olarak hangi aracı çağıracaklarını söyler. Chrome özelliği bir origin trial ve yerel test bayrağının arkasında sunuyor, yani bu gerçek bir seçenek, düşünce deneyi değil.
Otomatikleştirmeye değer bir göreviniz yoksa WebMCP'yi bırakın. Üç gri dairede yanlış bir şey yok. Yapılmaması gereken tek şey, sadece kesir daha iyi görünsün diye dekoratif bir araç kaydetmek. Kategori bir hazırlık sinyalidir ve onu manipüle etmek amacını bozar.
Düzeltmeyi doğrulayın
Aynı URL'yi PSI'de yeniden çalıştırın ve bir şeyi değil üç şeyi karşılaştırın: kesri, tek tek denetim durumlarını ve cihaz türünü. Bir düzeltme, önemsediğiniz şeyi düzeltmeden kesri oynatabilir ve mobil ile masaüstü ayrı laboratuvar sonuçları üretir.
Daha hızlı iterasyon için PSI'yi beklemek yerine Lighthouse'u yerel çalıştırın. Kategori Lighthouse 13.3 ve sonrasında var, yani yerel bir kurulum onu alır. DevTools paneli sürümünü istiyorsanız Google'ın dokümantasyonu kategoriyi test etmenin Chrome 150 veya üstünü gerektirdiğini, WebMCP denetimlerinin de origin trial kaydını istediğini belirtiyor.
Kısa bir önce-sonra kaydı tutun. "2026-09-11: mobil 1/3, başarısız a11y ağacı + llms.txt" gibi tarihli bir satır yeterli. Bu, sonraki bir gerilemenin gerçek mi yoksa çalıştırmalar arası bir oynama mı olduğunu söyler.
Bu kontrol ne değildir
Yapmadığı üç şey var, çünkü kafa karışıklığı yaygın:
- Bir sıralama faktörü değildir. Chrome'un duyurusu kategoriyi bilgilendirici ve kıyaslamasız olarak tanımlıyor. Google Search sıralamaları Agentic Browsing kesrinizden etkilenmez.
- Bir AI görünürlük puanı değildir. Bir ajanın sayfanızı kullanıp kullanamadığını ölçer. ChatGPT veya Perplexity'nin bir yanıtta sizden alıntı yapıp yapmadığı hakkında hiçbir şey söylemez.
- Siteniz hakkında bir geçti/kaldı hükmü değildir. Basit bir tanıtım sayfasındaki düşük kesir genellikle puanlanacak az şey olduğu anlamına gelir, ajanların dışarıda kilitli olduğu değil.
Yardımcı olan bakış açısı şu: bu kategori, ziyaretçi insan olmadığında sitenizin ayakta kalıp kalmadığını denetler. Ödüllendirdiği her şey zaten yapmaya değer: anlamsal HTML, kararlı düzenler, etiketli kontroller. Google'ın kendi ajan dostu rehberi de aynı noktayla kapanıyor: bir siteyi ajana hazır yapan şey onu insanlar için de daha iyi yapar.
İnceleme döngünüzde tutun
Ajan hazırlığı, platformun kontrol listesinden hızlı hareket ettiği alanlardan biri. İki alışkanlık onu bir projeye dönüştürmeden güncel tutar:
- Her şablon, gezinme, form veya ödeme değişikliğinden sonra kontrolü yeniden çalıştırın. Erişilebilirlik ağacını ve düzen kararlılığını oynatan düzenlemeler bunlardır.
- Kesri URL başına değil şablon başına izleyin. Hepsi aynı şekilde puanlanan on ürün sayfası bir şablon sorunudur ve tek bir düzeltme onunu da çözer.
PSI kontrolü bilinçli olarak dardır: altı denetim, her seferinde bir sayfa. Daha geniş tabloyu istiyorsanız — robots kurallarınızın, MCP sunucu kartlarınızın, OAuth keşfinizin ve ajan ticaret sinyallerinizin yerinde olup olmadığı dahil — Auspia, bir URL'yi bu protokol düzeyindeki standartlara göre tarayan ve karşılaştırma için bir liderlik tablosu gösteren ücretsiz bir Agent Readiness kontrolü sunuyor.
SSS
Agentic Browsing puanı Google sıralamalarını etkiler mi? Hayır. Google kategoriyi bilgilendirici olarak tanımlıyor ve Search sıralama sistemlerinin parçası değil. Onu ajanlar için bir hazırlık kontrolü olarak değerlendirin, SEO puanı olarak değil.
Aynı sayfada iki çalıştırma arasında kesrim neden değişti? Dinamik araç kaydı, erişilebilirlik ağacını değiştiren DOM değişiklikleri ve geç düzen kaymaları çalıştırmalar arası fark yaratır. Yeniden test edin ve yalnızca kesri değil denetim listesini karşılaştırın.
Üç WebMCP denetimi neden geçerli değil görünüyor? Çünkü sayfanız WebMCP aracı kaydetmiyor. Bu, 2026'da çoğu site için beklenen durumdur ve başarısızlık değildir.
Eksik llms.txt bir sorun mu? Bu denetim için hayır. 404 geçerli değil sayılır. Var olan ama bozuk bir dosya başarısız olur, yani bir tane yayınlıyorsanız doğru yayınlayın.
Bunu CI'da çalıştırabilir miyim? Evet, kategori Lighthouse sürümünüzde olduğunda. Denetimler tasarım gereği deterministiktir; onları ardışık düzen kontrollerine uygun yapan da budur. WebMCP bölümlerinin tarayıcı desteğine ve origin trial kaydına bağlı olduğunu unutmayın, bu yüzden çoğu CI ortamında geçerli değil okumalarını bekleyin.
Bunu kullanmak için Chrome 150'ye ihtiyacım var mı? Hayır. PageSpeed Insights bunu sunucu tarafında çalıştırır. Chrome 150 gereksinimi, kategoriyi DevTools'ta yerel çalıştırmak için geçerlidir.
Yazar: Alice Monroe, Auspia'da 150'den fazla aracı kapsayan AI SEO Araçları Analisti. Alice SEO ve AI arama araçları, hangi kontrollerin zamanınıza değdiği ve bunların çalışma rutinine nasıl katılacağı üzerine yazıyor.
