Google Lighthouse aracı

TL;DR — Lighthouse, Google’ın bir web sayfasını hız ve erişilebilirlik gibi konularda 0’dan 100’e kadar derecelendiren ücretsiz bir aracıdır. Sayfayı yavaşlatılmış bir “laboratuvarda” — yavaş bir ağdaki taklit bir yavaş telefon — çalıştırır, bu nedenle puan genellikle sitenizin hissettirdiğinden daha düşüktür. İyileştirmeler için harika bir yapılacaklar listesidir, ancak yüksek bir puan sizi Google sıralamalarında yukarı taşımaz.

Lighthouse nedir

Google Lighthouse, Chrome’un arkasındaki ekipten ücretsiz, açık kaynaklı bir araçtır. Bir URL’ye yönlendirirsiniz, sayfada bir dizi kontrol çalıştırır ve size dört alanda puan içeren bir rapor kartı verir: Performans (sayfanın ne kadar hızlı yüklendiği), Erişilebilirlik (engelli kişiler kullanabilir mi), En İyi Uygulamalar (genel web hijyeni) ve SEO (temel arama dostu kontroller).

Her puan 0 ile 100 arasında değişir ve nasıl yaptığınızı bir bakışta bilmeniz için renk bantları vardır:

• 0–49 kırmızıdır — zayıf
• 50–89 turuncudur — iyileştirme gerekiyor
• 90–100 yeşildir — iyi

Önce anlaşılması gereken tek şey

Lighthouse, sayfanızı sahte, yavaşlatılmış koşullar altında test eder — kabaca orta sınıf bir telefonda yavaş bir 4G bağlantısıyla. Bunu bilerek yapar, böylece daha yavaş cihazlardaki gerçek kullanıcıların hissedeceği sorunları yakalayabilir.

Bu yüzden Lighthouse’u hızlı dizüstü bilgisayarınızda anında yüklenen bir sitede çalıştırıp yine de 55 Performans puanı görebilirsiniz. Siz sizin deneyimlediğinizi görmüyorsunuz — vasat bir ağdaki bütçe dostu bir telefonun deneyimleyeceğini görüyorsunuz. Faydalı bilgi, ama aynı şey değil.

Lighthouse, PageSpeed Insights değildir (tam olarak)

Muhtemelen Lighthouse’u farkında olmadan görmüşsünüzdür. Bir sayfayı PageSpeed Insights (pagespeed.web.dev adresindeki web aracı) üzerinden çalıştırdığınızda, size gösterdiği “laboratuvar” puanları Lighthouse’tur. PageSpeed Insights yalnızca Lighthouse’u sarar ve gerçek kullanıcılardan (alan verisi veya Chrome UX Raporu olarak adlandırılır) ikinci bir sayı kümesi ekler. Bu ayrım hakkında daha fazlası Gelişmiş sürümde.

Bırakılması gereken büyük efsane

Mükemmel bir Lighthouse puanı en üst sıralar anlamına gelmez. Lighthouse, düzeltilecek şeyleri bulmak için yararlı bir araçtır, ancak puanın kendisi Google’ın sizi sıralamak için kullandığı şey değildir. Google’ın sıralama için gerçekten önemsediği performans sayıları gerçek kullanıcılardan gelir, Lighthouse’un laboratuvarından değil. 100’ü kovalamak ziyaretçileriniz için harikadır — sadece bunun bir sıralama hilesi olmasını beklemeyin.

Metrik ağırlıklarını, puanların çalıştırmalar arasında neden değiştiğini ve Lighthouse’un Core Web Vitals ile tam olarak nasıl ilişkili olduğunu mu istiyorsunuz? Gelişmiş sekmesine geçin.

TL;DR — Lighthouse, bir sayfayı laboratuvar koşullarında (simüle Yavaş 4G + 4× CPU kısma) denetleyen ve Performans, Erişilebilirlik, En İyi Uygulamalar ve SEO’yu puanlayan açık kaynaklı, otomatik bir araçtır — PWA, Lighthouse 12’de kaldırıldı. Performans puanı, beş laboratuvar metriğinin ağırlıklı ortalamasıdır: TBT %30, LCP %25, CLS %25, FCP %10, Hız Endeksi %10. Bantlar: 0–49 kırmızı, 50–89 turuncu, 90–100 yeşil. Laboratuvar verisidir, bu nedenle Core Web Vitals sıralama sinyali değildir, INP’yi alanın yaptığı gibi ölçemez (proxy olarak TBT kullanır) ve çalıştırmadan çalıştırmaya değişir. PageSpeed Insights’ın laboratuvar yarısını destekler; PSI üstüne CrUX alan verisi ekler. 100, sıralama satın almaz.

Lighthouse gerçekte nedir

Google’ın kendi tek satırlık tanımı en temiz tanımdır: “Lighthouse, web sayfalarının kalitesini artırmanıza yardımcı olacak açık kaynaklı, otomatik bir araçtır.” Mekanik de aynı derecede basittir — “Lighthouse’a denetlenecek bir URL verin, sayfaya karşı bir dizi denetim çalıştırır ve ardından sayfanın ne kadar iyi performans gösterdiğine dair bir rapor oluşturur.”

Bugün dört kategoriyi puanlar: Performans, Erişilebilirlik, En İyi Uygulamalar ve SEO. Beş diyen eski kılavuzlar okuduysanız, bunlar güncel değildir — PWA kategorisi Lighthouse 12’de kaldırıldı (yaklaşık 2024), Chrome’un güncellenmiş kurulabilirlik kriterlerini takiben. Yani bir blog yazısı hâlâ bir PWA puanından bahsediyorsa, bu size onun mevcut sürümden önce olduğunu söyler.

Kritik çerçeve tek kelimede: lab. Lighthouse sayfanızı gerçek ziyaretçilerinizden değil, kontrollü ve simüle edilmiş bir ortamda yükler. Bu tek gerçek, insanların onunla ilgili yaşadığı neredeyse tüm kafa karışıklığını açıklar.

Lighthouse Nasıl Çalışır — lab koşulları

Lighthouse varsayılan olarak simüle edilmiş hız sınırlaması kullanır ve agresif bir şekilde hız sınırlaması uygular. Varsayılanlar, Yavaş 4G bağlantısında orta seviye bir mobil cihazı kabaca taklit eder:

• Ağ: mobil Yavaş 4G ön ayarı — yaklaşık 150 ms gecikme ve 1,6 Mbps indirme / 750 Kbps yükleme. Google bunu “çok daha hızlı fiber bağlantılarda bile çalıştırıldığında ~85. yüzdelik mobil bağlantı hızını taklit etmek” olarak tanımlar.
• CPU: daha hızlı masaüstü donanımınızda orta seviye bir telefonun işlemcisini simüle eden sabit bir 4× CPU çarpanı.

Bu tasarım gereğidir. Lighthouse size “sitene herkes için bu kadar hızlı” demeye çalışmıyor. Hızlı dizüstü bilgisayarınızın gizlediği sorunların ortaya çıkması için sayfayı ortalamanın altındaki bir gruba karşı stres testine tabi tutuyor. Bu yüzden size anında hissettiren bir site 60 puan alabilir — siz fiber üzerinde yüksek performanslı bir MacBook’sunuz; test ise vasat bir ağda bütçe dostu bir Android.

Akılda tutulması gereken bir nüans: simüle edilmiş hız sınırlaması (varsayılan), DevTools / uygulanan hız sınırlamasıyla aynı şey değildir. Simüle edilmiş hız sınırlaması, başlangıçtaki hız sınırlamasız bir gözleme dayalı olarak sayfanın bu koşullar altında nasıl yükleneceğini modeller — Google bu yaklaşımın “hem çok hızlı hem de deterministik” olduğunu belirtir. DevTools tarzı hız sınırlaması istekleri gerçekten yavaşlatır ve Google bunun “yavaş bir bağlantının yeterli bir modeli olmadığını” söyler. Tekrarlanabilir ölçüm için varsayılan simüle mod tercih edilir.

Performans puanı — nasıl hesaplanır

Performans puanı, “metrik puanlarının ağırlıklı ortalamasıdır.” Bu ağırlıklar Lighthouse 10’da belirlenmiştir ve mevcut yayınlanan tablo olarak kalmaktadır. Lighthouse 13 (2026’da kullanıma sunuldu) bunu açıkça belirtir: puanlamayan bir dizi performans denetimini DevTools Performans panelinin de kullandığı ortak “İçgörüler” altında birleştirdi, ancak bu sürümde “performans puanlamasında değişiklik olmadığını” belirtir — puanlama aşağıdaki metrikleri temel alır, denetim adlarını değil ve bunlar değişmedi. Puanı beş metrik oluşturur:

Burada içselleştirmeniz gereken birkaç şey:

• TBT en yüksek ağırlığa sahiptir (% 30). Yanıt verebilirliğin lab göstergesidir. İlk Girdi Gecikmesi (FID) artık yok ve Etkileşim Süresi ile İlk Anlamlı Boyama gibi eski metrikler de emekliye ayrıldı.
• Hız Endeksi bir Lighthouse metriğidir, Core Web Vital değildir. Google’ın sıralamayla ilgili CWV’lerinden biri olmamasına rağmen Lighthouse Performans puanının % 10’unu oluşturmaya devam eder.
• Her metrik sabit bir eşiğe göre değil, bir eğriye göre puanlanır. Lighthouse ham değeri (genellikle milisaniye cinsinden) alır ve gerçek dünya HTTP Archive verilerinden oluşturulmuş bir log-normal dağılıma eşler. Google’ın kontrol noktaları: bu verilerin 25. yüzdelik dilimi 50 puan, 8. yüzdelik dilimi ise 90 puan alır. Yani 90+ puan, o metrikte kabaca en iyi ~% 8’lik sayfa diliminde olduğunuz anlamına gelir — bu yüzden son birkaç puanı kazanmak çok zordur.
• Yalnızca metrik puanları sayıyı değiştirir. Raporun Fırsatlar ve Tanılar bölümleri rehberlik niteliğindedir — size neyi düzelteceğinizi söylerler — ancak Performans puanını doğrudan değiştirmezler. Bunları düzeltmek metrikleri iyileştirir ve metrikler puanı değiştirir.

Puanınız çalıştırmalar arasında neden değişir

Bu en çok duyduğum şikayet: “İki kez çalıştırdım ve 84, sonra 91 aldım — bu bozuk mu?” Hayır. Google açıkça belirtiyor: “Genel Performans puanınızdaki ve metrik değerlerinizdeki değişkenliğin çoğu Lighthouse’tan kaynaklanmıyor.” Sayı zıpladığında, genellikle altta yatan koşullar değişiyordur:

• Her yüklemede sunulan A/B testleri veya farklı reklamlar
• İnternet yönlendirme değişiklikleri — hem yerel ağınız hem de bir isteğin aldığı daha uzun bölgeler arası yol
• Web sunucusunun kendisinin tutarsız hızlarda yanıt vermesi
• Farklı donanımlarda test etme (hızlı bir masaüstü vs. yorgun bir dizüstü bilgisayar) — CPU kısıtlaması ana makineye görecelidir, bu nedenle “4×” çarpanı hızlı bir makinede yavaş bir makineden farklı bir anlama gelir
• JavaScript veya ekstra ağ istekleri enjekte eden tarayıcı uzantıları
• Kaynaklar için rekabet eden antivirüs yazılımı veya diğer arka plan işlemleri

Örneğin: aynı URL’yi iki kez çalıştırın ve bir geçiş daha ağır bir reklam öğesi yükler veya daha yavaş bir sunucu yanıtı yakalar — bu çalıştırmanın denetimleri, sizin eklediğiniz bir kusuru değil, o tek yüklemeyi yansıtır. Bunu bir karar değil, tek bir örnek olarak ele alın.

Doğru zihinsel model, doğrudan belgelerden, performansı tek bir sayı yerine bir puan dağılımı olarak ele almaktır. Birkaç kez çalıştırın — ideal olarak uzantılar kapalıyken gizli bir pencerede, eşleşen donanım ve ağ koşullarında — ve tek bir sonuca değil, aralığa veya medyana bakın. Daha sonra çalıştırmaları karşılaştırmanız gerektiğinde, puanın yanında Lighthouse sürümünü, çalıştırma modunu ve kısıtlama yöntemini not edin; farklı bir sürümden veya yapılandırmadan gelen bir puan, sayı benzer görünse bile birebir karşılaştırma değildir.

Lighthouse’u sorumlu bir şekilde nasıl çalıştırırsınız

Lighthouse’u tek tıklamalık bir karar değil, kontrollü bir teşhis olarak kullanın:

1. Farklı bir şablonu veya yayınlanmamış yerel bir derlemeyi değil, tam olarak dağıtılmış URL’yi test edin.
2. Her karşılaştırma için cihaz profilini, kısıtlama yöntemini, Lighthouse sürümünü, önbellek durumunu, kimlik doğrulamayı, onay durumunu ve test coğrafyasını eşleştirin.
3. Her çalıştırmaya yeni bir gezinmeyle başlayın. Önceden yüklenmiş bir masaüstü sayfasını mobil görünüm alanına yeniden boyutlandırmak, mobil gezinmeyi, istek sırasını veya sunucu yanıtını yeniden üretmez.
4. En az üç kez çalıştırın. Medyanı ana sonuç olarak bildirin ve aykırı bir değerin sessizce atılmak yerine görünür olması için bireysel çalıştırmaları, aralığı, zaman damgalarını, uyarıları ve izleri saklayın.
5. Önce ve sonrayı aynı koşullar altında karşılaştırın. Test hizmeti başka bir bölgeden çalışıyorsa, bunu kaydedin: eklenen ağ mesafesi veya farklı bir CDN uç noktası, kod değişikliği olmadan sunucu ve yükleme sürelerini değiştirebilir.
6. Gerçek kullanıcı iddiasında bulunmadan önce CrUX’u ayrıca kontrol edin. Daha iyi bir laboratuvar medyanı, “bu değişiklik bu kontrollü testi iyileştirdi”yi destekler, “kullanıcılar artık Core Web Vitals’ı geçiyor”u değil.

Kanıtlar farklı sonuçları destekler:

Bu, Lighthouse’un puan değişkenliği için kendi dağılım tabanlı modelini izler ve laboratuvar/alan ayrımını korur. Evidence for this claim Lighthouse performance scores are weighted from lab metrics; 90–100 is good, 50–89 needs improvement, and 0–49 is poor. Scope: Current published Lighthouse performance-scoring model; metric weights can change by Lighthouse version. Confidence: high · Verified: 2026-07-14 Chrome Developers: Performance scoring

Lighthouse vs. PageSpeed Insights — önemli olan ayrım

Bunlar sürekli karıştırılıyor, bu yüzden kesin olun:

• Lighthouse motordur. Laboratuvar verilerini üretir — Performance, Accessibility, Best Practices ve SEO puanları.
• PageSpeed Insights, Lighthouse’u çalıştıran bir web arayüzüdür ve buna ek olarak Chrome UX Report (CrUX) saha verilerini ekler — anonimleştirilmiş gerçek kullanıcılardan alınan gerçek Core Web Vitals, URL veya kaynak için yeterli veri olduğunda gösterilir.

Yani PSI’de iki farklı veri kümesine yan yana bakıyorsunuz. Üstteki “field data” bölümü (CrUX’tan gelen gerçek kullanıcılar), alttaki Lighthouse “lab data” bölümünden ayrıdır — ve sık sık birbiriyle çelişirler. Biri “PageSpeed Insights puanım” dediğinde, neredeyse her zaman Lighthouse Performance puanını kasteder, saha verilerini değil.

Lighthouse ve Core Web Vitals — nasıl ilişkililer

Lighthouse bazı Core Web Vitals’ları laboratuvarda ölçer: LCP ve CLS’yi laboratuvar metrikleri olarak raporlar. Ancak kesin bir sınır vardır:

Lighthouse, INP’yi sahanın ölçtüğü şekilde ölçemez. Interaction to Next Paint, ölçmek için gerçek kullanıcı etkileşimleri gerektirir — laboratuvar çalışmasında tıklayan gerçek bir kullanıcı yoktur. Bu yüzden Lighthouse, yanıt verebilirlik için laboratuvar vekili olarak Total Blocking Time kullanır. TBT, INP ile ilişkilidir, ancak geçen bir TBT, gerçek kullanıcılar için geçen bir INP’yi garanti etmez. İlişkilidirler, aynı değildirler.

Bu, laboratuvar ve saha arasındaki farkın kalbidir. Saha verileri — CrUX’tan gelir, Search Console’da ve PageSpeed Insights’ın üst kısmında görünür — gerçek kullanıcıları yansıtan ve Google’ın sayfa deneyimi sinyallerini besleyen şeydir. Lighthouse laboratuvar verileri, hata ayıklama ve yayınlamadan önce gerilemeleri yakalamak içindir. Google’ın kendi rehberliği, “gerçek dünya kullanıcı deneyimlerini anlamak için saha verilerine öncelik verin” ve “dağıtımdan önce özellikleri test etmek için laboratuvar verilerini kullanın” şeklindedir.

Nerede çalıştırılır

Aynı motor, farklı yüzeyler:

• Chrome DevTools — tarayıcıya yerleşik (Lighthouse paneli). Oturum açma gerektiren sayfalar için en iyisi, çünkü kimliği doğrulanmış sayfaları denetleyebilirsiniz.
• PageSpeed Insights — pagespeed.web.dev adresindeki kurulum gerektirmeyen web arayüzü; Lighthouse’u çalıştırır ve CrUX saha verilerini ekler.
• CLI — npm install -g lighthouse, ardından lighthouse <url>; betikleştirilebilir.
• Node modülü — kendi araçlarınıza ve CI’nize programatik olarak içe aktarın.
• Lighthouse CI — her dağıtımda performans gerilemelerini yakalamak için resmi kurulum. İş akışı topla → doğrula → yükle şeklindedir: collect, Lighthouse’u bir URL’ye karşı birden çok kez çalıştırır (varsayılan olarak üç çalıştırma) ve tek bir geçişe güvenmek yerine medyan raporu alır; assert, bu raporu yapılandırdığınız eşiklere karşı kontrol eder — kategori veya metrik başına warn veya error olarak ayarlayın; upload, raporu saklar, böylece derlemeler arasında trend çizgilerini takip edebilirsiniz. Eşikleri ekibinizin gerileme politikası olarak ele alın, bir saha verisi kararı veya sıralama garantisi olarak değil — “bu kötüleşti”yi yakalarlar, “bu kullanıcılar için hızlı”yı onaylamazlar.
• Chrome uzantısı — mevcuttur, ancak DevTools önerilen tarayıcı içi yoldur.

CLI ve Node iş akışları, sürmek için yerel bir Chrome kurulumu gerektirir.

Çürütülmeye değer mitler

• “100 Lighthouse puanı = en üst sıralamalar.” Hayır. Performance puanı laboratuvar verisidir; bir sıralama sinyali değildir. Google’ın sayfa deneyimi sinyalleri Core Web Vitals saha verilerini (CrUX) kullanır ve bu bile birçok sinyal arasında hafif bir sinyaldir — alaka ve içerik kalitesi baskındır. Güçlü bir puan hedefleyin çünkü kullanıcılar için iyidir, sıralama kaldıracı olduğu için değil.
• “Lighthouse = saha verileri / gerçek kullanıcıların deneyimlediği şey.” Hayır. Çoğu gerçek kullanıcının gördüğünden daha kötü, kısıtlanmış laboratuvar koşullarıdır. Gerçek kullanıcıların sıcak önbellekleri, bfcache’leri ve çeşitli cihazları vardır. Lighthouse, ortalama kullanıcı okuması değil, en kötü duruma yakın bir stres testidir.
• “PageSpeed Insights Lighthouse’tur.” Kısmen. PSI, laboratuvar bölümü için Lighthouse’u çalıştırır ve saha bölümü için CrUX ekler. Saha sayıları — sayfa deneyimiyle bağlantılı olanlar — CrUX’tur, Lighthouse değil.
• “PWA kategorisi hâlâ sayılır.” Sayılmaz. PWA, Lighthouse 12’de puanlanan bir kategori olarak kaldırıldı.

Sonuç

Lighthouse, teknik SEO ve web performansındaki en kullanışlı ücretsiz araçlardan biridir — bir sayfayı yavaşlatan şeyi bulmanın ve CI’da gerilemeleri önlemenin hızlı ve tekrarlanabilir bir yoludur. Yalnızca doğru yükseklikte tutun: bu bir laboratuvar tanılama aracıdır, gerçek kullanıcı deneyimi hakkında bir karar veya bir sıralama puanı değildir. Bulmak ve düzeltmek için kullanın; gerçek kullanıcıların gerçekten iyi bir deneyim yaşayıp yaşamadığını yargılamak için saha verilerini (CrUX, Search Console’daki Core Web Vitals) kullanın.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Lighthouse = Chrome ekibinden açık kaynaklı, otomatik laboratuvar denetim aracı. Bir URL verin; sayfayı denetler ve Performans, Erişilebilirlik, En İyi Uygulamalar, SEO puanlarını verir. PWA, Lighthouse 12 (~2024) ile kaldırıldı.
• Laboratuvar, saha değil. Sayfayı simüle edilmiş kısıtlama altında yükler — kabaca Yavaş 4G + 4× CPU — tasarım gereği, daha yavaş cihazların/ağların deneyimlediğini yüzeye çıkarmak için. Bu yüzden “hızlı” bir site düşük puan alabilir.
• Performans puanı = beş laboratuvar metriğinin ağırlıklı ortalaması: TBT %30, LCP %25, CLS %25, FCP %10, Speed Index %10. FID ve First Meaningful Paint kaldırıldı.
• Bantlar: 0–49 kırmızı (zayıf), 50–89 turuncu (iyileştirme gerekli), 90–100 yeşil (iyi). Metrik puanları log-normal bir HTTP Archive eğrisine eşlenir, bu nedenle en üst puanlar en zordur. Fırsatlar/Teşhisler düzeltmelere rehberlik eder ancak puanı doğrudan değiştirmez.
• Puanlar çalıştırmadan çalıştırmaya değişir — reklamlar, A/B testleri, uzantılar, ağ/sunucu koşulları ve makine yükü (CPU kısıtlaması ana makineye göredir). Bunu tek bir sayı olarak değil, bir dağılım olarak ele alın; uzantılar kapalıyken gizli modda çalıştırın ve kullandığınız Lighthouse sürümünü ve ayarlarını kaydedin.
• Lighthouse CI bunu otomatikleştirir: birden çok çalıştırma toplar (varsayılan olarak üç), medyanı alır ve ekibinizin eşiklerini doğrular — bir gerileme yakalama politikası, saha verisi kararı değil.
• Lighthouse ≠ PageSpeed Insights: PSI, Lighthouse’u (laboratuvar) çalıştırır ve CrUX saha verilerini (gerçek kullanıcılar) ekler. Genellikle aynı fikirde olmazlar.
• Lighthouse, LCP/CLS’yi laboratuvarda ölçer ancak INP’yi sahanın yaptığı şekilde ölçemez — TBT’yi bir vekil olarak kullanır. Saha verileri (CrUX), gerçek kullanıcıları yansıtan ve sayfa deneyimi sinyallerini besleyen şeydir.
• Bir sıralama sinyali değildir. 100, en üst sıralamalar anlamına gelmez ve düşük bir laboratuvar puanı kötü bir gerçek kullanıcı deneyimi anlamına gelmez. Hata ayıklamak için Lighthouse’u kullanın; yargılamak için saha verilerini kullanın.

Resmi dokümantasyon

Google Chrome ekibinden birincil kaynak dokümantasyon.

• Lighthouse genel bakış — Lighthouse’un ne olduğu, denetim kategorileri ve onu çalıştırmanın her yolu (DevTools, CLI, Node, PageSpeed Insights, uzantı, Lighthouse CI).
• Lighthouse performans puanlaması — metrik ağırlıkları, 0–49 / 50–89 / 90–100 renk bantları ve log-normal puanlama eğrisi.
• Lighthouse PWA denetimleri — kaldırılan PWA kategorisi için kullanımdan kaldırma bildirimini taşır.
• Lighthouse kısıtlama (GitHub) — simüle edilmiş ve uygulanmış kısıtlama, Slow 4G ön ayarı ve 4× CPU çarpanı.
• Lighthouse değişiklik günlüğü (GitHub) — v12 değişiklikleri: PWA kaldırma, First Meaningful Paint kaldırma, INP yükseltildi.
• Lighthouse puanlama hesaplayıcısı — metrik değerlerini girin ve ortaya çıkan Performans puanını görün; hedef belirlemek için kullanışlıdır.

Laboratuvar ve saha (web.dev)

• Kullanıcı merkezli performans metrikleri — laboratuvar testinin “gerçek kullanıcıların sitenizi nasıl deneyimlediğini mutlaka yansıtmadığının” nedeni.

Kaynaktan alıntılar

Google’ın Lighthouse dokümantasyonundan kayıtlı ifadeler. Her bağlantı, kaynak sayfadaki alıntılanan pasaja atlayan bir derin bağlantıdır.

Lighthouse’un ne olduğu ve nasıl çalıştığı

• “Lighthouse is an open-source, automated tool to help you improve the quality of web pages.” — developer.chrome.com, Lighthouse overview. Alıntıya git
• “Give Lighthouse a URL to audit, it runs a series of audits against the page, and then it generates a report on how well the page performed.” — developer.chrome.com, Lighthouse overview. Alıntıya git

Performans puanı nasıl çalışır

• “The Performance score is a weighted average of the metric scores.” — developer.chrome.com, Lighthouse performance scoring. Alıntıya git
• “Once Lighthouse has gathered the performance metrics (mostly reported in milliseconds), it converts each raw metric value into a metric score from 0 to 100 by looking where the metric value falls on its Lighthouse scoring distribution.” — developer.chrome.com, Lighthouse performance scoring. Alıntıya git
• Puan aralıkları hakkında: “0 to 49 (red): Poor” — 50–89 turuncu (iyileştirme gerekli) ve 90–100 yeşil (iyi) olarak. Alıntıya git

Puanlar neden değişir

• “A lot of the variability in your overall Performance score and metric values is not due to Lighthouse. When your Performance score fluctuates it’s usually because of changes in underlying conditions.” — developer.chrome.com, Lighthouse performance scoring. Alıntıya git

Laboratuvar ve saha

• “While testing in the lab is a reasonable proxy for performance, it isn’t necessarily reflective of how actual users experience your site.” — web.dev, User-centric performance metrics. Alıntıya git

Güvenilir bir Lighthouse sonucu alma — kontrol listesi

Bir Lighthouse puanına göre hareket etmeden önce, sayının bir anlam ifade ettiğinden emin olun:

• Gizli bir pencerede uzantılar devre dışı bırakılmış şekilde çalıştırın (uzantılar JS enjekte eder ve puanı saptırır).
• Birden çok kez çalıştırın ve aralığa bakın — bunu tek bir sayı olarak değil, bir dağılım olarak ele alın.
• Her seferinde aynı form faktörünü karşılaştırdığınızdan emin olun (mobil vs. masaüstü — hız sınırlama farklıdır).
• Hangi veri kümesini okuduğunuzu bilin: PageSpeed Insights’ta laboratuvar (Lighthouse) vs. saha (CrUX). Bunları karıştırmayın.
• Sıralama/sayfa deneyimi soruları için saha verilerine (Search Console / CrUX’teki Core Web Vitals) bakın, Lighthouse laboratuvar puanına değil.
• Lighthouse’un INP’yi sahanın ölçtüğü şekilde ölçemediğini unutmayın — TBT bir vekildir, garanti değildir.
• Fırsatlar/Teşhisler listelerinden düzeltin, ancak değişikliği metriğin hareketini izleyerek doğrulayın (yalnızca metrikler puanı değiştirir).
• Otomasyonda tekrarlanabilir ölçüm için, tek seferlik çalıştırmalara göz kararı bakmak yerine bütçeli Lighthouse CI kullanın.
• Sayfanın yüklemede ne gösterdiğini kontrol edin: çerez/onay bildirimleri, oturum durumu ve önbellek (soğuk vs. sıcak) tetiklenen denetimleri değiştirir — tek bir durum seçin ve tutarlı olun.
• Deterministik olmayan içeriğe dikkat edin — A/B testleri, dönen reklamlar ve diğer üçüncü taraf komut dosyaları her çalıştırmada farklı bir yük sunabilir ve sizin değiştirdiğiniz şeyden bağımsız olarak puanı sallayabilir.
• Denetimi tetiklemeden önce sayfanın gerçekten yüklenmesini bitirmesine izin verin (veya bunu bekleyen bir mod kullanın) — bir çalıştırmayı erken kesmek sayfayı yanlış okur.
• Puanın yanına Lighthouse sürümünü ve çalıştırma ayarlarını (mod, hız sınırlama yöntemi, cihaz) kaydedin — farklı bir sürümden veya yapılandırmadan gelen “aynı” puan aslında karşılaştırılabilir değildir.
• Hâlâ PWA kategorisini puanlayan herhangi bir kılavuzu yok sayın — bu, Lighthouse 12’de kaldırılmıştır.

Lighthouse Performans puanı — kopya kağıdı

Beş metrik ve ağırlıkları (Lighthouse 10 ağırlıklandırması)

Kullanımdan kaldırıldı / kaldırıldı: FID, Etkileşim Süresi, İlk Anlamlı Boyama.

Puan renk bantları

Log-normal bir HTTP Archive eğrisine eşlenmiştir: ~25. yüzdelik dilim → 50, ~8. yüzdelik dilim → 90. Son birkaç puan kazanılması en zor olanlardır.

Varsayılan laboratuvar koşulları

• Ağ: mobil Yavaş 4G (~150 ms gecikme, ~1,6 Mbps indirme / 750 Kbps yükleme)
• CPU: sabit 4× çarpanı (masaüstü donanımda orta sınıf mobil)
• Hız sınırlama: varsayılan olarak simüle edilmiş (hızlı, deterministik), DevTools/uygulanmış değil

Lighthouse vs. PageSpeed Insights

Hızlı bilgiler

• Bugünkü kategoriler: Performans, Erişilebilirlik, En İyi Uygulamalar, SEO (PWA Lighthouse 12’de kaldırıldı).
• Bu bir sıralama sinyali değildir. 100 ≠ en üst sıralar.
• INP’yi sahanın yaptığı gibi ölçemez — vekil olarak TBT kullanır.
• Puanlar çalıştırmadan çalıştırmaya değişir — bu beklenendir.

Lighthouse’u (ve ilgili araçları) çalıştırma yolları

• Chrome DevTools — Lighthouse paneli — Chrome’a gömülüdür; oturum açma gerektiren sayfaları denetlemek için en iyisidir.
• PageSpeed Insights (pagespeed.web.dev) — kurulum gerektirmez; Lighthouse’u çalıştırır ve yanına CrUX saha verilerini ekler.
• Lighthouse CLI — npm install -g lighthouse, ardından lighthouse <url>; betikleştirilebilir, yerel bir Chrome gerektirir.
• Lighthouse Node modülü — kendi araçlarınıza programatik olarak ekleyin.
• Lighthouse CI (@lhci/cli) — her dağıtımda Lighthouse’u çalıştırın, bütçeler belirleyin ve gerilemelerde derlemeyi başarısız kılın. Bir puanın sessizce düşmesini önlemek için doğru araç.
• Lighthouse puanlama hesaplayıcısı (scorecalc) — metrik değerlerini girerek ortaya çıkan Performans puanını görün ve gerçekçi hedefler belirleyin.
• Chrome uzantısı — mevcuttur, ancak tarayıcı içi rota olarak DevTools önerilir.

Bu laboratuvar araçlarıyla eşleştirmek için gerçek kullanıcı (saha) verileri için Google Search Console’daki Core Web Vitals raporuna ve PageSpeed Insights’taki CrUX saha bölümüne bakın.

Yanlış güven yaratan Lighthouse alışkanlıkları

• İş hedefi olarak 100’ü kovalamak. Mükemmel bir laboratuvar puanı sıralama artışı değildir ve sahadaki Core Web Vitals ile gerçek kullanıcı sonuçlarından uzaklaştırabilir. Darboğazları bulmak için raporu kullanın, ardından kullanıcıların fayda sağladığını doğrulayın.
• Tek bir çalıştırmayı karar olarak görmek. Lighthouse simüle edilmiş bir testtir ve doğal olarak değişir. Aynı koşullar altında birkaç kez çalıştırın ve tek bir puana tepki vermek yerine tutarlı bir desen arayın.
• Laboratuvar TBT’sini saha INP’si ile aynı şey olarak adlandırmak. TBT, ana iş parçacığı engellemesi için yararlı bir laboratuvar vekilidir; INP, sahada gerçek etkileşimleri ölçer. İyi bir TBT, INP’nin iyi olduğunun kanıtı değil, bir göstergesidir.
• Listelenen sırayla her denetimi düzeltmek. Fırsat tahminleri örtüşür ve bazı denetimler sayfanın gerçek darboğazı üzerinde çok az etkiye sahiptir. İzleme, en büyük ağırlıklı metrikler ve bunlardan sorumlu kaynaklarla başlayın.
• Mobil ve masaüstü puanlarını doğrudan karşılaştırmak. Öykünme profilleri ve puanlama dağılımları farklıdır. Benzeri benzerle karşılaştırın.

Çalıştırmalar arasında Lighthouse puanı değişiklikleri

Belirti: Aynı sayfa, dağıtım olmadan renk bantları arasında hareket ediyor.

Olası neden: Değişken sunucu yanıtı, üçüncü taraf betikleri, paylaşılan makine yükü veya farklı test ayarları sentetik çalıştırmayı değiştirdi.

Düzeltme ve doğrulama: URL’yi, cihaz profilini, hız sınırlamasını, önbellek durumunu ve test konumunu eşleştirin; birkaç test çalıştırın; ardından medyan izleme ve metrik zamanlamalarını karşılaştırın.

Saha Core Web Vitals geçiyor ancak Lighthouse kırmızı

Belirti: PSI saha verileri geçerken Lighthouse Performans puanı zayıf.

Olası neden: İki bölüm farklı popülasyonları ölçer: CrUX, gerçek kullanıcıları zaman içinde özetlerken Lighthouse tek bir simüle edilmiş sayfa yüklemesi çalıştırır.

Düzeltme ve doğrulama: Saha değerlendirmesini kullanıcı sonucu olarak ele alın ve yavaş cihaz senaryosunu yeniden üretmek ve teşhis etmek için laboratuvar izlemesini kullanın. Her düzeltmeyi hem tekrarlanan laboratuvar çalıştırmalarında hem de bir sonraki saha verisi raporlama penceresinde doğrulayın.

Lighthouse INP’yi ölçemez

Belirti: Rapor TBT’yi gösteriyor ancak laboratuvar INP değeri yok.

Olası neden: INP, bir sayfa ziyareti boyunca gerçek etkileşimler gerektirir; yalnızca gezinme tabanlı bir Lighthouse çalıştırmasında temsili bir etkileşim geçmişi yoktur.

Düzeltme ve doğrulama: Laboratuvarda uzun görevleri bulmak için TBT’yi ve izlemeyi kullanın, ardından INP’yi saha verileri veya etkileşim odaklı bir kayıtla ölçün.

Belirgin düzeltmeden sonra bir denetim devam ediyor

Belirti: Lighthouse, bir varlık optimize edildikten veya kaldırıldıktan sonra hâlâ onu işaretliyor.

Olası neden: Önbelleğe alınmış bir yanıt, başka bir şablon, üçüncü taraf bir kopya veya zincirdeki farklı bir istek denetimi hâlâ tetikliyor.

Düzeltme ve doğrulama: Soğuk önbellekle tam dağıtılmış URL’yi test edin, denetimin etkilenen kaynak listesini açın ve listelenen her isteği sahibine geri eşleyin.

Kendinizi test edin: Google Lighthouse

Lighthouse verileri ve puanlaması hakkında beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

Resmî

• Lighthouse genel bakış — ne, nasıl ve nerede çalıştırılacağına dair kesin kaynak.
• Lighthouse performans puanlaması — ağırlıklar, aralıklar ve puanlama eğrisi.
• Lighthouse kısıtlama belgeleri (GitHub) — laboratuvar koşulları ayrıntılı olarak.
• Lighthouse puanlama hesaplayıcısı — bir puan için metrik hedeflerini tersine mühendislikle çıkarın.
• Kullanıcı odaklı performans metrikleri — laboratuvar ve gerçek kullanıcılar tartışması, Google’dan.

Lighthouse nereye uyar

• Laboratuvar puanını saha verileriyle eşleştirin: Google Search Console’daki Core Web Vitals raporu ve PageSpeed Insights’ın CrUX bölümü. Laboratuvar sorunları bulur; saha, gerçek kullanıcıların bunları hissedip hissetmediğini söyler.

Sektörden

• Saha verileri ile laboratuvar verileri arasındaki farklar (web.dev) — Google’ın laboratuvar ve saha sayılarına ne zaman güvenileceği ve neden farklılaştıklarına dair kendi açıklaması.
• Core Web Vitals (web.dev) — Lighthouse’un hangi CWV metriklerini ölçebileceği ve ölçemeyeceği konusunda, INP boşluğu dahil, kanonik referans.
• Largest Contentful Paint (web.dev) — LCP eşikleri ve laboratuvar ile saha okumalarının neden sık sık uyuşmadığı üzerine derinlemesine inceleme.
• GitHub’da Lighthouse CI — Lighthouse’u otomatik CI/CD boru hatlarına entegre etmek için resmî depo ve kurulum kılavuzu.
• HTTP Archive Web Almanac — Performans bölümü — milyonlarca sayfada gerçek dünya Lighthouse puanları ve Core Web Vitals geçiş oranlarına dair yıllık veriler; puanlarınızı genel web ile karşılaştırmak için faydalı.
• web.dev — Sayfa performansını ölçün — Lighthouse sonuçlarını saha verisi araçlarıyla eşleştirmek için Google’ın önerdiği başlangıç noktası.

Alıntı yapmaya değer sayılar

• Performans puanı ağırlıkları (Lighthouse 10): TBT %30, LCP %25, CLS %25, FCP %10, Speed Index %10. Kaynak
• Puan aralıkları: 0–49 kırmızı (zayıf), 50–89 turuncu (iyileştirme gerekli), 90–100 yeşil (iyi). 90, HTTP Archive verilerinin kabaca 8. yüzdelik dilimine karşılık gelir; 50 ise 25. yüzdelik dilime. Kaynak
• Varsayılan kısıtlama: mobil Yavaş 4G (~150 ms gecikme, ~1,6 Mbps indirme) artı 4× CPU çarpanı — kabaca ~85. yüzdelik dilim mobil bağlantısını taklit eder. Kaynak
• Kategoriler: bugün dört (Performans, Erişilebilirlik, En İyi Uygulamalar, SEO) — PWA, Lighthouse 12 (~2024) ile kaldırıldı. Kaynak

Değişiklik günlüğü