LCP, INP ve CLS: sahada ölçülür, kökünden düzeltilir
Lighthouse skoru tek başına yeterli değildir; kullanıcı gerçeği saha verisindedir. Zayıf mobil şebekede açılmayan bir katalog, kaybedilmiş bir tedarikçi değerlendirmesidir.
- Teslimat
- 9 kalem
- Tipik süre
- 6–8 hafta
- Kabul kriteri
- 6 ölçüm
Site yavaşladığında bu kimin işi?
Core Web Vitals sorumluluğu çoğu kurumda üç tarafa dağılır: pazarlama ajansı metrikleri raporlar, yazılım ajansı kodu yazar, barındırma sağlayıcısı sunucuyu tutar. Metrik tam bu üçünün kesişiminde bozulur ve kimse sahiplenmez. Biz ölçümü, kök neden analizini ve düzeltmeyi tek sözleşmede birleştirir; rapor değil, hedef değer taahhüt ederiz.
| Sorumluluk | Pazarlama ajansı | Yazılım ajansı | Baki Bilişim |
|---|---|---|---|
| Mobil LCP hedef değerini kim taahhüt eder? | Kapsam dışı | Kapsam dışı | Kapsamda |
| Eklenen izleme etiketlerinin INP maliyetini kim ölçer? | Kısmen | Kapsam dışı | Kapsamda |
| Yayın sonrası performans regresyonunu kim yakalar? | Kapsam dışı | Kısmen | Kapsamda |
Bu tablo bir rakip listesi değil, bir sorumluluk haritasıdır. İnşa ile görünürlüğün neden aynı sözleşmede durması gerektiğini Neden Baki Bilişim sayfasında ayrıntılı yazdık.
Lighthouse skoru yüksekken kullanıcılar neden “yavaş” diyor?
Lighthouse laboratuvar verisidir: tek cihaz, sabit şebeke, tek yükleme. Google'ın sıralama sistemlerinde kullandığı Core Web Vitals verisi ise sahadan gelir; gerçek Chrome kullanıcılarının ölçümleri haftalar süren bir pencerede toplanır ve eşik, sayfa görüntülemelerinin 75'inci yüzdeliğinde değerlendirilir. Laboratuvarda geçen bir sayfa, sahada zayıf mobil şebekede kalmaya devam edebilir.
Google'ın yayımladığı eşik değerleri neler?
| Metrik | İyi | İyileştirilmeli | Zayıf |
|---|---|---|---|
| LCP · en büyük içerik boyaması | 2,5 sn ve altı | 2,5–4,0 sn | 4,0 sn üzeri |
| INP · sonraki boyamayla etkileşim | 200 ms ve altı | 200–500 ms | 500 ms üzeri |
| CLS · birikimli düzen kayması | 0,1 ve altı | 0,1–0,25 | 0,25 üzeri |
Kaynak: Google web.dev — Core Web Vitals (yeni sekmede açılır) · Erişim: 29.07.2026
Vodafone, LCP değerini %31 iyileştirdiğinde ölçtüğü satış artışı. A/B testiyle ölçüldü, tahmin değil.
Kaynak: Google web.dev — Vodafone vaka çalışması (yeni sekmede açılır) · Erişim: 29.07.2026
Sanayi ve ihracat bağlamında bu ne demek?
Kurumsal alıcı, tedarikçi kısa listesini çoğu zaman ofis masasında değil sahada, fabrika içinde veya fuar alanında, zayıf mobil şebekede oluşturur. Ürün kataloğu ikinci saniyede hâlâ boşsa, teknik doküman indirilemiyorsa ya da form alanı kayan bir banner yüzünden yanlış tıklanıyorsa kayıp sıralamada değil, değerlendirme aşamasında gerçekleşir. Bu kaybın Search Console'da bir karşılığı yoktur; yalnızca gelmeyen teklif talebinde görünür.
Metriklerin ayrıntılı tanımı, ölçüm araçları ve düzeltme kontrol listesi için LCP, INP ve CLS eşik değerleri rehberine bakabilirsiniz.
Bu hizmet tam olarak neyi teslim eder?
Bu hizmet dokuz kalem teslimat üretir: başlangıç ölçümü, üç metrik için ayrı kök neden analizi, kritik kaynak zinciri haritası, font, görsel ve JavaScript yükleme stratejisi, yazılı performans bütçesi, yayın hattında çalışan regresyon kontrolü ve karşılaştırmalı kapanış ölçümü. Her teslimatın formatı ve teslim haftası sözleşmede yazılıdır.
| # | Teslimat | Format | Ne zaman |
|---|---|---|---|
| 01 | Başlangıç ölçüm raporu (laboratuvar ve saha) | PDF rapor + ham JSON | 1. hafta |
| 02 | LCP kök neden analizi | Öncelikli bulgu listesi | 2. hafta |
| 03 | INP kök neden analizi (uzun görevler, olay işleyicileri) | Etkileşim bazlı döküm | 2. hafta |
| 04 | CLS kaynak envanteri (görsel, font, geç enjekte içerik) | Düzeltme listesi | 2. hafta |
| 05 | Kritik kaynak zinciri haritası | Diyagram + öncelik sırası | 3. hafta |
| 06 | Font, görsel ve JavaScript yükleme stratejisi | Uygulama planı + kod | 3.–5. hafta |
| 07 | Performans bütçesi tanımı | Bütçe dosyası + yazılı eşikler | 4. hafta |
| 08 | Yayın hattı regresyon kontrolü | Otomatik kontrol yapılandırması | 5.–6. hafta |
| 09 | Karşılaştırmalı kapanış ölçümü ve devir dokümanı | Önce/sonra raporu + devir notu | 6.–8. hafta |
Kapsam dışı olanlar da yazılıdır: sunucu donanımı tedariki, üçüncü taraf yazılımların kendi içindeki performans hataları ve müşteri tarafında onaylanmayan betiklerin kaldırılması. Bunlar tespit edilir ve raporlanır, ancak taahhüde dahil edilmez.
Düzeltme hangi sırayla yapılır?
Düzeltme sırası ölçümle başlar, tahminle değil. Önce laboratuvar ve saha verisi birlikte toplanır; sonra her metrik için kök neden ayrıştırılır, bulgular etki ve maliyete göre sıralanır, performans bütçesi yazılır ve düzeltmeler uygulanır. Saha doğrulaması veri penceresi dolmadan kapatılmaz. Son adım regresyon korumasıdır.
-
01
Ölçüm kurulumu
Laboratuvar ölçümü (Lighthouse, mobil profil) ve saha ölçümü (CrUX ve gerçek kullanıcı izleme) birlikte kurulur. Tek bir skor değil, sayfa şablonu bazında dağılım toplanır: ana sayfa, kategori, ürün, form ve arama sonuçları ayrı ayrı ölçülür.
-
02
Kök neden analizi
Her metrik ayrı ayrı ayrıştırılır: LCP için kaynak keşif süresi ve kritik zincir, INP için uzun görevler ve olay işleyicileri, CLS için boyut niteliği olmayan görseller, font değişimi ve geç enjekte edilen içerik. Semptom değil, neden listelenir.
-
03
Önceliklendirme ve performans bütçesi
Bulgular tahmini etki ve uygulama maliyetine göre sıralanır. Sayfanın aşamayacağı sayısal sınırlar yazılı hale getirilir: LCP hedefi, ilk yükleme JavaScript ağırlığı, toplam sayfa ağırlığı, üçüncü taraf istek sayısı. Bütçe bir belge değil, sonraki adımın kabul koşuludur.
-
04
Düzeltmelerin uygulanması
Kritik CSS ayrımı, font yükleme ve yedek font metrikleri, görsel format ve boyut nitelikleri, JavaScript bölme ve erteleme, üçüncü taraf betik politikası uygulanır. Her değişiklik tek başına ölçülür; toplu yayın yapılmaz, çünkü toplu yayın hangi düzeltmenin işe yaradığını gizler.
-
05
Saha doğrulaması
Laboratuvar ölçümü yayın günü tekrarlanır. Saha doğrulaması ise veri penceresi dolmadan kapatılmaz: gerçek kullanıcı ölçümleri birikmeden “düzeldi” denmez. Bu bekleme süresi baştan takvime yazılır, sürpriz olmaz.
-
06
Regresyon koruması
Performans bütçesi yayın hattına bağlanır: bütçeyi aşan değişiklik yayına çıkmaz. Saha metrikleri periyodik izlenir, sapma raporlanır. Bu adım atlanırsa skor birkaç sürüm içinde eski seviyesine döner; bunu deneyimle değil, mekanizmayla engelliyoruz.
Bu altı adım, altı aşamalı çalışma modelimizin performans çalışmasına uyarlanmış halidir.
Hangi değerde “tamam” diyoruz?
Çalışma altı ölçülebilir kabul kriteriyle kapanır: mobil LCP 1,8 saniye altı, INP 200 milisaniye altı, CLS 0,05 altı, mobil Lighthouse Performance 95 ve üzeri, ilk yüklemede 150 KB gzip altı JavaScript ve onay öncesi sıfır üçüncü taraf istek. Her kriterin ölçüm aracı ve ölçüm anı önceden yazılıdır.
| Kriter | Eşik | Ölçüm aracı | Ölçüm anı |
|---|---|---|---|
| LCP (mobil) | < 1,8 sn | Lighthouse (lab) + CrUX (saha) | Yayın günü + saha penceresi sonunda |
| INP | < 200 ms | Saha ölçümü (CrUX + gerçek kullanıcı izleme) | Saha penceresi sonunda |
| CLS | < 0,05 | Lighthouse + CrUX | Yayın günü + saha penceresi sonunda |
| Lighthouse Performance (mobil) | ≥ 95 | Lighthouse, mobil emülasyon profili | Yayın günü |
| İlk yükleme JavaScript ağırlığı | < 150 KB gzip | Tarayıcı ağ paneli + paket raporu | Her yayın öncesi, otomatik |
| Üçüncü taraf istek (onay öncesi) | 0 | Tarayıcı ağ paneli | Her yayın öncesi, otomatik |
Kendi ölçümümüzü de yayımlıyoruz
Bu sayfayı içeren sitenin tamamı yukarıdaki bütçeyle inşa edildi: fold üstünde görsel yok, LCP ögesi metindir; iki değişken font self-host edilir; ilk yüklemede üçüncü taraf istek yapılmaz. Ölçülmüş değerleri iddia olarak değil, araç adı ve ölçüm tarihiyle birlikte Kanıt sayfasında yayımlıyoruz. Ölçülemeyen hiçbir satır bu sitede yayımlanmaz.
Hız hangi sektörlerde doğrudan gelir kaybına dönüşür?
Hız, kullanıcının satın alma kararına en yakın anda devreye giren sayfalarda doğrudan gelire dönüşür: ürün kataloğu, teknik doküman indirme, bayi bulucu, sipariş ve teklif formu. Bu sayfalar sahada zayıf mobil şebekede açılmıyorsa kayıp sıralamada değil, hunide gerçekleşir. Beş sektördeki tipik kayıp noktaları aşağıda.
- 01 Üretim ve Fabrika Teknik veri sayfaları ve ürün katalogları çoğunlukla ağır PDF ve büyük görsel içerir; bu sayfalar sahada mobil şebekede açılmadığında tedarikçi değerlendirmesi başlamadan biter.
- 02 Mağaza Zincirleri ve Perakende Kampanya banner'ları, sohbet araçları ve izleme etiketleri üst üste bindiğinde INP ve CLS bozulur; kayan düğme yüzünden yapılan yanlış tıklama doğrudan terk demektir.
- 03 Bayilik ve Franchise Ağı Lokasyon bulucu ve bayi başvuru formu genellikle harita bileşeniyle birlikte yüklenir; tek bir harita betiği yüzlerce lokasyon sayfasının LCP değerini aynı anda düşürür.
- 04 İhracatçı Sanayi Hedef pazar Türkiye dışındaysa sunucu mesafesi ve dil sürümlerinin ayrı yükleri saha verisini bölgeye göre ayrıştırır; tek bir ortalama skor buradaki sorunu gizler.
- 05 Kurumsal Holding İştirak siteleri farklı ajanslarca yönetildiğinde performans standardı ortadan kalkar; ortak bir performans bütçesi olmadan grup genelinde karşılaştırılabilir ölçüm üretilemez.
Bu çalışma hangi hizmetlerle birlikte alınır?
Core Web Vitals çalışması tek başına da alınabilir; ancak kalıcı sonuç genellikle komşu alanlarla birlikte gelir. Kod tabanı düzeltmeyi taşımıyorsa kurumsal web sitesi inşası, indekslenme ve bilgi mimarisi için SEO, hunideki ağır sayfalar için e-ticaret, çok lokasyonlu yapılar için bayi ağı yönetimi ile birlikte planlanır.
- 01 Kurumsal Web Sitesi Ölçüm, sorunun kaynağının tema veya altyapı olduğunu gösteriyorsa optimizasyon yerine yeniden inşa daha ucuzdur; performans kabul kriterleri sözleşmeye baştan yazılır.
- 02 SEO Hız, indekslenen ve alaka düzeyi eşit sayfalar arasında ayrıştırıcıdır; teknik SEO ile birlikte alındığında tarama bütçesi ve sayfa deneyimi aynı planda ele alınır.
- 03 E-ticaret Ürün listesi LCP'si ve sepet INP'si doğrudan dönüşüm metrikleridir; performans bütçesi olmayan bir mağazada her yeni entegrasyon sessizce hızı düşürür.
- 04 Bayi ve Şube Ağı Yönetimi Yüzlerce lokasyon sayfası tek şablondan üretildiği için performans hatası da tek seferde çoğalır; şablon düzeltmesi tüm ağın metriğini birlikte taşır.
Metrik tanımları ve düzeltme kontrol listesi: Core Web Vitals rehberi. Terimlerin kısa tanımları: dijital görünürlük sözlüğü. Makine okunabilirliğin diğer yarısı için: yapılandırılmış veri hizmeti.
Core Web Vitals hakkında sık sorulanlar
Yedi soru, doğrudan cevaplar. Sayısal iddiaların kaynağı ve erişim tarihi cevabın içinde yazılıdır.
Core Web Vitals nedir?
Core Web Vitals, Google'ın bir sayfanın kullanıcı deneyimini ölçmek için tanımladığı üç saha metriğidir: LCP (en büyük içerik boyaması), INP (sonraki boyamayla etkileşim) ve CLS (birikimli düzen kayması). Sırasıyla yükleme hızını, etkileşim tepkiselliğini ve görsel kararlılığı ölçerler. Değerler sentetik testlerden değil, gerçek Chrome kullanıcılarının ziyaretlerinden toplanır.
İyi LCP, INP ve CLS değerleri kaç?
Google'ın yayımladığı eşiklere göre iyi aralık şudur: LCP 2,5 saniye ve altı, INP 200 milisaniye ve altı, CLS 0,1 ve altı. Değerler sayfa görüntülemelerinin 75'inci yüzdeliğinde, mobil ve masaüstü için ayrı ayrı değerlendirilir. Kaynak: Google web.dev, erişim 29 Temmuz 2026.
Lab verisi ile saha verisi neden farklı çıkar?
Laboratuvar verisi tek cihaz, sabit şebeke ve tek yükleme ile sentetik olarak üretilir. Saha verisi gerçek kullanıcıların cihaz, şebeke, önbellek ve etkileşim çeşitliliğini taşır ve haftalar süren bir pencerede toplanır. INP yalnızca gerçek etkileşimle oluştuğu için laboratuvarda tam karşılığı yoktur; bu yüzden iki veri türü birlikte okunur.
Hız sıralamayı ne kadar etkiler?
Google, sayfa deneyimi sinyallerinin sıralama sistemlerinde kullanıldığını, ancak iyi bir deneyimin alakasız içeriği öne çıkarmadığını belirtir. Pratikte hız, alaka düzeyi benzer sayfalar arasında ayrıştırıcıdır; asıl ölçülebilir etkisi dönüşüm, hemen çıkma oranı ve oturum derinliği tarafındadır. Sıralama garantisi vermiyoruz, ölçülebilir metrik hedefi taahhüt ediyoruz.
WordPress sitem hızlanabilir mi, yoksa yeniden mi yazılmalı?
Çoğu WordPress sitesi yeniden yazılmadan eşiğe çekilebilir: eklenti envanteri, tema kaynak zinciri, görsel ve font stratejisi ile LCP ve CLS genellikle düzelir. Yeniden yazım kararını ölçüm sonrası iki rakam verir: kaldırılamayan üçüncü taraf JavaScript miktarı ve temadan gelen kritik zincirin uzunluğu. Karar ölçümden sonra verilir, öncesinde değil.
Performans bütçesi nedir?
Performans bütçesi, bir sayfanın aşamayacağı sayısal sınırlar kümesidir: örneğin mobil LCP 1,8 saniye, ilk yüklemede 150 KB gzip JavaScript, onay öncesi sıfır üçüncü taraf istek. Bütçe yayın öncesi otomatik kontrol edilir ve aşan değişiklik yayına çıkmaz. Bütçesiz bir optimizasyon birkaç sürüm içinde geri alınır.
Skor düzelince kalıcı mı olur?
Kendiliğinden kalıcı olmaz. Performans yeni bir etiket, görsel, eklenti veya üçüncü taraf betikle bozulur. Kalıcılık iki mekanizmayla sağlanır: yayın hattında çalışan performans bütçesi kontrolü ve saha verisinin periyodik izlenmesi. Bu ikisi kurulmazsa skor tipik olarak birkaç sürüm içinde eski seviyesine döner.
Mevcut dijital varlığınızın ölçülmüş durumunu 5 iş günü içinde görün.
Denetim ücretsizdir ve karşılığında bir çalışma zorunluluğu doğurmaz. Raporda AEO cevaplanabilirliği, yapay zekâ tarayıcı erişimi, Core Web Vitals, yapılandırılmış veri geçerliliği ve WCAG 2.1 AA eksikleri madde madde yer alır.
Kurumsal ölçekte, çok lokasyonlu veya çok dilli yapılarla çalışıyoruz. Tek seferlik küçük işler kapsamımız dışında; bu durumda daha küçük ölçekli stüdyolara yönlendiriyoruz.