PageSpeed Insights (PSI)

TL;DR — PageSpeed Insights (PSI), bir sayfayı iki farklı şekilde değerlendiren ücretsiz bir Google aracıdır: gerçek ziyaretçilerin sayfayı nasıl deneyimlediği (alan verisi) ve tek bir simüle edilmiş test çalıştırmasının nasıl sonuçlandığı (0–100 laboratuvar skoru). Herkesin takıntı yaptığı 0–100 sayısı, Google’ın sıralama için kullandığı şey değildir. Bu nedenle kırmızı bir skor karşısında paniğe kapılmayın.

PageSpeed Insights nedir

PageSpeed Insights’a pagespeed.web.dev adresinden ulaşılır. Ücretsizdir, giriş yapmanız gerekmez ve rakiplerinizinki de dâhil olmak üzere herkese açık tüm URL’lerde çalışır. Bir URL yapıştırdığınızda hem mobil hem de masaüstü sürümlerini test eder (mobil varsayılan sekmedir ve mobil skorlar neredeyse her zaman daha düşüktür).

PSI’nin size gösterdiği iki şey

Herkesin kafasını karıştıran kısım burası; basit tutacağım. PSI aynı sayfa için iki ayrı rapor gösterir:

1. Alan verisi — gerçek insanların deneyimlediği şey. Bu veriler, son 28 gün içinde sayfanızı ziyaret eden gerçek Chrome kullanıcılarından alınan Chrome UX Report’tan (CrUX) gelir. “Gerçek kullanıcılarınızın neler deneyimlediğini keşfedin” olarak etiketlenen bölüm budur. Burada basit bir Passed veya Failed sonucu olan Core Web Vitals Assessment’ı görürsünüz.
2. Laboratuvar verisi — tek bir simüle edilmiş test. PSI ayrıca simüle edilmiş bir telefon ve ağ üzerinde Google Lighthouse’ı bir kez çalıştırır; sonuç olarak 0–100 Performance score ve önerilen düzeltmelerin bir listesini verir.

Hatırlanması gereken tek şey

0–100 skor bir sıralama faktörü değildir. Google, gerçek kullanıcılardan ölçülen alan Core Web Vitals’ı — Largest Contentful Paint, Interaction to Next Paint ve Cumulative Layout Shift — kullanarak sıralama yapar. 0–100 laboratuvar skoru, ayrı bir sistemden gelen ayrı bir sayıdır. 72 skor alıp yine de Core Web Vitals’tan Passed sonucu alabilirsiniz.

İnsanların kafasını karıştıran birkaç nokta daha var:

• Skor her çalıştırmada değişir. Bu tek bir simüle edilmiş testtir; dolayısıyla sayı dalgalanır. Birkaç kez çalıştırın ve 3–5 puanlık oynamaya fazla anlam yüklemeyin.
• 100 almanız gerekmez. Neredeyse hiç kimse 100 alamaz. Kusursuz bir sayıya ulaşmaya değil, Core Web Vitals’tan Passed sonucu almaya odaklanın.
• İyi bir skor gerçek kullanıcılar için hızlı bir sayfayı garanti etmez; “kötü” bir skor da gerçek kullanıcıların sorun yaşadığı anlamına gelmez.

Açık konuşayım: Siteniz gerçekten yavaş değilse ben buradan başlamazdım. Alan verisi ile laboratuvar verisi arasındaki farkı, p75 eşiklerini, veri geri dönüşlerini ve PSI’nin Lighthouse ile Search Console’dan farkını tam olarak görmek ister misiniz? Advanced sekmesine geçin.

TL;DR — PSI (pagespeed.web.dev), tek bir URL için iki bağımsız analiz raporlar: 28 günlük hareketli dönem boyunca gerçek kullanıcıları içeren Chrome UX Report’tan alınan alan verisi; bunun 75. yüzdelik dilimdeki Passed/Failed Core Web Vitals Assessment sonucunu belirlemesi ve tanılarla birlikte 0–100 Performance score veren tek bir Lighthouse çalıştırmasından oluşan laboratuvar verisi. 0–100 skor laboratuvar verisidir ve sıralama faktörü değildir; sıralama, alan Core Web Vitals’ı (LCP/INP/CLS) kullanır. Alan verisi için yeterli CrUX örneği gerekir (önce URL düzeyi, sonra origin düzeyi, aksi hâlde “No data”). Laboratuvar skoru çalıştırmadan çalıştırmaya da değişir; birkaç kez çalıştırın. PSI web arayüzüdür; Lighthouse motordur; Search Console raporu ise CrUX’in başka bir görünümüdür.

PSI, tek bir ceket giymiş iki araçtır

PageSpeed Insights hakkında anlaşılması gereken en önemli şey, bunun tek bir analiz değil, tek arayüzde sunulan iki analiz olduğudur. web.dev bunu açıkça ifade eder: “PSI is a tool that reports field data from CrUX and lab from Lighthouse for a given page.” (Türkçesi: “PSI, belirli bir sayfa için CrUX alan verilerini ve Lighthouse laboratuvar verilerini raporlayan bir araçtır.”) Bu iki yarı farklı sistemlerden gelir, farklı şeyleri ölçer ve farklı nedenlerle önem taşır. Bunları birbirine karıştırırsanız PSI hakkındaki neredeyse her soru kafa karıştırıcı hâle gelir; ayrı tutarsanız her şey yerine oturur.

Alan verisi: gerçek kullanıcıların deneyimlediği şey

Üst bölüm — “Discover what your real users are experiencing” — Chrome UX Report (CrUX) tarafından beslenir. web.dev, CrUX API’sini “low-latency access to aggregated real-user experience data at page and origin granularity” ve “28-day rolling average” sağlayan bir API olarak tanımlar. (Türkçesi: “sayfa ve origin ayrıntı düzeyinde toplanmış gerçek kullanıcı deneyimi verilerine düşük gecikmeli erişim” ve “28 günlük hareketli ortalama”.) PSI her gün güncellenir; BigQuery CrUX veri kümesi ise aylık olarak yayımlanır.

Önem taşıyan birkaç mekanizma:

• Core Web Vitals Assessment p75’te Passed/Failed olur. Chrome belgelerine göre “to pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals. Otherwise, the assessment appears as ‘failed’.” (Türkçesi: “geçmek için yüzdelik dilimin üç Core Web Vital’ın tümünde ‘good’ olarak sınıflandırılması gerekir. Aksi hâlde değerlendirme ‘failed’ olarak görünür.”) Üç metrik şunlardır: Largest Contentful Paint (iyi < 2,5s), Interaction to Next Paint (iyi < 200ms) ve Cumulative Layout Shift (iyi < 0,1). PSI ayrıca FCP ve TTFB’yi “Other metrics” olarak gösterir; bunlar bilgilendiricidir ancak sonucun parçası değildir.
• Belgelenmiş tek istisna yalnızca INP içindir. Bir sayfada özellikle INP’yi raporlamak için yeterli CrUX örneği yoksa PSI’nin güncel rehberi, iyi LCP ve CLS p75 değerlerinden tek başına yine Passed/Failed değerlendirmesi yapılabileceğini söyler. LCP veya CLS için eşdeğer bir istisna yoktur; bu ikisinden biri için yeterli veri bulunmamasını Passed sonucu olarak okumayın. Yetersiz veri, INP dışındaki metriklerde belgelenmiş bir ücretsiz geçiş değildir.
• p75, 75. yüzdelik dilim demektir. Gösterilen değer, sayfa görüntülemelerinin %75’inin daha hızlı gerçekleştiği deneyimdir. web.dev, medyandan daha sıkı bir hedef olan bu 75. yüzdelik dilimi “resistant to outliers” (Türkçesi: “uç değerlere dayanıklı”) olduğu için seçmiştir.
• INP, Mart 2024’te FID’nin yerini aldı. Eski ekran görüntülerine veya eski rehberlere (PageSpeed Insights ve Core Web Vitals hakkındaki eski Ahrefs yazılarım dâhil) bakıyorsanız hâlâ FID’yi gösteriyor olabilirler; değerlendirme artık INP’yi kullanıyor.
• URL → origin → “No data” geri dönüşü. Belirli URL için yeterli CrUX verisi yoksa PSI, tüm site üzerinden toplanmış origin düzeyi verilere geri döner. Hiç CrUX verisi yoksa “No data” görürsünüz ancak Lighthouse yine çalışır. web.dev’in belirttiği gibi, “CrUX data is only available when sites meet certain eligibility criteria” (Türkçesi: “CrUX verileri yalnızca siteler belirli uygunluk ölçütlerini karşıladığında kullanılabilir”) ve “PSI is only available for public URLs.” (Türkçesi: “PSI yalnızca herkese açık URL’ler için kullanılabilir.”) Düşük trafikli ve yeni sayfalarda URL düzeyinde alan verisi sıkça bulunmaz.

Bulgu yazmadan önce kapsam etiketini okuyun. URL düzeyi CrUX, o URL’ye atfedilen uygun alan örneklemini tanımlar. Origin düzeyi geri dönüş yararlı bir site geneli sinyalidir; ancak test edilen sayfayı tek başına teşhis edemez. “No data”, alan örnekleminin kullanılamadığı veya yetersiz olduğu anlamına gelir; sayfanın geçtiği, kaldığı ya da hiç trafik almadığı anlamına gelmez. Aşağıdaki Lighthouse sonucu kontrollü laboratuvar çalıştırmasını yine de teşhis edebilir; fakat eksik alan verisi boşluğunu doldurmaz.

Laboratuvar verisi: 0–100 Lighthouse skoru

Alt bölüm, simüle edilmiş bir cihaz ve ağ üzerinde tek bir Lighthouse çalıştırmasıdır; Performance score ile fırsatlar ve tanılar listesini üretir. Google’ın bantları şöyledir: “A score of 90 or above is considered good. 50 to 89 is a score that needs improvement, and below 50 is considered poor.” (Türkçesi: “90 veya üzerindeki skor iyi kabul edilir. 50–89 arası iyileştirme gerektiğini, 50’nin altı ise zayıf olduğunu gösterir.”)

Laboratuvar çalıştırması hakkında bilinmesi gerekenler:

• Simüledir ve mobil çalıştırma bilerek yavaştır. Mobil, kısıtlanmış bağlantıda orta sınıf bir telefonu emüle eder; masaüstü ise daha hızlı bir emülasyon profili kullanır. Bu nedenle mobil skorunuz neredeyse her zaman masaüstünden düşüktür ve gerçek kullanıcı alan verisi çoğu zaman laboratuvar tanılarının ima ettiğinden daha iyi görünür.
• Skor değişkendir. Her çalıştırma sunucu tarafında yeni bir Lighthouse denetimidir; sayfa, Google’ın veri merkezi, ağ koşulları ve Chrome/Lighthouse sürümü bile çalıştırmalar arasındaki sayıyı değiştirebilir. Birkaç kez (3–5) çalıştırıp tek bir çalıştırmayı mutlak doğru saymak yerine aralığa bakmanızı öneririm. Birkaç puanlık oynama gürültüdür.
• Çalıştırmaları karşılaştırıyorsanız skordan fazlasını kaydedin. API yanıtında zaman damgası, istenen ve nihai URL, form faktörü, emüle edilmiş ortam, Lighthouse sürümü ve uyarılar bulunur; bunları her skorla birlikte saklayın. Biri farklı Lighthouse sürümünde çalıştıysa veya diğerinin karşılaşmadığı bir yönlendirmeye girdiyse iki “72” karşılaştırılabilir değildir. Etiketlenmemiş skorların ortalamasını almayın; etiketleyin veya karşılaştırmayın.
• Lighthouse sürümleri PSI API’sinden bağımsız ilerler. PSI API v5’te kaldı; ancak altındaki Lighthouse motoru yeni sürümler yayımlamaya devam ediyor. Bu inceleme itibarıyla Google’ın sürüm notlarında belirtilen en güncel sürüm, 2025-10-20 tarihli Lighthouse 13.0’dır. Denetim alanları, ağırlıklar ve bantlar motor sürümüyle değişebilir; API sözleşmesi değişmese bile bu böyledir.
• “Estimated savings” toplanabilir değildir. Her tanının yanında gösterilen saniyeler, düzeltmenin tek başına yapıldığını varsayar. Sorunlar birbiriyle etkileşir; gerçek dünyadaki kazanımlar neredeyse her zaman tek tek tahminlerin toplamından düşüktür. Bunları toplamını çıkarabileceğiniz bir bütçe değil, yön gösteren tahminler olarak görün.
• Metrik ağırlıkları Lighthouse sürümleriyle değişir. Performance score, laboratuvar metriklerinin ağırlıklı birleşimidir (yükleme süresi metrikleri, Total Blocking Time ve CLS en yüksek ağırlığa sahiptir); ancak kesin ağırlıklar Lighthouse sürümleri arasında değişir. Sabit bir dağılıma güvenmek yerine güncel skor hesaplayıcıyı kontrol edin.

En çok zarar veren mit: “skor bir sıralama faktörüdür”

Değildir. 0–100 Performance score bir Lighthouse laboratuvar sayısıdır ve mevcut resmi Google Search kaynaklarında bu skorun kendisini bir sıralama girdisi olarak belgeleyen veya skor değişimini sıralama değişimine bağlayan bir kaynak bulamadım. Google’ın sayfa deneyimi belgeleri bunun yerine alan Core Web Vitals’ına — p75’te PSI’nin alan bölümünün gösterdiği aynı türde CrUX tabanlı gerçek kullanıcı verisine — işaret eder. (Kesin olmak gereken bir uyarı: PSI’nin herkese açık alan görünümü, kendi uygunluk ve geri dönüş kurallarına sahip bir raporlama yüzeyidir; Google, sıralamayı besleyen kesin iç hattı yayımlamamıştır. Bu nedenle “alan verisini”, PSI’nin size gösterdiğiyle bayt bayta aynı olduğunu varsaymadan aynı türden bir sinyal olarak değerlendirin.) Bir sayfa laboratuvarda 72’de durup yine de Core Web Vitals Assessment’tan Passed alabilir; çünkü bunlar farklı sistemlerden gelen farklı sayılardır. Bununla bağlantılı mit — “iyi bir laboratuvar skoru iyi bir gerçek kullanıcı deneyimine eşittir” — aynı nedenle yanlıştır: laboratuvar koşulları ziyaretçilerinizin koşulları değildir. Alan ve laboratuvar ayrıştığında SEO için daha ilgili olan alan verisidir.

Alan Core Web Vitals’ın kendisi bile oldukça küçük bir sıralama girdisidir. Google’ın kendi çalışanları bunların önemini küçümsemiştir; Gary Illyes, sayfa deneyimini büyük bir sinyalden çok bir eşitlik bozucuya yakın olarak nitelendirmiştir. Dürüst görüşüm değişmedi: Core Web Vitals’ın SEO üzerinde büyük bir etkisi olduğunu düşünmüyorum ve bir site son derece yavaş değilse bunları düzeltmeye içerik ve bağlantılardan önce genellikle öncelik vermem. Onları kullanıcılar için ve gerçekten yavaş durumlarda düzeltin; kırmızı bir sayı karşısında paniğe kapıldığınız için değil.

PSI raporu gerçekten nasıl okunur

1. Önce alan verisini okuyun. Core Web Vitals Assessment’tan Passed veya Failed sonucu aldı mı? SEO açısından ilgili hüküm budur. “No data” yazıyorsa henüz yeterli CrUX trafiği yoktur; yalnızca laboratuvar verisiyle çalışıyorsunuz demektir.
2. Mobil ve masaüstünü ayrı ayrı kontrol edin. Mobil varsayılandır ve genellikle daha zayıftır; Google mobile-first dizine ekleme yaptığı için çoğunlukla önemli olan da odur.
3. Ardından nedeni bulmak için laboratuvar tanılarını kullanın. Laboratuvar verisi; oluşturmayı engelleyen kaynaklar, aşırı büyük görseller, düzen kaymasına yol açan kaynaklar ve uzun görevler gibi kök sorunu bulup düzeltmek için hızlı geri bildirim döngünüzdür.
4. Düzeltin, sonra bekleyin. Alan verisi hareketli 28 günlük bir dönemdir; bugün yayımladığınız bir düzeltmenin Core Web Vitals Assessment’ta tam olarak görünmesi 28 güne kadar sürebilir. Düzeltmeyi hemen doğrulamak için laboratuvar verisini, gerçek kullanıcıları gerçekten etkileyip etkilemediğini doğrulamak için alan verisini kullanın.
5. Rakiplerle karşılaştırma yapın. PSI herhangi bir herkese açık URL’de çalıştığı için rakip sayfaları çalıştırabilir ve alan Core Web Vitals’larını kendi değerlerinizle karşılaştırabilirsiniz; çoğu rehber bu kullanım alanından hiç bahsetmez.

PSI’nin sıkça karıştırıldığı araçlara karşı farkı

• PSI ve Lighthouse. Lighthouse motordur; PSI, Lighthouse’ı çalıştıran ve üstüne CrUX alan verisi ekleyen bir web arayüzüdür. Lighthouse’ı kendiniz (Chrome DevTools’ta veya CLI ile) çalıştırırsanız laboratuvar denetimini kendi makinenizde ve ağınızda alırsınız; alan verisi gelmez.
• PSI ve Search Console’un Core Web Vitals raporu. İkisi de CrUX tabanlıdır; dolayısıyla ikisi de gerçek kullanıcıları yansıtır. Fark şudur: Search Console benzer URL’leri birlikte gruplar ve mülkünüzün tamamında ölçekte raporlar; PSI ise URL başınadır (veya origin düzeyi geri dönüş kullanır). GSC ile PSI çelişiyor gibi görünüyorsa sebep genellikle gruplamadır.
• PSI ve Chrome DevTools / WebPageTest / DebugBear / Ahrefs Site Audit. Bunlar özel cihazlar, konumlar ve kısıtlamalar gibi daha fazla yapılandırma ve bazı durumlarda gerçek kullanıcı izleme olanağı verir. PSI’nin gücü ücretsiz, sıfır kurulumlu olması ve Google’ın kendi CrUX veri kümesine bağlı bulunmasıdır.

PSI API (toplu test için)

Web arayüzünü kullanarak URL’leri tek tek test etmek zorunda değilsiniz. PageSpeed Insights API’si (temel adresi https://www.googleapis.com/pagespeedonline/v5) aynı verileri programatik olarak döndürür. Temel parametreler: url (zorunlu), strategy (mobile veya desktop) ve category (performance, accessibility, best-practices, seo). Yanıt, arayüzdeki gibi bölünür: loadingExperience (URL düzeyi alan verisi), originLoadingExperience (origin düzeyi alan verisi) ve lighthouseResult (laboratuvar denetimi). Böylece bir URL kümesini elle tıklamak yerine planlı bir takvimle test edebilirsiniz.

Bu API üzerine kalıcı alan-verisi otomasyonu kurmayın. Google’ın kendi API belgeleri artık CrUX gerçek dünya verilerini PSI API’sine dâhil etmeyi planladığını duyuran bir notla başlıyor ve otomasyon yapanları özel CrUX API veya CrUX History API’ye yönlendiriyor. Lighthouse laboratuvar denetimi için PSI API’yi kullanmaya devam edebilirsiniz; bu kısım etkilenmiyor. Ancak toplu alan verisi çekimlerini planlıyorsanız loadingExperience/originLoadingExperience nesnelerinin uzun vadede kalacağını varsayan bir hat yerine CrUX’e özel bir API kullanın.

Bu, web performansında nereye oturur

PSI bir ölçüm aracıdır; hedefin kendisi değildir. Gösterdiği metrikler — Largest Contentful Paint, Interaction to Next Paint ve Cumulative Layout Shift — Core Web Vitals’tır. Bu metriklerin eşikleri, her birinin anlamı ve nasıl iyileştirileceği için gidilecek merkez bir sonraki yerdir. Lighthouse, PSI’nin çalıştırdığı laboratuvar motorudur; CrUX (Chrome UX Report) ise her PSI raporunun üst kısmını besleyen alan verisi kaynağıdır. Bu üçünü anlayınca PSI artık gizemli bir kutu olmaktan çıkar.

AI özeti

Advanced sürümünün kısa özeti:

• PSI = tek arayüzde iki araç. Aynı URL için pagespeed.web.dev adresinde Chrome UX Report’tan (gerçek kullanıcılar) alan verisi ve tek bir Lighthouse çalıştırmasından laboratuvar verisi sunar. Ücretsizdir, giriş gerekmez, herkese açık her URL’de çalışır; mobil + masaüstü destekler.
• Alan verisi, 75. yüzdelik dilimde LCP (<2,5s), INP (<200ms) ve CLS (<0,1) üzerinden Core Web Vitals Assessment’ı — Passed/Failed — belirler. Hareketli dönem 28 gündür ve her gün güncellenir. FCP ile TTFB gösterilir ancak hükme katılmaz.
• Laboratuvar verisi, tanılarla birlikte 0–100 Performance score’dur (90+ iyi, 50–89 iyileştirme gerekli, <50 zayıf). Mobil kısıtlanır ve masaüstünden daha düşük skor alır.
• 0–100 skorun bir sıralama faktörü olduğu belgelenmemiştir. Google’ın sıralama sistemleri alan Core Web Vitals’ı (CrUX tabanlı gerçek kullanıcı verisi — PSI’nin alan bölümünün gösterdiği aynı türde veri, ancak Google kesin iç hattın PSI’nin herkese açık görünümüyle aynı olduğunu yayımlamamıştır) kullanır. Bir sayfa 72 skor alıp yine de CWV’tan Passed alabilir; farklı sistemlerin farklı sayılarıdır.
• CrUX geri dönüşü: URL düzeyi → origin düzeyi → “No data” (Lighthouse yine çalışır). Düşük trafikli ve yeni sayfalarda URL düzeyi alan verisi sıkça yoktur.
• Skor çalıştırmadan çalıştırmaya değişir; 3–5 kez çalıştırın. “Estimated savings” toplanabilir değildir. 100 almanız gerekmez.
• Önce alan verisini (Passed/Failed) okuyun; sonra nedeni bulmak için laboratuvar tanılarını kullanın. Düzeltmeyi yayımlayın, ardından alan verisinin yansıtması için 28 güne kadar bekleyin.
• PSI ve Lighthouse arasındaki farkı (motor ve kullanıcı arayüzü+alan) ve Search Console CWV raporu arasındaki farkı (o da CrUX’tir, ancak ölçekte gruplandırılır) bilin. CWV genel olarak küçük bir sıralama girdisidir.

Resmî belgeler

Google ve Chrome / web.dev ekiplerinin birincil kaynak belgeleri.

Google / PageSpeed Insights

• PageSpeed Insights aracı — aracın kendisi.
• PageSpeed Insights API — About — PSI’nin ne yaptığı, iki veri türü ve 0–100 skor bantları.
• PSI API — runPagespeed referansı — parametreler (url, strategy, category) ve yanıt yapısı.

Chrome UX Report (alan verisi kaynağı)

• Using CrUX in PageSpeed Insights — alan bölümünün nasıl çalıştığı ve Passed/Failed değerlendirmesi.
• CrUX methodology — uygunluk, katılım ve hangi sayfaların dâhil edildiği.
• CrUX API — PSI’nin alan verisini besleyen 28 günlük hareketli ortalama.
• CrUX overview — CrUX’in sayfa deneyimi sıralama sinyalini nasıl beslediği.

web.dev / Core Web Vitals

• What are the Core Web Vitals tools? — PSI’nin CrUX/Lighthouse araçları arasındaki yeri.
• Core Web Vitals — LCP/INP/CLS eşikleri ve 75. yüzdelik dilim kuralı.
• Defining the Core Web Vitals thresholds — p75’in nedeni.
• Core Web Vitals & Google Search — sıralama sinyali bağlamı.

Kaynaktan alıntılar

Kaynak sayfadaki bölüme bağlantısı verilen, kelimesi kelimesine ifadeler.

Google / Chrome / web.dev — PSI nasıl çalışır

• “PSI is a tool that reports field data from CrUX and lab from Lighthouse for a given page.” — web.dev. (Türkçesi: “PSI, belirli bir sayfa için CrUX alan verilerini ve Lighthouse laboratuvar verilerini raporlayan bir araçtır.”) Alıntıya git
• “PSI is only available for public URLs. It cannot be used on development sites that are not publicly accessible.” — web.dev. (Türkçesi: “PSI yalnızca herkese açık URL’ler için kullanılabilir. Herkese açık olmayan geliştirme sitelerinde kullanılamaz.”) Alıntıya git
• Alan bölümü “Discover what your real users are experiencing.” olarak tanımlanır. — Chrome for Developers, CrUX in PSI. (Türkçesi: “Gerçek kullanıcılarınızın neler deneyimlediğini keşfedin.”) Alıntıya git
• “To pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals. Otherwise, the assessment appears as ‘failed’.” — Chrome for Developers, CrUX in PSI. (Türkçesi: “Geçmek için yüzdelik dilimin üç Core Web Vital’ın tümünde ‘good’ olarak sınıflandırılması gerekir. Aksi hâlde değerlendirme ‘failed’ olarak görünür.”) Alıntıya git
• CrUX API, “low-latency access to aggregated real-user experience data at page and origin granularity” verisini “28-day rolling average” olarak sunar. — Chrome for Developers, CrUX API. (Türkçesi: “sayfa ve origin ayrıntı düzeyinde toplanmış gerçek kullanıcı deneyimi verilerine düşük gecikmeli erişim” ve “28 günlük hareketli ortalama”.) Alıntıya git

web.dev — eşikler

• “a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices.” — web.dev, Core Web Vitals. (Türkçesi: “ölçülecek iyi bir eşik, mobil ve masaüstü cihazlara göre ayrılmış sayfa yüklemelerinin 75. yüzdelik dilimidir.”) Alıntıya git
• “if at least 75 percent of page views to a site meet the ‘good’ threshold, the site is classified as having ‘good’ performance.” — web.dev, eşiklerin tanımı. (Türkçesi: “bir siteye ait sayfa görüntülemelerinin en az %75’i ‘good’ eşiğini karşılıyorsa site ‘good’ performansa sahip olarak sınıflandırılır.”) Alıntıya git

Sektör — skor ve sıralama arasındaki ayrım (Google kaynaklı değil, aktarılmıştır)

• “The Performance score on PageSpeed Insights does not impact SEO directly. However, the real-user Core Web Vitals assessment does impact Google rankings.” — Matt Zeunert, DebugBear. (Türkçesi: “PageSpeed Insights’taki Performance score SEO’yu doğrudan etkilemez. Ancak gerçek kullanıcı Core Web Vitals değerlendirmesi Google sıralamalarını etkiler.”) Kaynak
• “Core Web Vitals are the only metrics Google explicitly uses for grading.” ve “Running the same URL just minutes apart can yield different scores.” — Ryan Sullivan, SiteCare. (Türkçesi: “Core Web Vitals, Google’ın notlandırma için açıkça kullandığı tek metriklerdir.” ve “Aynı URL’yi yalnızca birkaç dakika arayla çalıştırmak farklı skorlar verebilir.”) Kaynak

PSI raporu kopya kâğıdı

Her PSI bölümü: alan mı laboratuvar mı, ne anlama gelir

Core Web Vitals “good” eşikleri (alan, p75)

Lighthouse skor bantları (laboratuvar)

• 90–100 — iyi · 50–89 — iyileştirme gerekli · <50 — zayıf

Alan verisi geri dönüşü

• URL düzeyi CrUX → yeterli değilse origin düzeyi → o da yoksa “No data” (Lighthouse yine çalışır).

Hızlı bilgiler

• Alan verisi = her gün güncellenen hareketli 28 gün → bir düzeltmenin görünmesi 28 güne kadar sürebilir.
• 0–100 skor değişkendir — 3–5 kez çalıştırın, 3–5 puanlık oynamayı görmezden gelin.
• “Estimated savings” toplanmaz — her düzeltmenin tek başına yapıldığını varsayar.
• Mobil varsayılan sekmedir ve genellikle masaüstünden daha düşük skor alır.
• INP, Mart 2024’te FID’nin yerini aldı.

PSI çevresindeki araçlar

• PageSpeed Insights (pagespeed.web.dev) — aracın kendisi: alan (CrUX) + laboratuvar (Lighthouse), mobil ve masaüstü, herkese açık her URL.
• Google Lighthouse — PSI’nin çalıştırdığı laboratuvar motoru. Kendi cihazınız/ağınız üzerinde laboratuvar denetimi için Chrome DevTools’ta (Lighthouse paneli) veya CLI üzerinden yerel çalıştırın (alan verisi yoktur).
• Google Search Console — Core Web Vitals raporu — CrUX tabanlı diğer görünüm; benzer URL’leri gruplar ve tüm mülkünüzde alan verisi raporlar.
• CrUX Vis / CrUX API / BigQuery — zaman içindeki eğilimler için PSI’nin arkasındaki alan verisine doğrudan gidin. Looker Studio’daki eski CrUX Dashboard, Kasım 2025’in sonunda kullanımdan kaldırıldı — Google’ın kendi sürüm notları ile özel kullanımdan kaldırma yazısı tarihi doğruluyor ve yerine CrUX Vis’i (cruxvis.withgoogle.com) gösteriyor. Bir rehber hâlâ Dashboard’ı kullanmanızı söylüyorsa güncel değildir.
• PSI API — çok sayıda URL’yi programatik olarak toplu test edin (url, strategy, category); yanıt loadingExperience, originLoadingExperience ve lighthouseResult olarak ayrılır. Google, bu API’ye CrUX gerçek kullanıcı verisini dâhil etmeyi bırakmayı planladığını duyurdu ve artık kalıcı alan-verisi otomasyonu için özel CrUX API veya CrUX History API’yi öneriyor — PSI API’nin alan nesnelerinin uzun vadede kalacağını varsayan bir hat kurmayın.
• Ahrefs Site Audit ve WebPageTest / DebugBear — tek bir Lighthouse çalıştırmasının ötesinde daha fazla yapılandırma ve bazı durumlarda gerçek kullanıcı izleme.

Öncelikleri bozan PageSpeed Insights hataları

• 0–100 skoru bir sıralama faktörü saymak. Skor tek bir Lighthouse laboratuvar çalıştırmasıdır. Sıralama açısından ilgili Core Web Vitals değerlendirmesi CrUX alan verisinden gelir.
• Origin geri dönüşünü URL performansı olarak okumak. Bir URL’de yeterli örnek yoksa PSI origin düzeyi veriyi gösterebilir. Sayfanın kendisinin geçtiğini veya kaldığını söylemeden önce kapsam etiketini kontrol edin.
• Tek bir laboratuvar çalıştırmasına tepki vermek. Sunucu yanıtı ve sentetik ortam değişir. Eşleştirilmiş çalıştırmaları tekrarlayın; sinyali gürültüden ayırmak için aralığı veya medyanı kullanın.
• Fırsat tasarruflarını toplamak. Denetim tahminleri örtüşür ve her düzeltmenin bağımsız yapıldığını varsayar. Bunları vaat edilen toplam değil, yön gösteren ipuçları olarak görün.
• Bir dağıtımın alan verisini hemen değiştirmesini beklemek. CrUX, hareketli 28 günlük bir görünümdür. Anında teşhis için laboratuvar bölümünü, zaman içindeki doğrulama için alan bölümünü kullanın.
• Mobil ve masaüstü skorlarını koşullar aynıymış gibi karşılaştırmak. Her profili kendi içinde ve hedef kitlenizle karşılaştırarak değerlendirin; sayıları tek bir ölçek gibi ele almayın.

PSI “No data” diyor

Belirti: Alan bölümünde CrUX sonucu yoktur ancak Lighthouse raporu çalışır.

Olası neden: URL ve origin, CrUX uygunluk veya örnek hacmi gereksinimlerini karşılamıyordur; sayfa yeni ya da düşük trafiklidir.

Düzeltme ve doğrulama: Alan hakkında bir sonuç uydurmayın. Anında çalışmak için laboratuvar tanılarını kullanın, daha yüksek trafikli temsili şablonları kontrol edin ve bir URL veya origin düzeyi alan sonucunun görünüp görünmediğini görmek için daha sonra yeniden dönün.

PSI ve Search Console uyuşmuyor

Belirti: Bir URL PSI’de sağlıklı görünürken Search Console grubu zayıf görünür veya tersi olur.

Olası neden: PSI URL veya origin düzeyi veri gösteriyor olabilir; Search Console ise benzer URL’leri gruplar. Cihaz, kapsam ve hareketli dönem zamanlaması da farklı olabilir.

Düzeltme ve doğrulama: Mobil/masaüstünü eşleştirin, PSI’nin veri kapsamını inceleyin ve raporlardan birinin yanlış olduğu sonucuna varmadan önce Search Console grubundan birkaç URL örnekleyin.

Laboratuvar skoru çalıştırmalar arasında dalgalanıyor

Belirti: PSI’yi tekrarlamak önemli ölçüde farklı skorlar veya metrik değerleri üretir.

Olası neden: Değişken bir sunucu yanıtı, üçüncü taraf isteği veya normal tek-çalıştırma laboratuvar gürültüsü izlemeyi değiştirmiştir.

Düzeltme ve doğrulama: Aynı stratejiyi birkaç kez çalıştırın, tek tek metrikleri ve istek şelalelerini karşılaştırın; yalnızca skoru değil, tekrarlanan bir darboğazı araştırın.

Bir düzeltme Lighthouse’da görünüyor ama alan verisinde görünmüyor

Belirti: Laboratuvar metriği hemen iyileşirken alan Core Web Vitals değerlendirmesi değişmeden kalır.

Olası neden: CrUX, hareketli 28 günlük döneminde hâlâ ön sürüm ziyaretlerini içeriyor olabilir veya düzeltme alan veri kümesinde temsil edilen kullanıcılar ve şablonlar için işe yaramamıştır.

Düzeltme ve doğrulama: Dağıtımı ve laboratuvar izini şimdi doğrulayın, sürüm tarihini not edin ve tam raporlama dönemi boyunca alan dağılımını izleyin.

API’den tek bir PSI sonucu çekin

API, alan ve laboratuvar bölümlerini ayrı ayrı sunar. Kendi API anahtarınızı ve URL’nizi verin:

curl --get 'https://www.googleapis.com/pagespeedonline/v5/runPagespeed' \
  --data-urlencode "url=$TARGET_URL" \
  --data 'strategy=mobile' \
  --data-urlencode "key=$PSI_KEY" \
  --output psi.json

Ham yanıtı saklayın; böylece test tarihi, strateji ve veri kapsamı denetlenebilir kalır.

Alan kapsamını laboratuvar skorundan ayırın

jq ile tek bir sayıya indirgemek yerine URL alan kategorisini, origin geri dönüş kategorisini ve Lighthouse skorunu çıkarın:

jq '{
  url_field: .loadingExperience.overall_category,
  origin_field: .originLoadingExperience.overall_category,
  lab_score: (.lighthouseResult.categories.performance.score * 100)
}' psi.json

Eksik bir alan değeri sıfır değildir; bu, yanıt içinde o kapsamın kullanılamadığı anlamına gelir.

Örnekleri gizlemeden laboratuvar çalıştırmasını tekrarlayın

for run in 1 2 3; do
  curl --silent --get 'https://www.googleapis.com/pagespeedonline/v5/runPagespeed' \
    --data-urlencode "url=$TARGET_URL" \
    --data 'strategy=mobile' \
    --data-urlencode "key=$PSI_KEY" \
  | jq -r "[$run, (.lighthouseResult.categories.performance.score * 100)] | @tsv"
done

Tüm örnekleri veya belgelenmiş bir özeti raporlayın; yalnızca en iyi skoru seçmeyin.

Kendinizi test edin: PageSpeed Insights

PSI’yi doğru okumaya dair beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• Google PageSpeed Insights: A Beginner-Friendly Guide — Ahrefs’teki başlangıç rehberim (not: FID→INP geçişinden öncedir).
• Core Web Vitals: A Complete Guide — alan ile laboratuvar arasındaki fark ve CWV’ın gerçekte ne kadar önemli olduğuna dair görüşüm.
• The Beginner’s Guide to Technical SEO — performansın daha büyük resimdeki yeri.

Resmî

• Using CrUX in PageSpeed Insights — Chrome’un alan bölümünü açıklayan kendi rehberi.
• What are the Core Web Vitals tools? — PSI, Lighthouse, CrUX ve Search Console’un ilişkisi.

Başkalarından

• How To Use PageSpeed Insights — Matt Zeunert (DebugBear); skor ve tanılar üzerine güçlü teknik ayrıntılar.
• PageSpeed Insights: Google’s Highly Misunderstood Diagnostic Tool — Ryan Sullivan (SiteCare); mitleri iyi çürütüyor.
• Core Web Vitals Ranking Factor Is More Than A Tiebreaker — Gary Illyes’in yorumlarının CWV etkisini bağlama oturtmasına dair Search Engine Journal kapsamı.
• Google Page Experience Update Is More Than A Tie Breaker — Google temsilcilerinin sayfa deneyimi sinyalini nasıl nitelendirdiğine dair Barry Schwartz’ın SE Roundtable haberi.

Alıntılanmaya değer istatistikler

• Neredeyse hiç kimse 100 alamaz. Test edilen sayfaların yalnızca yaklaşık %2’si kusursuz 100’e ulaşır; 50 skor bile sizi ilk %25’lik dilime sokar — 90’ın altındaki bir sayı karşısında paniğe kapılan herkes için yararlı bir bağlam. Kaynak
• Alan verisi 28 günlük hareketli ortalamadır. Kaynak bunu “28-day rolling average” (Türkçesi: “28 günlük hareketli ortalama”) olarak adlandırır. Bir düzeltmenin Core Web Vitals Assessment’a tam olarak yansıması yaklaşık 28 güne kadar sürebilir; bu arada hızlı geri bildirim için laboratuvar verisini kullanın. Kaynak
• “Good” eşiği 75. yüzdelik dilimdir. Google p75’te notlandırır; böylece “a majority of visits experienced the target level of performance” (Türkçesi: “ziyaretlerin çoğu hedef performans düzeyini deneyimledi”) denebilir. Kaynak eşik ifadesi “75 percent of page views” (Türkçesi: “sayfa görüntülemelerinin yüzde 75’i”) olarak da geçer. Bu da 2,5s ile geçen bir LCP’de bile ziyaretçilerin dörtte birinin daha uzun beklediği anlamına gelir. Kaynak

Değişiklik günlüğü