
1. Core Web Vitals Nedir? (LCP, CLS, INP)
Core Web Vitals, Google’ın kullanıcı deneyimini ölçmek için öne çıkardığı metrik setidir. Pratikte size şunu söyler: sayfa ne kadar hızlı “anlamlı” yükleniyor (LCP), arayüz zıplıyor mu (CLS), kullanıcı tıkladığında site ne kadar çabuk tepki veriyor (INP). CWV tek başına “sıralama garantisi” değildir; ama hız kötü ise SEO, UX ve reklam verimi aynı anda yara alır.
Bu yüzden web ve yazılım hizmetlerinde performans optimizasyonu, yalnızca puan yükseltmeye çalışan teknik bir iş değil; ürün deneyimi, içerik yapısı ve geliştirme kalitesini birlikte etkileyen temel bir yazılım disiplini olarak görülmelidir.
LCP (Largest Contentful Paint) – “Sayfanın en büyük öğesi ne zaman geliyor?”
LCP genelde hero görsel, büyük başlık alanı veya üst banner’dan gelir. Otel sitelerinde LCP çoğunlukla dev bir görsel/slider; B2B’de ise büyük bir hero + video veya ağır bir UI bileşeni olabilir.
Buraya: LCP “en büyük öğe” örnekleri (hero görsel / slider / video poster)

CLS (Cumulative Layout Shift) – “Sayfa zıplıyor mu?”
CLS, kullanıcı daha tıklamadan sayfanın yer değiştirmesidir. En sık neden: boyutu tanımlanmamış görseller, geç yüklenen fontlar, sonradan giren banner’lar (cookie bar / promo).
INP (Interaction to Next Paint) – “Tıklayınca gecikiyor mu?”
INP, ağır JS ve main thread bloklarıyla bozulur. Üçüncü taraf script’ler (tag/ads/chat), büyük bundle’lar, kötü event handler’lar INP’yi aşağı çeker.
Özellikle teknik SEO için Core Web Vitals, sayfa deneyimi, crawl verimliliği ve indexlenebilirlik açısından performans sorunlarının arama görünürlüğünü nasıl etkilediğini daha net okumayı sağlar.
☑ Mini Check
- •LCP öğesi (hero/üst alan) net mi?
- •Görsellerin boyutları (width/height) tanımlı mı?
- •Sayfada ağır JS/3rd-party script’ler var mı?
2. Hız Optimizasyonu İçin Öncelikler
Performans işini “her şeye dokunayım” diye yapmak en hızlı yolu kaybettirir. Doğru sıra: LCP → CLS → INP. Çünkü kullanıcı önce “sayfa geldi mi?” der, sonra “sayfa sabit mi?” der, sonra “site tepki veriyor mu?” der.
LCP, CLS ve INP değerlerimi nasıl iyileştiririm?
LCP için hero görselini küçültün, doğru format (WebP/AVIF) kullanın ve caching/CDN’den servis edin. CLS için görsel ölçülerini sabitleyin, font yüklemeyi optimize edin ve geç gelen banner’ları kontrollü yerleştirin. INP için JS yükünü azaltın, code splitting uygulayın ve üçüncü taraf script’leri disipline edin.
Bu kontrolleri yayına almadan önce sistematik hâle getirmek için web launch QA performans kontrolleri yaklaşımı, staging ve go-live sürecinde hız problemlerinin canlıya taşınmasını azaltır.
Ne yapmalıyım?
- • PageSpeed/CrUX ile en kötü 5 sayfayı seç
- • Her sayfada önce LCP öğesini hedefle (hero)
- • CLS kaynaklarını sabitle (img ölçüsü, font, banner)
- • INP için JS ve 3rd-party azalt (önceliklendirme)
Buraya: Optimizasyon akış diyagramı (Ölç → LCP düzelt → CLS düzelt → INP düzelt → tekrar ölç)

3. Görsel ve Font Optimizasyonu
Kurumsal sitelerde performansın %60’ı çoğu zaman görsel + font katmanında çözülür. Otel siteleri yoğun fotoğraf taşır; B2B siteleri ise daha “UI ağırlıklı” olsa bile font ve ikon yükleri ağırlaşabilir.
Görsel boyutu ve formatları (WebP, responsive images)
• Görselleri doğru formatta servis edin (WebP/AVIF). • Responsive images kullanın: mobilde 2000px görsel göndermeyin. • Hero görseline özel yaklaşım: tek, optimize, cache’li.
☑ Mini Check
- •Hero görseli gerçekten “tek ve optimize” mi?
- •Galeri görselleri lazy-load mu?
- •Görsellerin boyutları CSS ile değil kaynakta doğru mu?
Font optimizasyonu (FOIT/FOUT kontrolü)
CLS’nin gizli faili fontlardır. Fontlar geç gelince sayfa zıplar. Çözüm: font sayısını azaltma, doğru preload ve fallback stratejisi. Varsayım: Kurumsal projede 2 font ailesi + 2–3 weight üstüne çıkmamak hedeflenir.
Buraya: Font yükleme şeması (preload → swap → fallback)

4. Next.js Özelinde Performans İpuçları
Next.js size performans için güçlü araçlar verir; ama yanlış kullanım “kolay yavaşlık” üretir.
Buradaki en kritik nokta, Next.js mimari kararlarında performans etkisini render stratejisi, cache yapısı, image optimization ve route tasarımıyla birlikte değerlendirmektir.
Lazy-loading, code splitting, caching
• Component bazlı bölme (route bazlı code splitting zaten var; ağır componentleri ayrıca böl) • ISR/SSG ile static hızını kullan (uygun sayfalarda) • SSR gereken yerlerde caching stratejisi (Varsayım) planla
Ayrıca deployment sonrası performans kontrolü, release sonrasında oluşan performans regresyonlarını staging, test ve CI/CD adımlarında yakalayarak hız kazanımlarının korunmasına yardımcı olur.
Next/Image kullanımı
Next/Image doğru kullanıldığında LCP’ye büyük katkı sağlar; yanlış kullanıldığında (oversized, yanlış priority) LCP’yi boğar.

☑ Mini Check
- •LCP öğesi olan görselde “priority” mantıklı mı?
- •Görsellerde doğru width/height var mı?
- •Placeholder/blur stratejisi UX’i bozuyor mu?
5. Otel ve B2B İçin Performans Checklist’i
Performans standartlarını “sektöre göre” daraltmak işleri kolaylaştırır.
Otel siteleri (yüksek görsel yük)
• Hero/slider sadeleştirme • Galeri ve oda görselleri lazy-load • Rezervasyon akışı ayrı performans test seti • Destinasyon sayfalarında (Antalya/Belek/Side/Kemer/Bodrum) görsel boyut disiplini
Turizm tarafında otel web sitesi hız optimizasyonu, mobil rezervasyon deneyimi, landing page kalitesi ve kampanya trafiğinin verimli kullanılması açısından doğrudan gelir etkisi yaratır.
Ne yapmalıyım?
- • Slider yerine tek hero + hafif galeri tercih et (gerekiyorsa)
- • Rezervasyon CTA ve akışını “hızlı yol” olarak koru
- • İlk ekranda LCP’yi garanti altına al
B2B siteleri (UI + script yükü)
• Üçüncü taraf script’leri azaltma • Demo/dashboard sayfalarını ayrı optimize etme • Form dönüşüm akışında gecikmeleri temizleme

Core Web Vitals nedir, web sitesi performansını nasıl etkiler?
Core Web Vitals; sayfanın hızlı yüklenip yüklenmediğini (LCP), arayüzün stabil olup olmadığını (CLS) ve etkileşime hızlı yanıt verip vermediğini (INP) ölçer. Bu metrikler kötü olduğunda kullanıcı daha içerik görmeden çıkar; SEO ve reklam landing verimi de birlikte düşer. Bu yüzden CWV iyileştirmesi, performans çalışmalarının “ölçülebilir omurgasıdır”.
Bu etkinin iş sonucuna yansımasını okumak için web sitesi hızının dönüşüm etkisi, form gönderimi, rezervasyon, lead ve satış tarafında performans kaybının nasıl ölçülebileceğini gösterir.
6. Sonuç: Performans “Bir Kez” Değil, Döngüdür
CWV optimizasyonu bir kere yapılınca bitmez; tasarım güncellemeleri, yeni içerik ve üçüncü taraf script’ler performansı tekrar aşağı çekebilir. Bu yüzden hedef: ölç–iyileştir–koru döngüsünü kurmak ve 180 günlük refresh ile eşikleri güncel tutmaktır.
Bu döngüyü proje ölçeğinde kurmak için performans odaklı web sitesi geliştirme desteği alabilir, süreç ve teknik detayların kapsamını görmek için de Web sitesi geliştirme hakkında sık sorulan sorular sayfasını inceleyebilirsiniz.
7. Web Sitesi Performans & Core Web Vitals Checklist Şablonunu İndir — Yazılım (v1.0)
Web Sitesi Performans & Core Web Vitals Checklist Şablonunu İndir — Yazılım (v1.0)
Bu asset, Core Web Vitals performans iyileştirmesini “rastgele optimizasyon” olmaktan çıkarıp önceliklendirilmiş bir süreç haline getirir. LCP→CLS→INP sırasıyla ilerleyen checklist, görsel/font, JS/kod ve sunucu/cache katmanlarında net aksiyonlar verir. Otel ve B2B sitelerinde hız kaynaklı terk ve dönüşüm kaybını azaltmak için operasyonel bir standart sunar.
Kim Kullanır?
Front-end geliştirici, performance/SEO uzmanı, proje yöneticisi, pazarlama yöneticisi.
Nasıl Kullanılır?
- PageSpeed/CrUX ile en kötü 5 sayfayı seçin ve CWV metriklerini not edin.
- Checklist’i LCP→CLS→INP sırasıyla uygulayın; her madde için kanıt (rapor/screenshot) ekleyin.
- 14 günlük sprint planıyla düzeltmeleri planlayın; 30 gün sonunda KPI’ları karşılaştırın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ PageSpeed + CWV metrikleri alındı (LCP/CLS/INP)
- ▢ ✅ En kötü 5 sayfa belirlendi
- ▢ ✅ LCP öğesi tespit edildi (hero/görsel/başlık)
- ▢ ✅ CLS kaynakları listelendi (img ölçüsü/font/banner)
- ▢ ✅ INP kaynakları listelendi (JS/3rd-party/main thread)
- ▢ ✅ Hero görsel formatı WebP/AVIF
- ▢ ✅ Hero boyutu küçültüldü
- ▢ ✅ Responsive images uygulandı
- ▢ ✅ Caching/CDN kontrol edildi (Varsayım)
- ▢ ✅ Kritik CSS/JS sadeleştirildi (Varsayım)
- ▢ ✅ Görsellere width/height verildi
- ▢ ✅ Font swap/fallback planı yapıldı
- ▢ ✅ Cookie/promo banner sabit alanla yönetildi
- ▢ ✅ Geç yüklenen bileşenler layout’u itelemiyor
- ▢ ✅ Üçüncü taraf script’ler azaltıldı
- ▢ ✅ Ağır componentler lazy-load
- ▢ ✅ Code splitting (büyük modüller)
- ▢ ✅ Event handler’lar optimize
- ▢ ✅ Main thread blokları temizlendi (Varsayım)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Otel veya B2B siteniz için LCP/CLS/INP kök nedenlerini çıkarıp uygulanabilir bir iyileştirme planı oluşturalım.
