Google Core Web Vitals 2026: SEO Sıralama İçin Tam Rehber

1. Core Web Vitals 2026: Yeni Tablo

Genel Bakış

Google Core Web Vitals, kullanıcının bir web sayfasıyla yaşadığı deneyimi sayısal olarak ölçen üç ana metriğin birleşimidir. 2020'de hayata geçen ilk sürüm LCP, FID ve CLS üçlüsünden oluşuyordu. 2024 Mart'ında FID, INP ile değiştirildi; bu değişim 2026'ya kadar tüm Türkiye pazarına yansıdı ve hâlâ pek çok kurumsal site bu geçişi tam olarak anlamış değil.

2026 itibarıyla resmi tablo şudur:

• LCP (Largest Contentful Paint): 2.5 saniye altı — iyi
• INP (Interaction to Next Paint): 200 ms altı — iyi
• CLS (Cumulative Layout Shift): 0.1 altı — iyi

Bu eşikler, Google'ın gerçek dünya verilerine (Chrome User Experience Report — CrUX) dayanır ve 75. yüzdelik dilim ile değerlendirilir. Yani sitenize gelen ziyaretçilerin dörtte üçü bu eşikleri görmüyorsa, sayfa "iyi" kabul edilmez. Bu detay sıklıkla atlanır: bir test cihazında 2.0 saniye LCP almak, gerçek kullanıcı dağılımında 4 saniye LCP yaşanmadığı anlamına gelmez.

Antalya merkezli ajansımıza gelen kurumsal müşteri sitelerinin yaklaşık %70'i, 2026 başında bu üç eşiğin en az birinde başarısız durumda. En sık sorun mobil cihazlarda INP değerinin 400 ms üzerine çıkması, ikinci sırada hero görselinin geç yüklenmesinden kaynaklı LCP gecikmesi geliyor. CLS sorunları görece az çünkü modern temalar bunu doğal olarak çözüyor.

Core Web Vitals'ın asıl önemi, üç metriğin doğrudan sıralama sinyali olmasından değil; bunların etkilediği kullanıcı davranışlarından kaynaklanır. Hızlı sayfa düşük bounce rate, yüksek sayfa-başı süre, çoklu sayfa görüntüleme demektir. Bu sinyaller Google'ın geniş sıralama modelini besler.

2. LCP — Largest Contentful Paint

Yükleme Hızı

LCP, sayfanın görüntü alanında (viewport) görünen en büyük içerik elemanının render edilmesine kadar geçen süreyi ölçer. Bu eleman genellikle bir hero görseli, büyük bir h1 başlığı veya bir video poster'ıdır. LCP, kullanıcının "sayfa açıldı mı?" hissini yakaladığı için kritiktir.

LCP'yi yavaşlatan en yaygın nedenler şunlardır:

• Optimize edilmemiş hero görseli: 1.5 MB JPEG dosyası, mobil bağlantıda 3-4 saniye yükler
• Render-blocking CSS/JS: HTML parse'ı durduran ağır script ve stil dosyaları
• Yavaş sunucu yanıtı: TTFB (Time to First Byte) 600 ms üzeri
• Geç keşfedilen kaynaklar: CSS içinde background-image ile yüklenen hero, HTML parse'ından sonra fark edilir
• Yanlış preload sıralaması: Kritik kaynakların geç gelmesi

2026'da LCP'yi 2.5 saniye altına çekmenin standart yol haritası şudur: hero görselini AVIF veya WebP formatında, doğru cihaz boyutunda servis edin; <img> etiketine fetchpriority="high" ekleyin; <link rel="preload"> ile kaynağı erken çağırın; kritik CSS'i inline ekleyin; üçüncü taraf scriptleri defer ile yükleyin.

Sunucu tarafında bir İstanbul edge node kullanmak Türkiye'den gelen ziyaretçilerin TTFB'sini 60-100 ms düşürür. Cloudflare, Bunny.net ve Fastly gibi CDN'lerin İstanbul lokasyonları artık tüm tier'larda mevcut. Statik içerik için tam edge cache, dinamik içerik için stale-while-revalidate stratejisi standarttır.

3. INP — Interaction to Next Paint

Etkileşim Hızı

INP, sayfanın etkileşim hızını ölçer. Kullanıcı bir butona tıkladığında, bir form alanına yazdığında veya bir menüyü açtığında, ekrana bir sonraki görsel güncellemenin gelmesine kadar geçen süreyi ifade eder. 2024'te FID'in yerini alan bu metrik, etkileşimin tamamını ölçtüğü için çok daha sert bir göstergedir.

200 ms altı INP, modern sitelerde başarı için kritiktir. INP'yi yavaşlatan başlıca nedenler:

• Uzun JavaScript görevleri: 50 ms üzeri tek bir task ana thread'i bloke eder
• Üçüncü taraf scriptler: Analytics, chat widget, A/B test araçları
• Büyük React/Vue bileşenleri: State değişiminde tüm ağacı yeniden render etmek
• Senkron event handler'lar: Click anında ağır işlem yapmak
• DOM şişmesi: Binlerce DOM düğümü, layout hesaplamasını yavaşlatır

INP iyileştirmesinin temeli "long task" tespitidir. Chrome DevTools Performance sekmesinde, INP'ye katkıda bulunan task'ları görmek mümkün. Bu task'ları parçalamak için scheduler.yield(), requestIdleCallback ve modern React'in useTransition hook'u kullanılır.

2026'da üçüncü taraf scriptleri yönetmek için Partytown gibi web worker tabanlı çözümler tercih edilmektedir. Google Analytics, Meta Pixel, Hotjar gibi araçları ana thread'den uzaklaştırmak INP'yi ortalama 80-150 ms iyileştirir. Türkiye'de henüz yaygın bir uygulama değil; ama 2026 sonu itibarıyla rekabetçi sitelerin standardı haline geliyor.

4. CLS — Cumulative Layout Shift

Görsel Kararlılık

CLS, sayfa yüklenirken görsel elemanların beklenmedik şekilde kaymasını ölçer. Bir butona tıklamak isterken o butonun aşağı kayması, ekranda bir reklamın yer açmak için içeriği itmesi, font yüklendikten sonra metnin yeniden boyutlanması — hepsi CLS'e katkı yapar.

0.1 altı CLS değeri "iyi" kabul edilir. Bu eşik aşıldığında kullanıcı deneyimi ciddi şekilde zarar görür; özellikle e-ticaret sitelerinde yanlış ürüne tıklama veya istem dışı sepete ekleme gibi sorunlar dönüşüm kaybına yol açar.

CLS sorunlarının kaynakları:

• Boyutsuz görseller: width ve height belirtilmemiş img etiketleri
• Reklam alanları: Dinamik yüksekliklerde yer ayırmamak
• Web fontları: FOIT/FOUT efektleri ile metnin yeniden boyutlanması
• İçeriğin sonradan eklenmesi: AJAX ile gelen yorumlar, ürün listesi, vb.
• Cookie banner: İçeriği yukarıdan iten consent katmanları

Çözüm formülü basittir: her dinamik içerik için önceden yer ayırın. Görsellerde aspect-ratio CSS'i veya width/height attribute'leri; reklam alanlarında min-height; fontlarda font-display: optional veya size-adjust kullanımı. Cookie banner'lar overlay olarak (içeriği itmeyen) tasarlanmalıdır.

CLS, üç metrik arasında en kolay düzeltilenidir. Ortalama bir kurumsal site 2-3 günlük çalışmayla CLS'i 0.05 altına çekebilir. Buna rağmen ihmal edilen alandır; çünkü sorun masaüstünde belirgin olmaz, mobil cihazlarda ortaya çıkar.

5. Page Experience ve Sıralama Etkisi

Sıralama Sinyali

Google'ın Page Experience sıralama sistemi, Core Web Vitals metriklerini diğer kullanıcı deneyimi sinyalleriyle birleştirir. HTTPS kullanımı, mobil uyumluluk, agresif interstitial reklamların yokluğu ve güvenli tarama (safe browsing) bu sistemin parçalarıdır.

2026 itibarıyla Page Experience, doğrudan bağımsız bir sıralama faktörü olmaktan çıkıp Google'ın geniş "helpful content" değerlendirmesinin bir bileşenine dönüştü. Bu, "kötü Core Web Vitals = sıralamada düşüş" denkleminin daha karmaşık hale geldiği anlamına geliyor. Eşit kalitedeki iki içerikten, kullanıcı deneyimi daha iyi olan üst sırada yer alır.

Page Experience'ın sıralamaya etkisini doğru anlamak için şu noktalar kritiktir:

1. Core Web Vitals tek başına bir tema sıralamaz; içerik kalitesi yine birinci kriterdir
2. Düşük performans, üst sıralara çıkışın önünde bir bariyer oluşturur
3. Aynı sorgu için kalitesi yakın 5-10 sayfa varsa, Core Web Vitals tie-breaker rolünü üstlenir
4. Mobil deneyim, masaüstünden çok daha ağır bir ağırlık taşır

Türkiye'de bu konuda en sık karşılaşılan yanılgı, "performansım düşük ama içeriğim güçlü, sorun olmaz" düşüncesidir. Gerçekte aynı içerik aynı niteliğin rakibinde varsa, Google performans tarafını seçer.

6. Ölçüm Araçları: PSI, Lighthouse, CrUX

Araç Kutusu

Core Web Vitals ölçümünde dört temel araç bulunur. Her birinin farklı bir kullanım senaryosu ve farklı veri tipi vardır.

PageSpeed Insights (PSI)

PageSpeed Insights hem laboratuvar (Lighthouse) hem saha (CrUX) verisini birleştirir. Bir URL girdiğinizde, ziyaretçilerinizin son 28 günlük gerçek deneyim özeti ve laboratuvar koşullarındaki simülasyon sonucu birlikte gelir. PSI, kurumsal raporlamada en yaygın referans araçtır.

Lighthouse

Chrome DevTools içinde veya komut satırından (Lighthouse CI) çalışan açık kaynaklı bir denetim aracıdır. Performans, erişilebilirlik, SEO ve PWA başlıklarında detaylı rapor üretir. Lighthouse skoru "laboratuvar verisi" olduğu için tek başına yeterli değildir; gerçek kullanıcı deneyimini ölçen CrUX ile birlikte değerlendirilmelidir.

CrUX (Chrome User Experience Report)

Chrome User Experience Report, gerçek Chrome kullanıcılarının veri kümesidir. BigQuery üzerinden aylık tablo formatında veya CrUX API ile programatik olarak erişilebilir. Bir alan adının veya URL'in 28 günlük performansını, cihaz kırılımıyla görmek için en güvenilir kaynaktır.

Web Vitals Chrome Extension

Geliştirici bilgisayarında gerçek zamanlı INP, LCP ve CLS ölçümü sunar. Sayfayla etkileşim sırasında metrikleri canlı görmek için ideal. Geliştirme aşamasında olmazsa olmaz.

Bu dört aracı birlikte kullanmak gerekir. Tek bir araca güvenmek yanıltıcıdır:

• Lighthouse "iyi" diyor ama PSI'daki CrUX skorları kötü → gerçek kullanıcı yavaş bağlantıda
• PSI yeşil ama Lighthouse kırmızı → yeni yapılan bir değişiklik henüz CrUX'a yansımamış
• CrUX verisi yetersiz → site az ziyaretçi alıyor, laboratuvar verisine güvenin

7. Search Console Core Web Vitals Raporu

Resmi Rapor

Google Search Console içindeki Sayfa Deneyimi ve Core Web Vitals raporları, site sahibinin görmesi gereken birinci ekrandır. Bu raporlar, sitenizin tüm URL'lerini "iyi", "iyileştirilmeli" ve "düşük" olmak üzere üç gruba ayırır.

Raporu doğru okumak için şu noktalara dikkat edin:

• Veriler 28 günlük CrUX'tan gelir — bugün yapılan iyileştirme yarın görünmez
• Mobil ve masaüstü ayrı raporlanır — öncelik mobildir
• "Düşük" grubunda 100+ URL varsa, bu öncelikli müdahale alanıdır
• URL grupları "aynı kalıba" göre gruplanır (ürün sayfaları, blog yazıları, vb.)

Search Console raporundaki düzeltme akışı şöyledir: önce sorunlu URL grubunu seçin, kalıbı (ürün, blog, kategori) tanımlayın, ana şablon dosyasında düzeltmeyi yapın, ardından "Doğrulamayı Başlat" butonuna basın. Google 28 gün boyunca veri toplar ve durumu günceller. Bu süreç sabır gerektirir; çoğu zaman ekipler "bir gün geçti, durum aynı" diyerek vazgeçer.

Search Console'da Page Experience raporu, organik trafik ile çapraz analiz edildiğinde değerli içgörüler sunar. Hangi URL gruplarında "iyi" skorlu sayfaların CTR'i daha yüksek? Hangi sayfalarda performans düştü ama trafik aynı kaldı? Bu sorular ürün ve içerik kararlarınızı doğrudan etkiler.

8. İyileştirme Öncelikleri ve Yol Haritası

Eylem Planı

Core Web Vitals iyileştirmesi yapılandırılmış bir yol haritası ister. Aşağıdaki sıralama, Fatih Web Tasarım'ın 2023-2026 arasında 60+ kurumsal projede uyguladığı, en yüksek etki/eforla sıralanmış adımlardır.

1. Hafta: Hızlı Kazanımlar

• Hero görseli AVIF/WebP'ye çevrilir, fetchpriority="high" eklenir
• Tüm <img> etiketlerine width ve height eklenir (CLS)
• Üçüncü taraf scriptler defer ile yüklenir
• Web font font-display: swap veya optional ile yüklenir
• Eksik CDN varsa Cloudflare devreye alınır

2-3. Hafta: Orta Vadeli Düzeltmeler

• Kritik CSS inline edilir, geri kalan stil preload ile gelir
• JavaScript bundle'ı code-splitting ile parçalanır
• Resim galerisinde lazy load aktif edilir
• Sunucu cache stratejisi (Redis veya Edge Cache) kurulur
• Google Tag Manager kuralları temizlenir, gereksiz tag'ler kaldırılır

4-6. Hafta: Yapısal İyileştirmeler

• Tema mimarisi yenilenir veya minimal hale getirilir
• Sunucu tarafı rendering (SSR) veya statik üretim (SSG) değerlendirilir
• Görsel pipeline'ı (image CDN, otomatik AVIF) kurulur
• INP için ağır component'ler refactor edilir
• Performance budget tanımlanır, CI/CD'ye eklenir

2026'da en kritik nokta, performance budget ve Lighthouse CI'nin geliştirme akışına entegre edilmesidir. Her pull request, otomatik olarak Lighthouse skoru ile değerlendirilir; eşik altına düşen değişiklikler bloke edilir. Bu disiplin olmadan, bir yıl sonra aynı sorunlar geri döner.

9. E-Ticaret Sitelerinde Özel Durumlar

Sektör Özel

E-ticaret siteleri, Core Web Vitals açısından özel zorluklar yaşar. Yoğun görsel, çok katmanlı menü, dinamik fiyat ve stok bilgisi, üçüncü taraf ödeme widget'ları — hepsi performansı bastırır.

E-ticaret özel sorunları ve çözümleri:

Ürün Listeleme Sayfaları (PLP)

30-60 ürün kartı bir arada yüklendiğinde LCP ciddi şekilde gecikir. Çözüm: ilk 6-9 ürünü öncelikli, geri kalanı lazy load ile yüklemek. Sonsuz scroll yerine sayfalama daha performanslıdır. Ürün görsellerinde srcset ve sizes ile responsive resim servisi şart.

Ürün Detay Sayfaları (PDP)

Ana ürün görseli LCP elemanıdır. Galerideki diğer görseller lazy load ile gelmeli. Renk/beden varyant seçicileri JavaScript-heavy olur ve INP'yi yükseltir; bu component'ler optimize edilmeli. "Sepete ekle" butonunda 200 ms altı INP hedefi olmalı.

Sepet ve Ödeme

Sepet sayfası dinamiktir, cache'lenemez. Sunucu yanıt süresi (TTFB) burada kritik. Ödeme widget'ları (iyzico, Param, PayTR) ana thread'i bloke eder; iframe veya sandbox içinde izole edilmeli. CLS açısından kupon kodu/teslimat seçenekleri gibi dinamik içerik için yer ayrılmalı.

Filtre ve Arama

Filtre değişiminde tüm sayfa yenilenmesi yerine fetch ile parçalı güncelleme yapın. AJAX yanıtı geldiğinde DOM güncellemesi requestAnimationFrame içinde olmalı; INP korunur. Arama otomatik tamamlama (autocomplete) için debounce şart.

Trendyol, Hepsiburada gibi büyük Türk e-ticaret platformlarının ortalama LCP'si 2026 başında 2.8 saniye civarında; küçük ve orta ölçekli siteler 4-6 saniyeye dağılıyor. Bu açık, organik trafik açısından küçük oyuncuların aleyhine ciddi bir dezavantaj oluşturuyor.

10. Mobile-First Index ve Mobil Performans

Mobil Odak

Google 2019'dan itibaren mobile-first indexing'e geçti; 2023 sonunda bu geçiş tüm Türkiye sitelerinde tamamlandı. Bu, Google'ın sitenizi sıralama amacıyla mobil versiyonu üzerinden değerlendirdiği anlamına geliyor. Core Web Vitals raporlarında mobil veriler birincil önceliğe sahip.

Mobil performansta dikkat edilecek noktalar:

• Türkiye mobil internet ortalama hızı 4G'de 35-50 Mbps; ama kullanıcı yarısı 3G veya yetersiz kapsama altında
• Mobil cihazların CPU gücü, masaüstüne kıyasla %30-40 düzeyinde — JavaScript ağırlığı INP'yi vurur
• Mobil ekranda hero, daha küçük olduğu için LCP elemanı farklı olabilir
• Touch event'ler mouse'tan daha yavaş işlenir; INP ölçümü etkilenir

Mobil odaklı performans iyileştirmeleri:

1. Responsive görseller ile mobile küçük boyutlu varyant servis edin
2. Mobil için ayrı CSS bundle gerekmiyor, ama media query optimizasyonu yapın
3. Üçüncü taraf scriptlerin mobil etkisi 2-3 katı — agresif temizleme
4. prefers-reduced-data medya sorgusunu dinleyin, veri tasarrufu modunda hafifletme yapın
5. App banner'ları, popup'lar CLS'i bozar; kullanılacaksa overlay olarak tasarlayın

Şu basit gerçek 2026'da hâlâ unutuluyor: Türkiye'de organik aramaların %78'i mobilden geliyor, dönüşümlerin yaklaşık %60'ı da mobilden. Masaüstü performansını "yeterince iyi" diye geçiştirmek mantıklı, mobil performansta aynı hatayı yapmak ise organik gelir kaybıdır.

11. AI Overview Çağında Core Web Vitals

2026 Trendi

Google AI Overview (eski adıyla Search Generative Experience), 2024-2025 boyunca yavaşça yaygınlaştı; 2026 itibarıyla Türkiye'de de kademeli olarak aktif. AI Overview, kullanıcının sorgusuna doğrudan yapay zekâ özetli yanıt verir ve bu özet altında kaynak siteleri belirtir. Bu yeni paradigmada Core Web Vitals'ın rolü değişti, ama yok olmadı.

AI Overview'a kaynak olarak seçilen sitelerin ortak özellikleri:

• İyi Core Web Vitals skorları — AI, hızlı ve kararlı kaynakları tercih ediyor
• Yapısal veri (Schema.org) ile zenginleştirilmiş içerik
• Net başlık hiyerarşisi ve özetlenebilir içerik yapısı
• FAQ formatı, tablo, liste gibi makineye dost yapılar
• Güçlü E-E-A-T (Expertise, Experience, Authoritativeness, Trustworthiness) sinyalleri

AI Overview, kullanıcının siteye tıklamadan bilgiye ulaşmasını sağlayabilir — bu organik trafikte düşüş riski yaratır. Bu riski azaltmanın yolu, kullanıcının "daha fazlasını okumak" için tıklamak isteyeceği bir kaynak olmaktır. Hızlı ve kararlı bir site, bu güvenin teknik temelini oluşturur. Yavaş açılan, kayan bir sayfa, kullanıcıyı AI özetinin ötesine geçmekten alıkoyar.

Bir başka boyut: AI Overview'a kaynak olmak için site dizininin Google tarafından sık ve verimli taranması gerekir. Crawl budget kavramı burada devreye girer: yavaş bir site, aynı sürede daha az URL'in taranmasına yol açar. Performans, dolaylı yoldan AI Overview görünürlüğünü etkiler.

2026'da pek çok Türk kurumsal sitesi, AI Overview'a referans olabileceği değerli içeriğe sahip ama teknik performans yetersizliği nedeniyle bu fırsatı kaçırıyor. Yapay zekâ içerikleri ve SEO ilişkisi konusu da bu denklemin bir parçası.

12. Sürekli İzleme ve Raporlama Disiplini

Süreklilik

Core Web Vitals tek seferlik bir proje değildir; sürekli izlenmesi gereken bir disiplindir. Bir kez "iyi" skor almak, üç ay sonra aynı skoru garanti etmez. Yeni eklenen bir banner, güncellenen bir eklenti, eklenen bir analytics tag — hepsi performansı bozabilir.

Sürekli izleme stratejisi:

Real User Monitoring (RUM)

Gerçek kullanıcıların yaşadığı performansı toplayan araçtır. web-vitals.js kütüphanesi ile metrikleri yakalayıp kendi analytics sisteminize (GA4, Plausible, kendi backend'iniz) gönderebilirsiniz. RUM, CrUX'tan daha sık ve daha detaylı veri verir.

Synthetic Monitoring

Düzenli aralıklarla belirli URL'lere otomatik test yapan araçtır. SpeedCurve, Calibre, DebugBear gibi platformlar synthetic monitoring için kullanılır. Yeni release sonrası regression yakalamak için kritik.

Lighthouse CI

Her pull request veya release'de otomatik Lighthouse testi çalıştırır; eşik altına düşen değişiklikleri bloke eder. GitHub Actions, GitLab CI veya Jenkins'e kolayca entegre edilir. Performance budget bu adımda devreye girer.

Aylık Raporlama

Her ayın başında bir önceki ayın CrUX verilerini özetleyen iç rapor hazırlanmalıdır. Bu rapor şunları içermeli:

• LCP, INP, CLS ortalama değerleri (mobil/masaüstü ayrı)
• "İyi" grubunda URL yüzdesi
• Bir önceki aya göre değişim
• Yeni eklenen sorunlu URL grupları
• Sonraki ay için aksiyon listesi

Antalya merkezli Fatih Web Tasarım olarak, kurumsal müşterilerimize bu raporlama sürecini hizmet paketinin parçası olarak sunuyoruz. Web performansını sürekli izleme rehberimiz bu konuda detaylı bir kaynak.

Sonuç: Core Web Vitals SEO'nun Görünmeyen Omurgası

Core Web Vitals, 2026'da artık bir "iyileştirme alanı" değil, sitenin temel bir özelliği. LCP, INP ve CLS; içerik kalitesinden bağımsız olarak sitenin teknik kimliğini oluşturur. Bu metrikleri ihmal eden bir site, en iyi içeriği üretse bile rekabet kapısında durur; rakiplerinin yarısı kadar performansa ulaşan bir site, içerik daha mütevazi olsa bile üst sıralara çıkar.

Fatih Web Tasarım olarak, Antalya'dan tüm Türkiye'ye performans odaklı kurumsal web sitesi tasarımı, e-ticaret çözümleri ve SEO hizmetleri sunuyoruz. Her projemiz performans bütçesi ile başlar, Lighthouse CI ile denetlenir ve aylık RUM raporları ile takip edilir. Sitenizin Core Web Vitals durumunu ücretsiz değerlendirmek için bizimle 0543 123 4567 numarasından veya iletişim formumuzdan iletişime geçebilirsiniz.