Bir kullanıcı reklamdan ya da Google’dan sitenize geldi ve ilk ekranda sadece boşluk gördü. 2-3 saniye sonra görseller yüklendi, tam tıklayacakken sayfa zıpladı ve yanlış yere bastı. Bu sahne, özellikle sağlık turizmi gibi yüksek rekabetli ve yüksek niyetli aramalarda, sadece “kötü deneyim” değil – doğrudan kaçan hasta adayı ve boşa giden reklam bütçesi demektir.
Core Web Vitals tam burada devreye girer. Google’ın sayfa deneyimi metrikleri, hızın ötesinde kullanıcı hissini ölçer: Ne kadar hızlı “ana içerik” geliyor, etkileşim ne kadar gecikiyor, sayfa ne kadar stabil. Bu yazı bir core web vitals iyileştirme rehberi olarak, teknik ekiplerin uygulayabileceği kadar net ama karar vericilerin de iş etkisini anlayacağı kadar ölçülebilir bir yol haritası sunar.
Core Web Vitals tam olarak neyi ölçüyor?
Bugün üç ana metrik konuşuyoruz: LCP, INP ve CLS. LCP (Largest Contentful Paint) sayfanın ana içeriğinin ne kadar hızlı geldiğini ölçer. INP (Interaction to Next Paint) kullanıcının tıklama, dokunma, yazma gibi etkileşimlerine sitenin ne kadar hızlı yanıt verdiğini gösterir. CLS (Cumulative Layout Shift) ise sayfadaki kaymaları ölçer; içerik yüklenirken butonların yer değiştirmesi gibi dönüşümü baltalayan durumları yakalar.
Buradaki önemli nüans şu: Skorlar sadece “laboratuvar testleri” ile değil, gerçek kullanıcı verileriyle de değerlendirilir. Bazen staging ortamında skor iyi görünür ama canlıda kötüleşir. Çünkü canlıda reklam script’leri, çerez banner’ları, canlı sohbet, çok dilli eklentiler ve ağır görsel galeriler devreye girer.
Ölçümlemeden optimizasyon olmaz: Doğru veriyi kurun
Birçok projede ilk problem, doğru yerden ölçmemektir. PageSpeed testini açıp “kırmızı” görünce paniklemek kolay; fakat hangi sayfa tipinin sorunlu olduğunu, sorunun gerçek kullanıcıda mı yoksa test senaryosunda mı oluştuğunu ayırmak gerekir.
Başlangıç için üç veri hattını netleştirin: Search Console’da Core Web Vitals raporu size URL grupları üzerinden saha verisi verir. GA4 ile sayfa şablonlarına göre (blog, hizmet sayfası, doktor profili, iletişim gibi) davranış ve dönüşüm etkisini izlersiniz. Tag Manager tarafında ise gereksiz tetiklenen etiketleri ve yük sırasını kontrol edersiniz. Bu kurulum “bir kere yap, bitti” değildir; her yeni kampanya, her yeni içerik modülü, performansı yeniden etkiler.
Core web vitals iyileştirme rehberi: 10 pratik adım
1) En kritik sayfaları seçin: Her şeyi aynı anda düzeltmeyin
Tüm siteyi aynı anda optimize etmeye çalışmak çoğu KOBİ’de zaman ve bütçe kaybına döner. Öncelik, gelirle ilişkili sayfalar olmalı: reklam iniş sayfaları, en çok trafik alan hizmet sayfaları, çok dilli hedef ülke sayfaları ve randevu/iletişim adımlarına yakın ekranlar. Bu yaklaşım, skor iyileşmesini doğrudan dönüşüme bağlamanızı sağlar.
2) LCP’yi düşürmek için “hero” alanını hafifletin
LCP çoğunlukla ilk ekrandaki büyük görsel veya büyük başlık bloklarından etkilenir. Sağlık turizmi sitelerinde hero alanında büyük slider’lar, video arka planlar ve yüksek çözünürlüklü görseller sık görülür. Burada trade-off nettir: Görsel etki ile hız arasında denge kurmanız gerekir.
Slider yerine tek güçlü görsel + net mesaj çoğu zaman hem dönüşümü hem LCP’yi iyileştirir. Görseli modern formatlarda sunmak, doğru boyutlandırmak ve ilk ekrandaki görseli öncelikli yüklemek LCP’yi ciddi şekilde aşağı çeker.
3) Görsel optimizasyonunu “sadece sıkıştırma” sanmayın
Görselleri küçültmek iyi bir başlangıçtır ama tek başına yetmez. Asıl farkı yaratan, doğru ölçüde üretim ve doğru yükleme stratejisidir. 2000px genişliğinde bir görseli mobilde 390px alan için göndermek, sıkıştırılmış olsa bile gereksiz veri taşır.
Responsive görsel kullanımı, lazy-load mantığı (ilk ekran hariç), doğru cache politikaları ve CDN kurgusu birlikte çalıştığında hem LCP hem genel yükleme süresi iyileşir. Buradaki risk: Aşırı agresif lazy-load, ilk ekran içeriklerini geciktirip LCP’yi kötüleştirebilir. Bu yüzden “neye lazy-load uygulanacağı” seçici olmalı.
4) INP için JavaScript yükünü azaltın
INP’nin temel düşmanı, ana thread’i meşgul eden uzun JavaScript işleridir. Özellikle WordPress ve benzeri CMS’lerde çok eklenti, ağır tema bileşenleri ve sayfaya gömülen üçüncü parti script’ler bunu tetikler.
Burada iki güçlü hamle var: Kullanılmayan JS/CSS’i azaltmak ve script’lerin yüklenme sırasını kontrol etmek. Canlı chat, harita, video embed, kampanya popup’ları – hepsi aynı anda açılışta yüklenmek zorunda değil. Kullanıcı kaydırınca veya bir butona basınca yüklemek, etkileşim gecikmesini belirgin şekilde düşürür.
5) Üçüncü parti etiketleri disipline edin
Reklam ve ölçümleme için etiket şart. Ama her etiketin maliyeti var. Meta Pixel, Google Ads, yeniden pazarlama, heatmap araçları, canlı destek, A/B test script’i derken INP ve bazen CLS bozulur.
Çözüm, Tag Manager’da sade bir yönetimdir: gerçekten kullanılan etiketler kalsın, tetikleyiciler sayfa türüne göre ayrışsın ve kritik olmayanlar geciktirilerek çalışsın. Ölçümleme kalitesi düşmeden performans kazanmak mümkündür; burada mesele “etiket sayısı” değil, “etiket stratejisi”dir.
6) CLS’yi bitiren klasik hata: Boyutsuz görsel ve iframe
Sayfa kaymaları çoğunlukla görsel, reklam alanı, iframe (harita, video) ve font yüklemelerinden doğar. En pratik çözüm: görsel ve iframe alanlarına en baştan genişlik-yükseklik veya en azından aspect ratio tanımlamak. Böylece tarayıcı, içerik yüklenmeden alanı rezerve eder ve zıplama azalır.
Çerez banner’ı ve kampanya barı gibi üstten açılan bileşenler de CLS yaratır. Bunları “sayfayı aşağı iten” şekilde değil, sabit ve ayrılmış bir alanda kurgulamak daha stabil bir deneyim verir.
7) Font yüklemesini doğru yönetin
Marka fontu kimliğin parçasıdır, özellikle premium klinik sitelerinde. Fakat yanlış font stratejisi hem LCP’yi hem CLS’yi bozabilir. Büyük font dosyaları, geç gelen yazılar ve sonradan değişen satır yükseklikleri kaymaya neden olur.
Daha az font varyasyonu kullanmak, kritik fontları önceliklendirmek ve doğru fall-back ayarlarıyla “flash” etkisini minimize etmek genelde yeterlidir. Burada görsel kaliteyi tamamen feda etmeden, ölçülebilir bir kazanım yakalanır.
8) Sunucu ve cache tarafı: TTFB kötü ise ön yüzle boğuşmayın
Bazen sorun tasarımda değil, sunucu yanıt süresindedir. TTFB (ilk byte süresi) kötüyse LCP’nin iyi olması zorlaşır. Paylaşımlı hosting, yetersiz PHP/DB ayarları, yanlış cache kurgusu, dinamik sayfa üretiminin ağır olması gibi nedenler sık görülür.
Çözüm, proje yapısına göre değişir: iyi bir sayfa cache, doğru object cache, görsel ve statik dosyalar için güçlü cache başlıkları ve gerektiğinde daha iyi altyapıya geçiş. Burada “en pahalı sunucu” değil, doğru konfigürasyon fark yaratır.
9) Mobil öncelikli UX ile performans aynı hedefe bakar
Core Web Vitals iyileştirmek çoğu zaman UX’i de toparlar. Mobilde devasa hero, gereksiz animasyonlar, sayfayı kaplayan popup’lar hem kullanıcıyı hem skorları yorar. Daha kısa içerik blokları, net CTA, gereksiz bileşenleri azaltma ve okunabilir tipografi genelde hem dönüşümü hem hız metriklerini iyileştirir.
Özellikle sağlıkta kullanıcı tek bir şey ister: güven, hız ve net iletişim. Performans çalışmasını “teknik bir detay” değil, satış hunisinin ilk adımı gibi düşünmek bu yüzden önemlidir.
10) Yayın sonrası döngü: Skor bir kez yükselip kalmaz
Yeni kampanya sayfası açtınız, yeni dil eklediniz, yeni bir form aracı entegre ettiniz – skorlar değişir. Bu yüzden aylık takip ve iterasyon şart. Search Console’daki URL gruplarını düzenli izlemek, GA4’te dönüşüm etkisini sayfa türlerine göre okumak, gerektiğinde A/B test ile “hız mı tasarım mı” ikilemini veriye bağlamak en sağlıklı yöntemdir.
Bu noktada LQ Design gibi performans ve raporlama disiplinini tasarım sürecinin merkezine koyan ekiplerle çalışmak, optimizasyonu proje tesliminden sonra da sürdürülebilir hale getirir: https://lqdesign.net
Hangi skorlar hedeflenmeli ve ne kadar sürede etkisini görürsünüz?
Genel hedefler net: LCP’nin 2.5 saniye altında, INP’nin 200 ms altında, CLS’nin 0.1 altında olması istenir. Fakat her projede aynı hızda sonuç beklemek gerçekçi değildir. E-ticaret benzeri ağır filtreleme yoksa, kurumsal ve klinik sitelerinde 2-6 hafta içinde belirgin iyileşme görmek mümkündür. Daha karmaşık yapılarda (çok sayıda üçüncü parti entegrasyon, çok dilli yüksek içerik hacmi) süreç uzayabilir.
Buradaki kritik nokta şu: Hız iyileştirmesi her zaman “tek hamle” ile gelmez. Genellikle 5-10 küçük iyileştirmenin birleşimi büyük sıçrama yaratır. Ayrıca bazen skorları mükemmelleştirmek için tasarımdan taviz gerekir; bu tavizin dönüşüme etkisi ölçülmeden karar verilmemelidir.
Kapanışta tek bir düşünce: Core Web Vitals’ı bir SEO kutucuğu gibi değil, reklam maliyetini düşüren ve güven hissini artıran bir kullanıcı deneyimi standardı gibi ele alın – hız, en hızlı büyüyen markaların sessiz avantajıdır.
