Bu sayfa, Cloud Translation API ile çevrilmiştir.

Largest Contentful Paint (LCP)

Philip Walton

Barry Pollard

Tarayıcı desteği

Geçmişte, web geliştiricileri için bir web sayfasının ana içeriğinin ne kadar hızlı yüklendiğini ve kullanıcılara ne kadar hızlı gösterildiğini ölçmek zordu. load veya DOMContentLoaded gibi eski metrikler, kullanıcının ekranında gördükleriyle uyuşmadığından iyi çalışmaz. İlk Zengin İçerikli Boyama (FCP) gibi daha yeni, kullanıcı odaklı performans metrikleri ise yalnızca yükleme deneyiminin en başındaki durumu yakalar. Bir sayfada açılış ekranı veya yükleme göstergesi gösteriliyorsa bu an kullanıcı için çok alakalı değildir.

Geçmişte, ilk boyanın ardından yükleme deneyimini daha iyi hale getirmek için İlk Anlamlı Boyama (FMP) ve Hız İndeksi (SI) (ikisi de Lighthouse'da mevcuttur) gibi performans metrikleri önermiştik ancak bu metrikler karmaşık, açıklanması zor ve genellikle yanlıştır. Yani sayfanın ana içeriği yüklendiğinde hâlâ tanımlanmamış olurlar.

W3C Web Performansı Çalışma Grubu'ndaki tartışmalar ve Google'da yapılan araştırmalara dayanarak, bir sayfanın ana içeriğinin ne zaman yüklendiğini ölçmenin en doğru yolunun en büyük öğenin ne zaman oluşturulduğuna bakmak olduğunu tespit ettik.

LCP nedir?

LCP, görüntü alanında görünür olan en büyük resim, metin bloğu veya videonun oluşturulma süresini, kullanıcının sayfaya ilk kez gittiği zamana göre bildirir.

İyi bir LCP puanı nedir?

İyi bir kullanıcı deneyimi sağlamak için siteler 2, 5 saniye veya daha kısa Largest Contentful Paint kullanmaya çalışmalıdır. Kullanıcılarınızın çoğunda bu hedefe ulaştığınızdan emin olmak için iyi bir ölçüm eşiği, mobil ve masaüstü cihazlara göre segmentlere ayrılmış sayfa yüklemelerinin 75. yüzdelik dilimidir.

İyi LCP değerleri 2,5 saniye veya daha az, kötü değerler 4,0 saniyeden uzundur. Aradaki değerlerde iyileştirme yapılması gerekir. — İyi bir LCP değeri 2,5 saniye veya daha kısadır.

Hangi öğeler dikkate alınır?

Largest Contentful Paint API'de belirtildiği gibi, Largest Contentful Paint için dikkate alınan öğe türleri şunlardır:

<img> öğeleri (ilk kare sunum süresi, GIF'ler veya animasyonlu PNG'ler gibi animasyonlu içerikler için kullanılır)
<svg> öğesinin içinde <image> öğeleri
<video> öğeleri (hangisi daha önceyse poster resmi yükleme süresi veya videolar için ilk kare sunum süresi kullanılır)
url() işlevi kullanılarak yüklenen arka plan resmine sahip bir öğe (CSS gradyanı yerine)
Metin düğümleri veya diğer satır içi metin öğesi alt öğelerini içeren blok düzeyindeki öğeler.

Öğelerin bu sınırlı grupla kısıtlanmasının, başlangıçta her şeyi basit tutmak amacıyla kasıtlı olarak yapıldığını unutmayın. Daha fazla araştırma yapıldıkça yeni öğeler (ör. tam <svg> desteği) eklenebilir.

LCP ölçümleri, yalnızca bazı öğeleri dikkate almanın yanı sıra kullanıcıların "içerik içermeyen" olarak görme olasılığı yüksek olan belirli öğeleri hariç tutmak için sezgisel yöntemler kullanır. Chromium tabanlı tarayıcılar için bunlar şunları içerir:

Kullanıcı tarafından görülemeyen, opaklığı 0 olan öğeler
Muhtemelen içerik yerine arka plan olarak kabul edilen, tüm görüntü alanını kaplayan öğeler
Sayfanın gerçek içeriğini yansıtmayabilecek yer tutucu resimler veya entropisi düşük diğer resimler

Tarayıcılar, en büyük içerikli öğeyle ilgili kullanıcı beklentilerini karşılayabilmek için bu sezgisel kuralları iyileştirmeye devam edecektir.

Bu "içerik barındıran" sezgisel kurallar, İlk Zengin İçerikli Boyama (FCP) tarafından kullanılanlardan farklı olabilir. FCP, LCP adayı olmaya uygun olmasalar bile yer tutucu resimler veya tam görüntü alanı resimleri gibi bu öğelerden bazılarını dikkate alabilir. Her iki metrik de adında "contentful" ifadesini kullansa da amaçlarının farklı olduğunu unutmayın. FCP, ana içerik boyandığında herhangi bir içeriğin ekrana ve LCP'ye boyandığını ölçer. Bu nedenle, LCP'nin daha seçici olması amaçlanır.

Öğelerin boyutu nasıl belirlenir?

LCP için raporlanan öğenin boyutu genellikle görüntü alanında kullanıcı tarafından görülebilen boyuttur. Öğe, görüntü alanının dışına uzanıyorsa veya herhangi bir öğe kırpılmışsa ya da görünmez taşıma içeriyorsa bu bölümler öğenin boyutuna dahil edilmez.

Gerçek boyutundan yeniden boyutlandırılan resim öğeleri için raporlanan boyut, görünür boyut veya gerçek boyuttur (hangisi daha küçükse).

Metin öğeleri için LCP, yalnızca tüm metin düğümlerini içerebilen en küçük dikdörtgeni dikkate alır.

LCP, tüm öğeler için CSS kullanılarak uygulanan kenar boşlukları, dolgular veya kenarlıkları dikkate almaz.

LCP ne zaman raporlanır?

Web sayfaları genellikle aşamalı olarak yüklenir. Bunun sonucunda, sayfadaki en büyük öğenin değişmesi mümkündür.

Tarayıcının ilk kareyi boyamasından hemen sonra, bu olası değişikliği ele almak için tarayıcının en büyük içerikli öğeyi tanımlayan largest-contentful-paint türü bir PerformanceEntry gönderir. Ancak sonraki kareler oluşturulduktan sonra en büyük zengin içerikli öğe her değiştiğinde başka bir PerformanceEntry gönderir.

Örneğin, metin ve hero resmi içeren bir sayfada tarayıcı başlangıçta yalnızca metni oluşturabilir. Bu noktada tarayıcı, element mülkü muhtemelen bir <p> veya <h1>'a referans veren bir largest-contentful-paint girişi gönderir. Daha sonra, hero resminin yüklenmesi tamamlandığında ikinci bir largest-contentful-paint girişi gönderilir ve element mülkü <img>'ye referans verir.

Bir öğe, yalnızca oluşturulduktan ve kullanıcıya gösterildikten sonra en büyük zengin içerikli öğe olarak kabul edilebilir. Henüz yüklenmemiş resimler "oluşturulan" olarak kabul edilmez. Yazı tipi engelleme dönemi sırasında web yazı tiplerini kullanan metin düğümleri de bu kapsamda değildir. Bu gibi durumlarda, en büyük içerikli öğe olarak daha küçük bir öğe bildirilebilir ancak daha büyük öğe oluşturulduktan hemen sonra başka bir PerformanceEntry oluşturulur.

Bir sayfa, geç yüklenen resimlere ve yazı tiplerine ek olarak yeni içerikler kullanıma sunulduğunda DOM'ye yeni öğeler ekleyebilir. Bu yeni öğelerden herhangi biri önceki en büyük içerikli öğeden büyükse yeni bir PerformanceEntry de raporlanır.

En büyük zengin içerikli öğe görüntü alanından, hatta DOM'den kaldırılırsa daha büyük bir öğe oluşturulmadığı sürece en büyük zengin içerikli öğe olarak kalır.

Not: Chrome 88'den önce kaldırılan öğeler en büyük içerikli öğeler olarak kabul edilmezdi ve mevcut aday kaldırıldığında yeni bir largest-contentful-paint girişinin gönderilmesi tetiklenirdi. Ancak DOM öğelerini sıklıkla kaldıran resim ruloları gibi popüler kullanıcı arayüzü kalıpları nedeniyle metrik, kullanıcıların deneyimini daha doğru yansıtacak şekilde güncellendi. Daha fazla ayrıntı için CHANGELOG bölümüne bakın.

Kullanıcı etkileşimi genellikle kullanıcının gördüğü içeriği değiştirdiği için (özellikle de kaydırma işleminde) tarayıcı, kullanıcı sayfayla etkileşime girer girmez (dokulama, kaydırma veya tuş basma yoluyla) yeni girişleri bildirmeyi durdurur.

Analiz amacıyla, analiz hizmetinize yalnızca en son gönderilen PerformanceEntry raporunu bildirmeniz gerekir.

Dikkat: Kullanıcılar sayfaları arka plan sekmesinde açabileceğinden, kullanıcı sekmeye odaklanana kadar largest-contentful-paint girişlerinin gönderilmemesi mümkündür. Bu durum, sayfanın ilk yüklenmesinden çok daha sonra gerçekleşebilir. LCP'yi ölçen Google araçları, kullanıcı tarafından algılanan yükleme süresini yansıtmadığından, sayfa arka planda yüklendiyse bu metriği bildirmez.

Yükleme süresi ile oluşturma süresi karşılaştırması

Güvenlik nedeniyle, Timing-Allow-Origin başlığı bulunmayan çapraz kaynaklı resimlerin oluşturma zaman damgası gösterilmez. Bunun yerine, yalnızca yükleme süreleri gösterilir (bu, diğer birçok web API'si aracılığıyla zaten gösterildiği için).

Bu durum, web API'leri tarafından LCP'nin FCP'den daha erken bildirildiği imkansız gibi görünen bir duruma yol açabilir. Bu durum söz konusu değildir ancak yalnızca güvenlik kısıtlaması nedeniyle böyle görünür.

Mümkün olduğunda Timing-Allow-Origin başlığını ayarlamak, metriklerinizin daha doğru olması için her zaman önerilir.

Öğe düzeni ve boyutu değişiklikleri nasıl işlenir?

Yeni performans girişlerini hesaplama ve dağıtma işleminin performans yükü düşük tutmak için bir öğenin boyutunda veya konumunda yapılan değişiklikler yeni LCP adayları oluşturmaz. Yalnızca öğenin görüntü alanındaki ilk boyutu ve konumu dikkate alınır.

Bu, başlangıçta ekran dışında oluşturulan ve ardından ekranda geçiş yapılan resimlerin raporlanamayacağı anlamına gelir. Ayrıca, başlangıçta görüntü alanında oluşturulan ve daha sonra aşağı itilerek görüntünün dışına çıkan öğeler, başlangıçtaki görüntü alanı boyutunu bildirmeye devam eder.

Örnekler

En Büyük İçerik Boyası'nın birkaç popüler web sitesinde ne zaman gerçekleştiğine dair bazı örnekleri aşağıda bulabilirsiniz:

cnn.com'dan alınan Largest Contentful Paint zaman çizelgesi — cnn.com'dan bir LCP zaman çizelgesi.

techcrunch.com'dan Largest Contentful Paint zaman çizelgesi — techcrunch.com'dan bir LCP zaman çizelgesi.

Yukarıdaki her iki zaman çizelgesinde de en büyük öğe, içerik yüklenirken değişir. İlk örnekte, DOM'ye yeni içerik eklenmiştir ve bu, en büyük öğenin hangisi olduğunu değiştirir. İkinci örnekte, sayfa düzeni değişir ve daha önce en büyük olan içerik görüntü alanından kaldırılır.

Geç yüklenen içerik genellikle sayfadaki içerikten daha büyük olsa da bu her zaman böyle değildir. Sonraki iki örnekte, sayfa tamamen yüklenmeden önce gerçekleşen LCP gösterilmektedir.

instagram.com'dan Largest Contentful Paint zaman çizelgesi — instagram.com'dan bir LCP zaman çizelgesi.

google.com'dan alınan Largest Contentful Paint zaman çizelgesi — google.com'dan bir LCP zaman çizelgesi.

İlk örnekte, Instagram logosu nispeten erken yüklenir ve diğer içerikler kademeli olarak gösterilirken en büyük öğe olarak kalır. Google Arama sonuçları sayfası örneğinde en büyük öğe, resimlerden veya logodan herhangi biri yüklenmeden önce görüntülenen bir metin paragrafıdır. Tüm resimler bu paragraftan daha küçük olduğundan, yükleme işlemi boyunca en büyük öğe bu paragraftır.

Not: Instagram zaman çizelgesinin ilk karesinde, kamera logosunun etrafında yeşil bir kutu olmadığını fark edebilirsiniz. Bunun nedeni, <svg> öğesi olması ve <svg> öğelerinin şu anda LCP adayı olarak kabul edilmemesidir. İlk LCP adayı, ikinci karedeki metindir.

LCP'yi ölçme

LCP, laboratuvarda veya sahada ölçülebilir ve aşağıdaki araçlarda kullanılabilir:

Saha araçları

Laboratuvar araçları

JavaScript'de LCP'yi ölçme

JavaScript'te LCP'yi ölçmek için Largest Contentful Paint API'yi kullanabilirsiniz. Aşağıdaki örnekte, largest-contentful-paint girişlerini dinleyen ve konsola kaydeden bir PerformanceObserver'un nasıl oluşturulacağı gösterilmektedir.

new PerformanceObserver((entryList) => {
  for (const entry of entryList.getEntries()) {
    console.log('LCP candidate:', entry.startTime, entry);
  }
}).observe({type: 'largest-contentful-paint', buffered: true});

Uyarı: Bu kod, largest-contentful-paint girişlerinin konsola nasıl kaydedileceğini gösterir, ancak JavaScript'te LCP'nin ölçülmesi daha karmaşıktır. Ayrıntılar için Metrik ile API arasındaki farklar başlıklı makaleyi inceleyin.

Yukarıdaki örnekte, günlüklenen her largest-contentful-paint girişi mevcut LCP adayını temsil eder. Genel olarak, yayınlanan son girişin startTime değeri LCP değeridir ancak bu her zaman geçerli olmayabilir. largest-contentful-paint girişlerinin tümü LCP'yi ölçmek için geçerli değildir.

Aşağıdaki bölümde, API'nin raporladığı değerler ile metriğin nasıl hesaplandığı arasındaki farklar listelenmiştir.

Metrik ile API arasındaki farklar

API, arka plan sekmesinde yüklenen sayfalar için largest-contentful-paint girişleri gönderir ancak LCP hesaplanırken bu sayfalar yoksayılmalıdır.
API, bir sayfa arka plana alındıktan sonra largest-contentful-paint girişleri göndermeye devam eder ancak bu girişler LCP hesaplanırken yoksayılmalıdır (öğeler yalnızca sayfanın tüm süre boyunca ön planda olması durumunda dikkate alınabilir).
API, sayfa geri/ileri önbellekten geri yüklendiğinde largest-contentful-paint girişlerini bildirmez ancak kullanıcılar bu durumları farklı sayfa ziyaretleri olarak deneyimlediğinden bu durumlarda LCP ölçülmelidir.
API, iframe'lerdeki öğeleri dikkate almaz ancak sayfanın kullanıcı deneyiminin bir parçası oldukları için metrik bu öğeleri dikkate alır. Bir iframe içinde LCP'nin bulunduğu sayfalarda (ör. yerleştirilmiş bir videodaki poster resmi), bu durum CrUX ile RUM arasında bir fark olarak gösterilir. LCP'yi doğru ölçmek için bunları göz önünde bulundurmalısınız. Alt çerçeveler, toplama için largest-contentful-paint girişlerini ebeveyn çerçeveye bildirmek üzere API'yi kullanabilir.
API, gezinme başlangıcından itibaren LCP'yi ölçer ancak önceden oluşturulmuş sayfalarda LCP, kullanıcının deneyimlediği LCP süresine karşılık geldiği için activationStart tarihinden itibaren ölçülmelidir.

Geliştiriciler, tüm bu ince farklılıkları ezberlemek yerine LCP'yi ölçmek için web-vitals JavaScript kitaplığını kullanabilir. Bu kitaplık, bu farklılıkları sizin için yönetir (mümkün olduğunda; iframe sorununun bu kapsamda yer almadığını unutmayın):

import {onLCP} from 'web-vitals';

// Measure and log LCP as soon as it's available.
onLCP(console.log);

JavaScript'te LCP'nin nasıl ölçüleceğine dair eksiksiz bir örnek için onLCP() kaynak koduna bakın.

Not: Bazı durumlarda (ör. kaynak dışı iFrame'ler) JavaScript'te LCP'yi ölçmek mümkün değildir. Ayrıntılar için web-vitals kitaplığının sınırlamalar bölümüne bakın.

En büyük öğe en önemli öğe değilse ne olur?

Bazı durumlarda sayfadaki en önemli öğe (veya öğeler) en büyük öğeyle aynı değildir ve geliştiriciler bu diğer öğelerin oluşturma sürelerini ölçmek isteyebilir. Özel metrikler ile ilgili makalede açıklandığı gibi bunu Element Timing API kullanarak yapabilirsiniz.

LCP'yi iyileştirme

Sahada LCP zamanlamalarını belirleme ve ayrıntılı incelemek ve optimize etmek için laboratuvar verilerini kullanma sürecinde size yol gösterecek LCP'yi optimize etme konulu kapsamlı bir kılavuz mevcuttur.

Ek kaynaklar

performance.now() adresinde Annie Sullivan tarafından yazılan Chrome'da performans izlemeden edinilen dersler (2019)

Değişiklik günlüğü

Metrikleri ölçmek için kullanılan API'lerde ve bazen de metriklerin tanımlarında zaman zaman hatalar keşfedilir. Bu nedenle, bazen değişiklikler yapılması gerekir ve bu değişiklikler dahili raporlarınızda ve kontrol panellerinizde iyileştirmeler veya gerilemeler olarak görünebilir.

Bu metrikleri yönetmenize yardımcı olmak için bu metriklerin uygulanmasında veya tanımında yapılan tüm değişiklikler bu değişiklik günlüğünde gösterilir.

Bu metriklerle ilgili geri bildirimlerinizi web-vitals-feedback Google grubunda paylaşabilirsiniz.