Core Web Vitals skorunuz 100 olsun, AI botu hâlâ farkında olmaz
LCP, INP, CLS bir tarayıcıda oluşan görsel deneyimi ölçer. Çoğu AI botu sayfayı hiç görsel olarak render etmez — ölçtüğünüz şey onlar için var olmaz. Asıl risk skorda değil, sunucu yanıt süresinde.
Bir müşteri sık sorar: "PageSpeed skorum 100, neden AI\'da görünmüyorum?" Cevap, iki farklı ölçümü karıştırmaktan geliyor.
Core Web Vitals neyi ölçer
Üç metrik, üçü de bir tarayıcıda gerçekleşen render sürecini ölçer:
| Metrik | Ne ölçer | Kim yaşar |
|---|---|---|
| LCP (Largest Contentful Paint) | En büyük görselin ekranda belirme süresi | Tarayıcı, gerçek kullanıcı |
| INP (Interaction to Next Paint) | Tıklamadan tepkiye kadar geçen süre | Tarayıcı, gerçek kullanıcı |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken öğelerin kayması | Tarayıcı, gerçek kullanıcı |
Üçü de bir görsel oluşum ve etkileşim sürecine bağlı. Bir botun bu metrikleri "yaşayabilmesi" için sayfayı bir tarayıcı motoruyla render etmesi, CSS'i uygulaması, JavaScript'i çalıştırması ve bir kullanıcı gibi tıklaması gerekir.
Çoğu AI botu bunu yapmıyor
AI botlarının tam listesinde anlatılan tarayıcıların büyük kısmı — GPTBot, ClaudeBot, CCBot, PerplexityBot — HTML alan, genellikle JavaScript çalıştırmayan basit HTTP istemcileridir. Onlar için sayfa "render edilmez", okunur. LCP diye bir kavram onların dünyasında yok, çünkü hiçbir şey "boyanmıyor".
Sonuç: PageSpeed skorunu 60'tan 100'e çıkarmak, bu botların gördüğü şeyi değiştirmez. Aynı ham HTML'i alırlar, önce ya da sonra render edilmiş olması onlar için farksızdır.
Peki hangi hız metriği gerçekten önemli
Botlar için önemli olan tek şey: isteğe zamanında ve doğru durum koduyla yanıt vermek.
- TTFB (Time to First Byte). Sunucunun ilk baytı göndermeye başladığı
süre. Yüksekse bot bağlantıyı zaman aşımına uğratıp bırakabilir.
- Zaman aşımı davranışı. Bazı botların bekleme toleransı insan
tarayıcısından kısadır. Ağır bir veritabanı sorgusu, önbelleksiz bir sayfa, insan için "biraz yavaş" iken bot için "hiç yanıt yok" olabilir. Bot erişim kontrolü bunu her bot için ayrı ayrı, gerçek istekle ölçer.
- Durum kodu tutarlılığı. Yavaşlık altında sunucunun 503 döndürmesi,
yükleniyor gibi görünen ama botun "kapalı" olarak kaydettiği bir durum yaratır.
Karıştırılan iki farklı risk
| Kullanıcı deneyimi riski | AI bot erişim riski | |
|---|---|---|
| Ölçülen | LCP, INP, CLS | TTFB, zaman aşımı, durum kodu |
| Kim etkilenir | Gerçek ziyaretçi | Tarayıcı botu |
| Sonuç kötüyse | Kullanıcı sayfadan ayrılır | İstek hiç tamamlanmaz, sayfa hiç okunmaz |
| Nerede ölçülür | PageSpeed Insights, CrUX | Sunucu log'u, gerçek bot isteği |
İkincisi çok daha sert bir eşiktir: kötü LCP'de kullanıcı yine de sayfayı görür, sadece geç görür. Zaman aşımına uğrayan bot isteğinde sayfa hiç okunmamış olur — o çalıştırmada sitenizin var olmadığı kabul edilir.
JavaScript'e bağımlı sayfalar için ayrı risk
Sayfanın içeriği JavaScript çalıştırılmadan görünmüyorsa (istemci tarafında render edilen tek sayfa uygulamaları), bu Core Web Vitals'tan bağımsız bir sorun yaratır: JS çalıştırmayan bot boş bir kabuk görür, içerik hiç render edilmemiş HTML'de yoktur. Bu ayrı ve daha ciddi bir konu — teknik erişilebilirlik listenizde JS-render sorununu Core Web Vitals skorunuzla karıştırmayın, ikisi farklı hatalardır ve farklı çözüm gerektirir. Kendi sitenizin bu sorunu taşıyıp taşımadığını test etme yöntemi ve çözüm seçenekleri JavaScript render yazısında.
Pratik öncelik sırası
Sınırlı zamanla ikisine birden yatırım yapamıyorsanız:
- Önce sunucu yanıt süresini ve zaman aşımı davranışını düzeltin —
bu, botun sayfayı hiç okuyamamasını önler.
- Sonra Core Web Vitals'ı düzeltin — bu, gerçek kullanıcıyı ve dolaylı
olarak Google'ın normal arama sıralamasını etkiler.
Sıra tersine çevrilirse, mükemmel bir LCP skoruna sahip ama botların zaman aşımına uğrattığı bir sayfa elde edersiniz — tek çalıştırmayla değil tekrarlı ölçümle bu ayrımı görmek gerekir, çünkü zaman aşımı her istekte aynı anda oluşmayabilir.
Kontrol listesi
- Sunucu yanıt süresi (TTFB) ölçüldü mü, PageSpeed skoruyla karıştırılmadı mı
- AI bot user-agent'larıyla gerçek istek zaman aşımına uğruyor mu
- Sayfa içeriği JavaScript çalıştırılmadan HTML'de mevcut mu
- Yük altında sunucu 503 değil, doğru durum kodu mu döndürüyor
- Core Web Vitals düzeltmesi öncelik sıralamasında sunucu yanıtından sonra mı geliyor
Markaların yapay zekâ destekli arama sistemlerindeki görünürlüğünü ölçer ve düzeltir. Ölçüm metodolojisi ham sunucu yanıtına ve tekrarlı çalıştırmaya dayanır; her bulgu kaydedilmiş bir sunucu yanıtına bağlanır.
Sık sorulanlar
PageSpeed skorumu 100 yaparsam AI görünürlüğüm artar mı?
Dolaylı ve küçük bir etkisi olabilir ama doğrudan mekanizma yoktur. PageSpeed skoru LCP, INP, CLS gibi tarayıcı-render metriklerine bakar; çoğu AI botu bu render sürecini hiç yaşamaz, ham HTML'i okur.
O zaman hız hiç önemli değil mi?
Önemli, ama farklı bir metrik önemli: sunucu yanıt süresi (TTFB) ve zaman aşımı olmadan yanıt verme. AI botları belirli bir sürede yanıt almazsa isteği bırakır — bu, kullanıcının yavaş sayfada beklemesinden çok daha sert bir eşiktir.
Google AI Overviews için Core Web Vitals gerçekten faktör mü?
Google'ın kendi açıklamasına göre sayfa deneyimi sinyalleri normal aramada küçük bir sıralama faktörü. AI Overviews, temelde arama indeksinden beslendiği için dolaylı olarak aynı ön koşula bağlıdır — ama bu, "hızlı sayfa AI'da öne çıkar" demek değildir.