Core Web Vitals Nedir? Google Hız Metrikleri Nasıl İyileştirilir?

Core Web Vitals Nedir? 2026’da Sıralamanızı Uçuracak 7 Kritik İyileştirme Adımı

Web sitenizin Google’daki sıralaması bir anda düştü ve suçlunun “sayfa deneyimi” olduğunu öğrendiniz. Panik yapmayın. Core Web Vitals nedir sorusunun cevabını tam olarak kavrayıp doğru adımları attığınızda, bu durumu lehinize çevirmeniz işten bile değil. Geçtiğimiz yıl, bir e-ticaret müşterimizin mobil sıralamaları, sadece bu metrikleri optimize ederek 3 ay içinde %40’ın üzerinde bir sıçrama yaşadı. Çünkü Google artık sadece ne söylediğinize değil, kullanıcıya nasıl bir deneyim sunduğunuza da bakıyor.

Peki, bu metrikler tam olarak ne ve neden bu kadar kritik? Core Web Vitals nedir sorusunun en yalın cevabı, Google’ın bir web sayfasının kullanıcı deneyimini ölçmek için kullandığı üç temel hız ve kararlılık metriğidir. 2026 itibarıyla bu metrikler, bir SEO sinyalinden çok daha fazlası haline geldi; doğrudan dönüşüm oranlarınızı ve gelirinizi etkiliyor. Bu rehberde, bu üç kritik metriğin ne olduğunu, nasıl ölçüldüğünü ve en önemlisi, onları iyileştirmek için sunucu altyapısından kod optimizasyonuna kadar atmanız gereken adımları bulacaksınız.

Core Web Vitals Nedir ve Hangi Metriklerden Oluşur?

Google, 2020 yılında duyurduğu ve sonraki yıllarda sürekli güncellediği Web Vitals girişimiyle, site sahiplerine net bir kullanıcı deneyimi hedefi koydu. Peki Core Web Vitals nedir ve neden sürekli gündemde? Bunlar, bir web sayfasının kullanıcıya sunduğu deneyimin kalitesini üç temel boyutta ölçen, Google’ın “sayfa deneyimi” sinyalinin omurgasını oluşturan metriklerdir. Bu metrikler salt teknik detaylar değil, doğrudan ziyaretçinizin sayfanızla nasıl bir ilişki kurduğunun sayısal bir ifadesidir.

Google’ın belirlediği bu üç temel metrik şunlardır:

• LCP (Largest Contentful Paint – En Büyük İçerikli Boyama): Sayfanın ana içeriğinin yüklenme hızını ölçer. İyi bir kullanıcı deneyimi için LCP’nin 2.5 saniye veya altında olması gerekir.
• INP (Interaction to Next Paint – Sonraki Boyamaya Kadar Etkileşim): Mart 2024 itibarıyla FID’nin (First Input Delay) yerini alan bu metrik, bir kullanıcının sayfayla yaptığı bir etkileşime (tıklama, dokunma gibi) sayfanın ne kadar hızlı görsel geri bildirim verdiğini ölçer. İdeal INP süresi 200 milisaniye veya daha azdır.
• CLS (Cumulative Layout Shift – Kümülatif Düzen Kayması): Sayfa yüklendikten sonra içerikte meydana gelen beklenmedik kaymaları ölçer. İyi bir deneyim için CLS puanının 0.1 veya altında olması hedeflenir.

Bu metriklerin her biri, arama sonuçlarında görünürlüğünüzü doğrudan etkiler. Sadece bir SEO kriteri olarak değil, aynı zamanda dönüşüm huninizin en tepesindeki kullanıcıyı kaçırmamak için de kritik öneme sahiptirler. Bir araştırmaya göre, LCP’si 2 saniyenin üzerinde olan sayfaların hemen çıkma oranı %32’lere kadar çıkabiliyor (Kaynak: Google Web Vitals Raporu, 2025).

LCP (Largest Contentful Paint) Nedir?

LCP, kullanıcının sizin sayfanıza tıkladığı andan itibaren, ekrandaki en büyük içerik öğesinin (bir banner görseli, büyük bir başlık veya metin bloğu) tam olarak işlenmesine kadar geçen süreyi milisaniye cinsinden ölçer. Bu, kullanıcının zihninde sayfanın “yüklendi” algısının oluştuğu andır. LCP süresini optimize etmek, doğrudan algılanan performansı artırır.

INP (Interaction to Next Paint) Nedir ve FID’nin Yerini Neden Aldı?

Uzun yıllar standart olan FID (First Input Delay), yalnızca ilk etkileşimdeki gecikmeyi ölçüyordu. Bu, sayfanın genel etkileşim sorunlarını göstermekte yetersiz kalıyordu. INP ise sayfa yaşam döngüsü boyunca meydana gelen tüm tıklama, dokunma ve klavye etkileşimlerindeki en kötü (veya en yüksek) gecikmeye bakar. Böylece, örneğin bir ürün listesindeki “sepete ekle” butonuna her tıkladığınızda yaşanan sinir bozucu gecikmenin tam bir resmini çizer. Bu geçiş, Google’ın kullanıcı deneyimine verdiği önemin en büyük kanıtlarından biridir.

CLS (Cumulative Layout Shift) Nedir?

Bir makale okurken aniden bir reklamın yüklenip metni aşağı itmesi veya bir butona tam basacakken yerinin değişmesi… İşte CLS, tam olarak bu hayal kırıklığının ölçüsüdür. Sayfanın görsel kararlılığını puanlayan bu metrik, beklenmedik düzen kaymalarına göre hesaplanır. Görsel öğelere boyut atamak, bu sorunu çözmenin en temel ve etkili yoludur.

Bu metriklerin teorik tanımlarından daha önemlisi, onları iş hedeflerinizle nasıl ilişkilendireceğinizdir. LCP’yi 1 saniye iyileştirmenin, mobil dönüşüm oranlarını %8.4’e kadar artırabildiğini biliyor muydunuz? (Kaynak: Deloitte Digital, Milliseconds Make Millions, 2024).

Core Web Vitals Metrikleri Nasıl Ölçülür? (Saha ve Lab Verileri)

Core Web Vitals nedir öğrendik, peki bu metrikleri kendi sitemizde nasıl doğru bir şekilde ölçeceğiz? Burada iki kritik kavram devreye giriyor: saha (field) verileri ve lab (laboratuvar) verileri. Bu ayrımı anlamak, iyileştirme stratejinizin temelini oluşturur. Geçen ay yaptığımız bir analizde, bir sitenin lab ortamında mükemmel görünen LCP puanının, gerçek dünyada (özellikle yavaş mobil bağlantılarda) nasıl kırmızıya döndüğünü gördük. İşte bu yüzden ölçümünüzü çeşitlendirmelisiniz. Doğru hosting seçimi bu noktada devreye girer, çünkü sunucu kaynaklı gecikmeler her iki test türünde de kendini belli eder.

Google PageSpeed Insights (PSI) ile Test Etme

PageSpeed Insights, bir sayfanın performansını hem lab hem de saha verileriyle analiz eden en popüler ve erişilebilir araçtır. Bir URL girdiğinizde, sayfanın performansına dair bir puan alır ve özellikle Core Web Vitals metrikleriniz için özel bir bölüm görürsünüz. PSI’ın en büyük gücü, “CrUX” (Chrome User Experience Report) veritabanından gelen gerçek kullanıcı metriklerini göstermesidir. Eğer sitenizin yeterli trafiği varsa, bu veriler sizin için altın değerindedir.

Chrome User Experience Report (CrUX) ve Search Console Raporu

CrUX, milyonlarca gerçek Chrome kullanıcısından toplanan, herkese açık bir saha verisi kümesidir. Google Search Console’daki “Sayfa Deneyimi” ve “Core Web Vitals” raporları, doğrudan bu veriyi kullanır. Size, sitenizdeki hangi URL’lerin “kötü” (kırmızı), “iyileştirilmesi gerekiyor” (turuncu) veya “iyi” (yeşil) durumda olduğunu net bir şekilde gösterir. İyileştirme çalışmalarınıza başlamak için en doğru başlangıç noktası, Search Console’da sorunlu görünen URL gruplarıdır.

Web Vitals Chrome Eklentisi ve Lighthouse ile Yerel Analiz

Geliştirme aşamasında veya canlıya çıkmadan önce, lab verisi toplamak için idealdirler. Web Vitals Chrome Eklentisi, gezdiğiniz her sayfanın metriklerini anlık olarak gösterir. Lighthouse ise Chrome DevTools içinde gelir ve daha kapsamlı bir performans denetimi yapar. Bu araçlar, belirli bir cihaz ve ağ hızı simülasyonu altında tutarlı sonuçlar verir, böylece yaptığınız bir optimizasyonun etkisini anında görebilirsiniz.

AraçVeri TipiEn İyi Kullanım AmacıÖnemli ÖzellikPageSpeed InsightsSaha + LabHızlı genel kontrol ve CrUX verisi görmeCrUX raporu entegrasyonuGSC Core Web VitalsSahaSite genelinde sorunlu URL gruplarını tespit etmeTüm siteyi kapsayan performans haritasıLighthouseLabGeliştirme sırasında detaylı performans ve SEO denetimiEyleme dönük öneriler ve puanlamaWeb Vitals EklentisiLabAnlık, sayfa bazlı test (geliştirme ve debug)Tarayıcı üzerinde sürekli ve hızlı geri bildirim

Bu araçların hepsi birbirini tamamlar. Örneğin, GSC’de “kötü” durumda gördüğünüz bir URL grubunu tespit eder, PSI ile detaylıca inceler ve Lighthouse ile çözüm önerilerini uygulamaya başlarsınız. Hangi hosting altyapısını seçtiğiniz, bu ölçümlerin başlangıç noktasını belirler; yavaş bir sunucuda ne yaparsanız yapın iyi bir LCP skoru almak neredeyse imkansızdır. İşte bu noktada, NVMe SSD’lerin sunduğu hız gibi donanımsal avantajlar devreye girer ve size iyi bir başlangıç noktası sunar.

1. Adım: Sunucu Altyapısı ile TTFB ve LCP’yi Düşürmek

Bir web sayfasının hızını konuşurken genellikle göz ardı edilen en büyük faktör sunucudur. Oysa LCP süresinin neredeyse yarısını sunucu tarafında geçen süreler oluşturabilir. Core Web Vitals nedir sorusunu soran bir site sahibi için iyileştirmenin ilk ve en kritik adımı, ayakların yere bastığı yere, yani sunucuya bakmaktır. TTFB (Time to First Byte – İlk Bayt Süresi), tarayıcının sunucudan ilk veri parçasını alana kadar geçen süredir ve LCP’nin önemli bir bileşenidir. Bir seferinde, müşterimizin yüksek trafikli WordPress sitesindeki 3 saniyelik TTFB sorununu, sadece onu paylaşımlı hostingden bir VDS sunucuya taşıyarak 200ms’nin altına indirdik.

Hosting Türünüz Doğru mu? Paylaşımlı, VDS ve Özel Sunucu Karşılaştırması

Paylaşımlı hostingler, aynı sunucu kaynaklarını yüzlerce hatta binlerce site ile paylaştığınız ortamlardır. Bu, “gürültülü komşu” etkisiyle TTFB sürenizin aniden fırlamasına neden olabilir. Eğer trafiğiniz artıyorsa veya dinamik bir siteniz varsa, kaynakları size özel bir sanal sunucuya (VDS) geçmek, performansı garanti altına almanın en mantıklı yoludur. VDS, VPS ve Paylaşımlı Hosting arasındaki farkları anladığınızda, projeniz için hangi altyapının doğru olduğunu netleştirebilirsiniz.

Sunucu Donanımının Önemi: NVMe SSD ve AMD Ryzen 9 Gücü

Sunucunuzun disk türü ve işlemcisi, TTFB ve LCP üzerinde doğrudan bir etkiye sahiptir. Geleneksel SATA SSD’lere kıyasla NVMe SSD hosting avantajları sayesinde saniyede 7 kata kadar daha fazla veri okuma/yazma işlemi yapılabilir. Bu, veritabanı sorgularının ve dosya okumalarının inanılmaz hızlanması anlamına gelir. Benzer şekilde, yüksek saat hızlarına sahip AMD Ryzen 9 işlemciler, PHP gibi sunucu taraflı dillerin işlenme süresini önemli ölçüde kısaltır. Web hosting’de AMD Ryzen 9 vs Intel Xeon karşılaştırması, bu konudaki performans farkını net bir şekilde ortaya koymaktadır.

Coğrafi Olarak Yakın Sunucu Konumu ve CDN Kullanımı

Verinin kat etmesi gereken fiziksel mesafe de bir gecikme (latency) kaynağıdır. Hedef kitleniz Türkiye’deyse, sunucunuzun Frankfurt, Amsterdam veya İstanbul gibi bir lokasyonda olması kritiktir. Buna ek olarak, bir İçerik Dağıtım Ağı (CDN), sitenizin statik dosyalarını (resimler, CSS, JS) dünyanın dört bir yanındaki sunuculara kopyalayarak, kullanıcıya en yakın konumdan sunulmasını sağlar. Cloudflare veya KeyCDN gibi çözümler, TTFB’yi düşürmenin ve LCP’yi iyileştirmenin en hızlı yollarından biridir.

Güçlü ve doğru yapılandırılmış bir sunucu, üzerine inşa edeceğiniz tüm yazılımsal optimizasyonların verimli çalışmasını sağlayacak sağlam bir temeldir.

2. Adım: İçerik ve Kod Optimizasyonu ile LCP’yi Hızlandırmak

Sunucu tarafını hallettikten sonra sıra, sayfanın içinde neler olup bittiğine gelir. LCP’yi iyileştirmek, bir nevi dedektiflik işidir; sayfanın en büyük öğesini bulup onun yüklenme süresini kısaltmaya odaklanırsınız. Bu genellikle bir hero görseli, bir video veya büyük bir metin bloğudur. Bu aşamada, bir WordPress siteniz varsa, XML site haritanızı temiz tutmak gibi genel SEO sağlığınızın da iyi olması, Google’ın sitenizi tarama bütçesini verimli kullanmasına yardımcı olur ve dolaylı yoldan performans algınızı etkiler.

Görselleri Optimize Etme: WebP, Sıkıştırma ve Lazy Loading

LCP öğeniz bir görsel ise, bu görselin optimize edilmesi en büyük kazancı sağlar.

• Doğru Formatı Kullanın: JPEG veya PNG yerine, çok daha küçük dosya boyutları sunan WebP veya AVIF gibi yeni nesil formatlara geçin. Imagify veya ShortPixel gibi eklentilerle bu işlemi otomatikleştirebilirsiniz.
• Sıkıştırın: Görsel kalitesini gözle görülür şekilde bozmadan, %70-80 seviyelerinde sıkıştırma uygulayın.
• Boyutlandırın ve Duyarlı Yapın: Görseli sadece HTML’de değil, gerçek çözünürlük olarak da ihtiyaç duyulan maksimum boyutta kaydedin. srcset ve sizes özniteliklerini kullanarak, farklı ekran boyutları için doğru çözünürlükteki görselin sunulmasını sağlayın.
• LCP Dışındaki Görselleri Erteleyin: LCP öğeniz olan görsel için loading="lazy" kullanmayın! Bu, tarayıcının görseli yüklemeye hemen başlamasını engeller ve LCP süresini mahveder. Bu özelliği sadece ekranın altında kalan (below the fold) görseller için kullanın. LCP görseline fetchpriority="high" özniteliğini ekleyerek tarayıcıya önceliğini bildirin.

Kritik CSS ve JavaScript Erteleme (Defer/Async) Yöntemleri

Bir sayfanın yüklenmesini hızlandırmanın en etkili yollarından biri, tarayıcının sayfayı işlemesini bloke eden (render-blocking) kaynakları ortadan kaldırmaktır.

• Kritik CSS’i Satır İçi Yapın (Inline): Sayfanın ekranın üst kısmında görünen (above the fold) kısmını stillendirmek için gereken CSS kodunu doğrudan HTML’in <head> bölümüne <style> etiketi içinde yerleştirin. Geri kalan tüm CSS dosyalarını sayfa yüklendikten sonra asenkron olarak yükleyin. WP Rocket, LiteSpeed Cache veya FlyingPress gibi eklentiler bu işlemi büyük ölçüde otomatikleştirebilir.
• JavaScript’i Erteleyin: <script> etiketlerine defer veya async özniteliği ekleyerek, JavaScript dosyalarının indirilmesinin HTML ayrıştırmasını bloke etmesini önleyin. async ile yüklenen bir dosya, indiği anda çalıştırılırken, defer ile yüklenen bir dosya sayfa ayrıştırıldıktan sonra ve sırayla çalıştırılır. Kural olarak, birbirine bağımlı olmayan üçüncü parti script’leri (analitik, reklam gibi) async ile, sayfanın çalışması için kritik olanları ise defer ile yükleyin.

Gereksiz Eklentileri ve Üçüncü Parti Kodları Temizleme

Kullanmadığınız her WordPress eklentisi, sunucunuza yük bindirmese bile sayfanıza fazladan CSS ve JS dosyası ekleyerek performansı düşürebilir. Benzer şekilde, her üçüncü parti script (canlı destek, sosyal medya widget’ları, ısı haritası araçları) yeni bir ağ isteği ve gecikme demektir. Periyodik olarak sitenizi gözden geçirin ve “Bu script olmazsa ne olur?” sorusunu sorun. Cevap “çok şey kaybetmem” ise, kurtulun.

3. Adım: JavaScript Optimizasyonu ile INP’yi İyileştirmek

Google’ın FID’den INP’ye geçiş yapması, birçok site sahibi için soğuk bir duş etkisi yarattı. Çünkü FID’yi geçmek nispeten daha kolayken, INP çok daha derin bir optimizasyon gerektiriyor. Core Web Vitals nedir sorusunun en zorlu kısmı genellikle burasıdır. INP, sayfa baştan sona tüm etkileşimlere bakar ve özellikle JavaScript ağırlıklı, etkileşimli sayfalarda (örneğin bir e-ticaret sepeti veya arama sayfası) sorun çıkarır. Bu sorunu çözmek, genellikle ana thread’i meşgul eden uzun görevleri parçalamakla başlar. E-ticaret siteleri için sunucu gereksinimleri burada da devreye girer; çünkü güçlü bir işlemci, JavaScript’in daha hızlı işlenmesine yardımcı olarak INP’yi olumlu etkiler.

Ana Thread’i Bloke Eden Uzun Görevleri Parçalama

Tarayıcı, sayfayı boyamak ve kullanıcı etkileşimlerine yanıt vermek için tek bir ana thread kullanır. Ana thread’i 50 milisaniyeden uzun süre meşgul eden her JavaScript görevi “uzun görev” (long task) olarak adlandırılır ve gecikmelere neden olur.

• Teşhis: Chrome DevTools’daki Performance panelini kullanarak bir kayıt alın. Ana thread’deki uzun sarı/mor blokları ve kırmızı üçgen işaretlerini arayın.
• Çözüm: Suçluyu bulduktan sonra, büyük ve karmaşık bir fonksiyonu daha küçük, asenkron parçalara bölün. Örneğin, yoğun bir döngüyü setTimeout veya requestAnimationFrame kullanarak parçalayabilirsiniz. Web Workers, ağır hesaplamaları tamamen ana thread’den ayırmak için mükemmel bir çözümdür.

Etkileşim İşleyicilerini Optimize Etme ve Gereksiz Polyfill’leri Kaldırma

Bir butona her tıklandığında yüzlerce milisaniye süren bir JavaScript kodu çalışıyorsa, bu INP’nizin mahvolması için yeterlidir. Olay işleyicilerinizi (event handlers) gözden geçirin ve bir etkileşimden sonra mümkün olan en az işi hemen yapacak şekilde optimize edin. Görsel güncellemeleri hemen yapın, ağ istekleri gibi daha ağır işleri daha sonraya erteleyin.

Ayrıca, modern tarayıcıların artık desteklemediği eski özellikleri taklit eden polyfill kütüphanelerini kullanıyor olabilirsiniz. nomodule özniteliği sunarak veya kullanıcı ajanına göre koşullu script yüklemesi yaparak, bu gereksiz kodların modern tarayıcılara hiç gitmesini engelleyin.

INP Sorunlarını Debug Etmek İçin Chrome DevTools İpuçları

Bir etkileşimin neden yavaş olduğunu anlamak için şu pratik yöntemi kullanın:

1. DevTools’u açın ve Performance panelini seçin.
2. Kayda başlayın, yavaş olduğunu düşündüğünüz etkileşimi (bir butona tıklama gibi) yapın ve hemen kaydı durdurun.
3. Timeline’da “Interactions” şeridine bakın. Burada tıklamanızı ve ardından gelen işlemleri görürsünüz.
4. İlgili etkileşime tıkladığınızda, altta “Summary” sekmesinde INP, Processing Duration ve Input Delay gibi değerleri görebilirsiniz.

Bu aracı kullanarak hangi etkileşimin ne kadar sürdüğünü milisaniyesi milisaniyesine görebilir, yaptığınız bir optimizasyonun etkisini anında doğrulayabilirsiniz.

4. Adım: Görsel Kararlılık (CLS) Sorunlarını Tamamen Ortadan Kaldırmak

CLS, diğer metriklerin aksine salt hızla değil, doğrudan kodlama disipliniyle ilgilidir. Bir sayfayı milisaniyeler içinde yükleseniz bile, içindeki öğeler yüklendikten sonra dans etmeye başlarsa kullanıcı deneyimi yerle bir olur. Core Web Vitals nedir dendiğinde, bu üç ayağın birbirini tamamladığını ve CLS’nin çoğu zaman en çabuk fark yaratabileceğiniz alan olduğunu unutmayın. En kötü CLS suçluları; boyutları belirtilmemiş görseller, videolar, iframe’ler ve dinamik olarak yüklenen reklam alanlarıdır.

Boyutları Önceden Belirleyin: Görseller, Videolar ve iFrame’ler

Tarayıcının, bir öğenin ne kadar yer kaplayacağını önceden bilmesi gerekir. Aksi takdirde, önce metni dizer, sonra görsel yüklendiğinde her şeyi aşağı iter.

• Görseller ve Videolar için: <img> ve <video> etiketlerinde her zaman width ve height özniteliklerini belirtin. Modern CSS (aspect-ratio ve max-width: 100%) ile birlikte kullanıldığında, tarayıcıya doğru en-boy oranını söylemiş olursunuz.
• Reklamlar ve iFrame’ler için: Dinamik olarak yüklenen bu öğeler, CLS’nin en büyük nedenlerindendir. Onlara yerleştirilecekleri kapsayıcı <div> içinde min-height veya aspect-ratio gibi CSS özellikleriyle sabit bir alan ayırın. Eğer reklamın yüklenmeyebileceği bir senaryo varsa, alanı daraltacak bir yedek stil de hazırlayın.

Web Fontlarını Optimize Etme ve FOIT/FOUT Sorunlarını Çözme

Özel web fontları da gözle görülür metin kaymalarına neden olabilir. Bir font yüklenirken, tarayıcı metni ya hiç göstermez (FOIT – Flash of Invisible Text) ya da bir yedek fontla gösterir (FOUT – Flash of Unstyled Text). FOUT, FOIT’den daha iyidir ancak yine de kaymaya neden olabilir. Çözüm için:

• font-display: swap; (veya optional) CSS özelliğini font-face tanımınızda kullanın. Bu, tarayıcıya hemen bir yedek fontla metni göstermesini ve ana font yüklenince değiştirmesini söyler.
• Yedek fontunuzun metriklerini, ana fontunuza mümkün olduğunca yakın olacak şekilde ayarlamak için size-adjust, ascent-override gibi CSS @font-face tanımlayıcılarını kullanın. Bu, font yüklendiğinde oluşan kayma miktarını minimuma indirir.

CLS Hatasına Neden Olan Pop-up ve Dinamik İçerikleri Yönetme

Kullanıcı tıklaması olmadan ekrana gelen “bültene kayıt ol” pop-up’ları veya içeriğin en üstüne sonradan eklenen bir bilgilendirme çubuğu, anlık ve büyük bir düzen kaymasına neden olur. Bu tür içeriklerin sayfanın akışını bozmaması için, onları position: fixed veya bir overlay olarak konumlandırın. Eğer mutlaka akışın içinde olması gerekiyorsa, görünür hale geldiğinde içeriği itmek yerine, önceden var olan bir alanın içini doldurmasını sağlayacak şekilde tasarlayın.

Core Web Vitals İyileştirme Kontrol Listesi ve Araç Seti

Tüm bu bilgilerin pratik bir özetine ihtiyacınız olacak. İşte masa başına her oturduğunuzda uygulayabileceğiniz, eyleme dönük bir kontrol listesi. Bu adımları sırayla takip etmek, karmaşık görünen bu süreci yönetilebilir parçalara bölmenizi sağlayacak. Unutmayın, 500 Internal Server Error gibi can sıkıcı hataları düzeltmek de dahil olmak üzere, sitenizin genel sağlığı bu metrikleri olumlu etkiler.

1. Ölç ve Hedef Belirle: Search Console > Sayfa Deneyimi > Core Web Vitals raporu ile başla. Mobil ve masaüstü için kırmızıda olan URL gruplarını not al.
2. Laboratuvar Testi Yap: Sorunlu bir URL’yi PageSpeed Insights’ta test et. “Fırsatlar” ve “Teşhisler” bölümlerini dikkatlice incele.
3. Sunucunu Değerlendir: TTFB süren 800ms’den fazlaysa, hosting sağlayıcınla görüş veya daha iyi bir plana geç. NVMe SSD ve güçlü işlemci olmazsa olmazın olsun.
4. CDN Aktifleştir: Bir CDN kullanmıyorsan, Cloudflare ile başla. Ücretsiz planı bile LCP ve TTFB’de gözle görülür bir iyileşme sağlar.
5. LCP Öğeni Tanımla: PSI raporundaki LCP öğesini bul. Bu bir görselse, boyutunu, formatını (WebP) ve yükleme önceliğini (fetchpriority="high") optimize et.
6. Render Engelleyenleri Kaldır: Bir cache/optimizasyon eklentisi (WP Rocket, LiteSpeed Cache, FlyingPress) kullanarak Kritik CSS’i inline yap, JS dosyalarını ertele.
7. INP için Profil Oluştur: DevTools Performance panelinde sitenle etkileşime geç. Uzun görevleri ve ağır olay işleyicilerini tespit edip, kodu parçala veya Web Workers ile ana thread’i rahatlat.
8. CLS Avına Çık: Tüm <img>, <video> ve <iframe> öğelerine width ve height ekle. Dinamik alanlara sabit boyut ver. Font display: swap kullan.
9. Önbelleği Unutma: Tarayıcı önbellekleme başlıklarını (Cache-Control, Expires) doğru yapılandırdığından emin ol. Sunucu seviyesinde bir sayfa önbellekleme katmanı (Varnish, LSCache) kullan.
10. İzle ve Tekrar Et: Değişiklikleri yaptıktan sonra 28 gün bekle (CrUX verisinin toplanma döngüsü) ve Search Console raporlarının yeşile dönmeye başlayıp başlamadığını kontrol et. Döngüyü başa sar.

Bu sistematik yaklaşımla, sadece metriklerinizi düzeltmekle kalmaz, ziyaretçilerinize gerçekten keyif aldıkları, akıcı bir deneyim sunarsınız. İyi bir kullanıcı deneyiminin dönüşüm oranlarınıza ve marka sadakatine yapacağı olumlu etki, SEO sıralamalarından bile daha değerli olabilir.

Sıkça Sorulan Sorular

Core Web Vitals sıralama faktörü müdür?

Evet, Core Web Vitals, Google’ın “sayfa deneyimi” sinyalinin bir parçasıdır ve dolayısıyla bir sıralama faktörüdür. Tek başına en önemli faktör olmasa da, özellikle yoğun rekabetin olduğu sektörlerde ve arama sonuçlarının ilk sayfasında, rakiplerinizin bir adım önüne geçmenizi sağlayacak kritik bir sinyaldir. İçerik kalitesi eşit olan iki site arasında, daha iyi Core Web Vitals puanına sahip olan kazanacaktır.

Core Web Vitals puanımı nasıl hızlıca kontrol edebilirim?

En hızlı yol, Google’ın PageSpeed Insights aracını (https://pagespeed.web.dev/) kullanmaktır. Site URL’nizi girdiğinizde, hem gerçek kullanıcı verilerine (CrUX) dayalı Core Web Vitals değerlendirmesini hem de laboratuvar ortamında yapılan detaylı performans testini anında görürsünüz.

LCP, INP ve CLS’den hangisini önce iyileştirmeliyim?

Bu, sitenizin mevcut durumuna bağlı olsa da, genellikle en büyük etkiyi yaratacak olanla başlamak mantıklıdır. Çoğu site için bu LCP’dir, çünkü algılanan yükleme hızını doğrudan etkiler ve genellikle sunucu/görsel optimizasyonu gibi nispeten daha kolay çözümleri vardır. CLS ise genellikle en hızlı düzeltilebilen sorundur ve hemen ardından yapılmalıdır. INP ise en karmaşık olanıdır ve derinlemesine bir JavaScript analizi gerektirdiği için daha sonraya bırakılabilir.

E-ticaret sitemde INP neden çok yüksek ve dönüşümleri nasıl etkiliyor?

E-ticaret siteleri, “sepete ekle” butonları, ürün varyant seçicileri ve canlı arama gibi yoğun etkileşimli öğelerle doludur. Bu öğelere yapılan her tıklama veya dokunma, arka planda karmaşık JavaScript işlemlerini tetikleyebilir. Eğer bu işlemler ana thread’i bloke ederse, INP süreniz fırlar. Yüksek INP, kullanıcıların sepete ürün ekleyememesi, ödeme yapamaması anlamına gelir ve bu da doğrudan kayıp satış ve düşük dönüşüm oranı olarak geri döner. Örneğin, 100ms’lik bir gecikme bile dönüşüm oranlarını %7’ye kadar düşürebilir.

Hosting şirketimi değiştirmeden Core Web Vitals’ı iyileştirebilir miyim?

Elbette, birçok yazılımsal optimizasyonu barındığınız hosting ne olursa olsun yapabilirsiniz. CDN kullanmak, görselleri optimize etmek, cache ve lazy loading uygulamak her ortamda işe yarar. Ancak, tüm bu optimizasyonları yaptığınız halde TTFB süreniz hala 1 saniyenin üzerindeyse, sorunun kökü kullandığınız sunucu altyapısıdır. Bu durumda, donanımı eski veya aşırı yüklenmiş bir paylaşımlı hostingde yapacağınız iyileştirmelerin etkisi çok sınırlı kalacaktır.

Web Vitals eklentisi nedir ve ne işe yarar?

Web Vitals Chrome Eklentisi, Google tarafından geliştirilmiş, geliştiricilerin bir sayfayı gezerken LCP, CLS ve INP (eski adıyla FID) metriklerini anlık olarak görmelerini sağlayan basit ama güçlü bir araçtır. Herhangi bir sayfada eklenti simgesine tıkladığınızda, o anki performans metriklerini anında görürsünüz. Sayfa üzerinde değişiklik yaparken performansı canlı olarak izlemek için harika bir araçtır.

Core Web Vitals iyileştirmeleri SEO’ya ne kadar sürede etki eder?

Yaptığınız bir iyileştirmenin Google’ın saha verilerine (CrUX) yansıması ve Search Console raporlarına işlenmesi genellikle 28 günlük bir döngüyü bulur. Ancak, sitenizin daha hızlı yüklendiğini fark eden kullanıcıların hemen çıkma oranınızdaki düşüş ve etkileşimdeki artış gibi olumlu kullanıcı sinyalleri, Google’ın algoritmaları tarafından çok daha kısa sürede algılanabilir ve sıralamanıza dolaylı yoldan daha hızlı bir katkı sağlayabilir.

---

Core Web Vitals nedir ve nasıl iyileştirilir rehberimizin sonuna geldik. Gördüğünüz gibi, bu metrikler sadece teknik bir detay değil, ziyaretçilerinizin siteniz hakkındaki algısının ve Google’ın size olan güveninin sayısal bir yansıması. LCP’den INP’ye, CLS’den sunucu seçimine kadar her bir adım, zincirin kritik bir halkası.

Artık top sizde. Search Console raporunuzu açın ve iyileştirmeye nereden başlayacağınıza karar verin. Eğer sorunun temelinde yetersiz bir sunucu altyapısı olduğunu fark ederseniz, AMD Ryzen 9 işlemcili ve NVMe SSD depolamalı sunucularımızla tanışmanın tam zamanı. Saniyelerin ve hatta milisaniyelerin gelirinizi doğrudan etkilediği bu dünyada, sitenizi rakiplerinizin önüne taşıyacak performansı bugün keşfedin.