2026 SEO & GEO Eğitimi

Ders 23/25 · Konu dersi · 60 dk · Online canlı

Core Web Vitals: LCP, INP ve CLS sahada

Bu dersin uygulaması ölçmekle başlıyor, düzeltmekle bitiyor. Sitenizin üç sayfasını ölçüyor, en yavaş olanın nedenini buluyor ve derste düzeltiyoruz. Ders bittiğinde deponuzda önce ve sonra değerlerini, yapılan her değişikliği ve commit’ini gösteren bir hız raporu oluyor.

Proje adımı 23/25Hız raporu: önce ve sonra

Kısa cevap

Core Web Vitals, Google’ın sayfa deneyimini ölçtüğü üç değerdir. LCP yüklenmeyi ölçer ve 2,5 saniyenin altında olmalıdır. INP sayfanın tıklama, dokunma ve tuş basışlarına ne kadar hızlı karşılık verdiğini ölçer; iyi değer 200 milisaniye ve altıdır. CLS görsel kararlılığı ölçer; 0,1 ve altı iyidir. Değerlendirme, gerçek kullanıcı ziyaretlerinin 75. yüzdeliğine göre, mobil ve masaüstü için ayrı yapılır. INP, 12 Mart 2024’te FID’in yerini aldı. Yeni bir sitede gerçek kullanıcı verisi çoğu zaman henüz yoktur; o zaman elinizde yalnızca laboratuvar ölçümü kalır.

Bu derste

  1. 01Üç değerin ne ölçtüğünü ve eşiklerini kaynağından okuyoruz.
  2. 02Saha verisi ile laboratuvar verisinin farkını kendi sitenizde görüyoruz.
  3. 03Üç sayfayı PageSpeed Insights’ta ölçüyor, LCP öğesini buluyoruz.
  4. 04En yavaş sayfada bir LCP ve bir CLS düzeltmesini derste yapıyoruz.
  5. 05Üçüncü taraf betiklerin bedelini ölçüyor, kalacak olanlara karar veriyoruz.

Proje adımı 23/25

Bu dersten sonra elinizde ne var?

Dersin sonunda deponuzda docs/hiz-raporu.md dosyası var. Üç sayfanın mobil ölçümü, düzeltmeden önce ve sonra. Her satırın yanında LCP öğesinin ne olduğu, ne değiştirdiğiniz ve değişikliğin commit’i yazılı. Saha verisi sütunu büyük olasılıkla boş ve nedenini dosyanın başında açıklıyorsunuz.

Kabul ölçütleri05

  • Ana sayfa, bir içerik sayfası ve en ağır sayfanız: üçünün mobil laboratuvar ölçümü.
  • Her sayfa için LCP öğesi adıyla yazılı: hangi görsel ya da hangi metin bloğu.
  • En az bir LCP ve bir CLS düzeltmesi yapıldı; önce ve sonra değerleri kayıtlı.
  • Sayfadaki üçüncü taraf betiklerin listesi ve her biri için karar: kalır, gecikir, gider.
  • Saha verisi var mı yok mu, yoksa neden olmadığı dosyanın başında yazılı.

Dersi başlat

Bu ders canlı işleniyor

Kayıtlı bir video değil. Ayda bir gün, beş saat canlı buluşuyoruz; bu ders 5. ayın 3. saatinde, sizin sitenizin üzerinde işleniyor. Programa başvuruyla katılınıyor ve program 1. dersten başlıyor. Başvurunuzu buradan başlatırsanız hangi dersle ilgilendiğinizi de görmüş oluruz.

Süre
5 ay · 25 ders
Biçim
Online canlı, ayda bir gün
İlk dönem
Tarihi duyurulacak
Ücret
99.000 TL + KDVKDV dahil 118.800 TL

Üç değer, üç eşik

LCP, sayfadaki en büyük içerik öğesinin ekrana gelme süresi. Bu bir görsel de olabilir, büyük bir metin bloğu da. İyi değer 2,5 saniye ve altı.

INP, kullanıcının sayfayla etkileşimine sayfanın ne kadar çabuk karşılık verdiği. web.dev’in tanımıyla, ziyaret boyunca yapılan bütün tıklama, dokunma ve tuş basışlarının gecikmesi gözleniyor; fareyle üzerine gelmek ve kaydırmak sayılmıyor. 200 milisaniye ve altı iyi, 500 milisaniyenin üstü kötü. Kullanıcı sayfada hiçbir şeye tıklamadıysa o ziyaret için INP değeri oluşmuyor.

CLS, sayfa yüklenirken öğelerin yer değiştirmesini ölçüyor. Okurken metnin aşağı kayması, tıklayacağınız düğmenin son anda yer değiştirmesi buraya yazılıyor. 0,1 ve altı iyi.

Üç eşiğin ortak kuralı 75. yüzdelik. Bir sayfa, ziyaretlerin yüzde 75’inde eşiğin altında kalıyorsa o değerden geçiyor; ölçüm mobil ve masaüstü için ayrı yapılıyor. Ortalama değil yüzdelik kullanılmasının nedeni, yavaş telefon ve zayıf bağlantıdaki kullanıcıların da hesaba girmesi.

Saha verisi ve laboratuvar verisi

PageSpeed Insights’ın sonuç sayfası iki yarıdan oluşuyor. Üst yarı saha verisi: gerçek Chrome kullanıcılarının son 28 günde sitenizde yaşadıkları. Alt yarı laboratuvar verisi: tek bir cihazın ve sabit bir ağın taklit edildiği tek bir yükleme. Google’ın değerlendirmesi üst yarıya dayanıyor.

Sitenizi ölçtüğünüzde üst yarı büyük olasılıkla boş gelecek. Chrome Kullanıcı Deneyimi Raporu’na girmek için bir sayfanın herkese açık olması ve yeterince ziyaret alması gerekiyor; eşiğin kaç olduğu açıklanmıyor. Sayfanın verisi yetmezse araç bütün sitenin verisine bakıyor, o da yetmezse gerçek kullanıcı verisi gösteremiyor. Veriye yalnızca masaüstü ve Android’deki Chrome kullanıcıları katkı yapıyor; iOS’taki Chrome dahil değil.

Geriye laboratuvar kalıyor ve onun da bir sınırı var: kullanıcı olmadığı için INP ölçemiyor. Lighthouse bunun yerine Total Blocking Time değerini veriyor; ana iş parçacığının ne kadar süre meşgul kaldığını gösteren bir vekil. Laboratuvar ölçümünü bu yüzden bir not olarak değil, bir teşhis aracı olarak kullanıyoruz: neyin yavaş olduğunu söylüyor, kullanıcının ne yaşadığını değil.

Derste yaptığımız iki düzeltme

LCP için önce öğeyi buluyoruz; PageSpeed Insights onu adıyla gösteriyor. Öğe bir görselse web.dev’in rehberindeki üç kural sırayla uygulanıyor. Görsel HTML kaynağında bulunabilir olmalı: img öğesinde src ya da srcset ile; betikle sonradan eklenen ya da CSS arka planı olan bir görseli tarayıcı geç fark ediyor. LCP görseli asla lazy yüklenmemeli; rehberin ifadesiyle bu her zaman gereksiz bir gecikme yaratıyor. Ve görsele fetchpriority="high" verilerek tarayıcıya önceliği söylenmeli.

Asistanla çalışırken bakacağınız yer şurası: bütün görsellere topluca loading="lazy" eklenmiş ve ilk ekrandaki görsel de bundan payını almış olabilir. AGENTS.md’ye bir satır ekliyoruz: ilk ekrandaki görsel eager ve yüksek öncelikli, geri kalanı lazy.

CLS’te web.dev en yaygın nedenleri sayıyor: boyutu yazılmamış görseller; boyutu yazılmamış reklam, gömülü içerik ve iframe’ler; sayfaya sonradan eklenen içerik; web yazı tipleri. İlki 3. dersten beri kuralınız: her görselde width ve height. Tarayıcı bu iki değerden en-boy oranını hesaplayıp yeri önceden ayırıyor. Bugün gömülü haritaya, videoya ve varsa çerez bildirimine bakıyoruz; her birinin yeri yüklenmeden önce ayrılmış olmalı.

Üçüncü taraf betiklerin bedeli

Astro ile kurduğunuz site varsayılan olarak tarayıcıya çok az JavaScript gönderiyor; INP tarafında avantajlı başlıyorsunuz. Bu avantajı geri alan şey sonradan eklenenler: sayaç, canlı destek penceresi, harita, video oynatıcı, sosyal medya eklentisi. web.dev’in INP rehberine göre betiklerin ayrıştırılması, derlenmesi ve çalıştırılması ana iş parçacığını meşgul eden uzun görevler yaratıyor ve o sırada yapılan tıklama bekliyor.

Derste basit bir deney yapıyoruz. En ağır sayfanızı ölçüyor, üçüncü taraf betikleri tek tek kapatıp yeniden ölçüyorsunuz. Her betiğin bedeli Total Blocking Time farkı olarak önünüze geliyor. Sonra her biri için karar: kalır, kullanıcı etkileşimine kadar gecikir ya da gider. Haritayı tıklanınca yüklenen bir görselle değiştirmek bu derste yapılabilecek bir iştir.

Sık yapılan
yanlışlar

Hâlâ anlatılan ama artık geçerli olmayan bilgiler. Her düzeltmenin yanında dayandığı kaynak var.

Yaygın inanış“Core Web Vitals’ın üçüncü değeri FID’dir.”
DoğrusuArtık değil. INP, 12 Mart 2024’te FID’in yerini aldı; FID programdan çıkarıldı ve Search Console’dan aynı gün kaldırıldı. FID yalnızca ilk etkileşimin gecikmesine bakıyordu; INP ziyaret boyunca yapılan bütün tıklama, dokunma ve tuş basışlarını gözlüyor. Hâlâ FID anlatan bir kaynak, en az iki yıldır güncellenmemiş demektir.[3][2]
Yaygın inanış“PageSpeed puanım 100 olmazsa Google’da sıralanamam.”
Doğrusu0–100 arasındaki puan bir laboratuvar puanı: taklit edilen tek bir cihazın tek bir yüklemesi. Google’ın sayfa deneyimi belgesi tek bir sinyal olmadığını, iyi Core Web Vitals değerlerinin üst sıraları garanti etmediğini ve aramanın, sayfa deneyimi zayıf olsa bile en alakalı içeriği göstermeye çalıştığını yazıyor. Hedef puan değil, üç değerin gerçek kullanıcılarda eşiğin altında kalması.[6][5]

Ajans
defterinden

Bu sitede ilk ekrandaki görseller loading="eager" ve fetchpriority="high" ile, geri kalanı lazy yükleniyor. İki yazı tipi dosyası preload ediliyor ve font-display: swap kullanıyor; yazı tipi gelene kadar metin sistem yazı tipiyle görünüyor.

Yayından önce derlenmiş sayfaları küçük bir betikle tarıyoruz. Betik, gövdesinde hemen yüklenen bir görsel olup hiçbirine yüksek öncelik verilmemiş sayfaları listeliyor. Liste boş değilse o sayfanın LCP görseli unutulmuş demektir.

Sık sorulanlar

Sorunuzun yanıtı burada yoksa bize yazın.

Core Web Vitals nedir?

Google’ın sayfa deneyimini ölçmek için kullandığı üç değerdir: yüklenmeyi ölçen LCP (iyi: 2,5 saniye ve altı), etkileşime karşılık verme süresini ölçen INP (iyi: 200 milisaniye ve altı) ve görsel kararlılığı ölçen CLS (iyi: 0,1 ve altı). Değerlendirme gerçek kullanıcı ziyaretlerinin 75. yüzdeliğine göre yapılır.

INP nedir?

Interaction to Next Paint. Bir ziyaret boyunca yapılan tıklama, dokunma ve tuş basışlarına sayfanın ne kadar gecikmeyle görsel karşılık verdiğini ölçer. 12 Mart 2024’te FID’in yerine Core Web Vitals’a girdi. Laboratuvar araçları kullanıcı olmadığı için INP ölçemez; yerine Total Blocking Time değerine bakılır.

PageSpeed Insights’ta “gerçek kullanıcı verisi yok” yazıyor, sorun mu?

Hayır, yeni bir site için olağan. Saha verisi, sayfanız Chrome Kullanıcı Deneyimi Raporu’na girecek kadar ziyaret aldığında görünür. O zamana kadar laboratuvar ölçümüyle çalışırsınız.

LCP nasıl düşürülür?

Önce LCP öğesinin ne olduğunu bulun. Bir görselse üç şeye bakın: HTML kaynağında img öğesiyle duruyor mu, lazy yüklenmiyor mu, fetchpriority="high" verilmiş mi? Sonra dosya boyutuna ve sunucunun ilk cevap süresine bakılır.

Kaynaklar

Bu dersteki bilgiler aşağıdaki sayfalara dayanıyor. Sayfaların hepsi en son tarihinde açılıp okundu.

Eğitmen: Son güncelleme:

  1. 01
    Web Vitals

    web.dev (Google Chrome ekibi)sayfa güncellemesi:

    Üç değer, eşikler, 75. yüzdelik; saha ve laboratuvar araçları.

  2. 02
    Interaction to Next Paint (INP)

    web.devsayfa güncellemesi:

  3. 03
    Interaction to Next Paint becomes a Core Web Vital on March 12

    web.devsayfa güncellemesi:

  4. 04
    About PageSpeed Insights

    Google for Developerssayfa güncellemesi:

    28 günlük saha verisi; sayfa verisi yetmezse site verisine düşme.

  5. 05
    Understanding Core Web Vitals and Google search results

    Google Search Centralsayfa güncellemesi:

  6. 06
    Understanding page experience in Google Search results

    Google Search Centralsayfa güncellemesi:

  7. 07
    CrUX methodology

    Chrome for Developerssayfa güncellemesi:

    Rapora girme koşulları ve veriye katkı yapan platformlar.

  8. 08
    Optimize Largest Contentful Paint

    web.devsayfa güncellemesi:

  9. 09
    Optimize Cumulative Layout Shift

    web.devsayfa güncellemesi:

  10. 10
    Optimize Interaction to Next Paint

    web.devsayfa güncellemesi: