Core Web Vitals ve INP: 2026 Teknik SEO Rehberi

Sayfa deneyimi konusu her yıl yeniden gündeme gelir, ancak 2026'da mesele yalnızca "site hızlı mı?" sorusundan ibaret değil. Kullanıcılar bir butona dokunduklarında anında yanıt bekliyor, arama motorları ise bu deneyimi gerçek kullanıcı verisiyle ölçüyor. Bu rehberde Core Web Vitals metriklerini, özellikle de FID'in yerini alan INP (Interaction to Next Paint) göstergesini, teknik SEO bakış açısıyla ele alıyoruz. Amacımız; neyi ölçeceğinizi, hangi eşikleri hedefleyeceğinizi ve geliştirme ekibinize hangi işleri önceliklendirmeniz gerektiğini net biçimde ortaya koymak.

Core Web Vitals nedir ve neden hâlâ önemli?

Core Web Vitals, Google'ın sayfa deneyimini üç ana boyutta ölçmek için tanımladığı metrik setidir: yükleme performansı, etkileşim yanıt süresi ve görsel kararlılık. Bu metrikler laboratuvar simülasyonlarından değil, ağırlıklı olarak Chrome kullanıcılarından toplanan saha verisinden (CrUX) beslenir. Yani PageSpeed testinde aldığınız yüksek skor, gerçek kullanıcılarınızın yaşadığı deneyimi garanti etmez.

Üç metrik ve "iyi" kabul edilen eşikler şöyledir:

• LCP (Largest Contentful Paint): Sayfadaki en büyük içerik öğesinin görünme süresi. Hedef: 2,5 saniye veya altı.
• INP (Interaction to Next Paint): Kullanıcı etkileşiminden sonraki ilk görsel yanıtın süresi. Hedef: 200 milisaniye veya altı.
• CLS (Cumulative Layout Shift): Sayfa yüklenirken yaşanan beklenmedik kaymaların toplamı. Hedef: 0,1 veya altı.

Değerlendirme, ziyaretlerin 75. yüzdelik dilimi üzerinden yapılır. Başka bir deyişle, kullanıcılarınızın en az dörtte üçü "iyi" aralıkta bir deneyim yaşamalıdır. Birkaç hızlı ziyaret ortalamayı düzeltmez; yavaş cihazlardaki ve zayıf bağlantılardaki kullanıcılarınız da hesaba katılır.

Önemli bir dengeyi de baştan söylemek gerekir: sayfa deneyimi, tek başına sıralamayı belirleyen bir sinyal değildir. İçerik kalitesi ve arama niyetine uygunluk hâlâ belirleyicidir. Ancak iki içerik benzer kalitedeyse deneyim farkı öne çıkar; üstelik yavaş bir site, dönüşüm oranınıza doğrudan zarar verir. Dolayısıyla Core Web Vitals yatırımı hem SEO hem de gelir açısından savunulabilir bir yatırımdır. Teknik temellerinizi güçlendirmek için SEO hizmetlerimizi inceleyebilirsiniz.

INP neden FID'den daha zorlayıcı?

Mart 2024'te INP, FID'in (First Input Delay) yerini aldı. Fark basit ama sonuçları büyük: FID yalnızca ilk etkileşimin gecikmesini ölçüyordu ve çoğu site bu testi kolayca geçiyordu. INP ise sayfa ömrü boyunca gerçekleşen tüm etkileşimleri (tıklama, dokunma, klavye girişi) değerlendirir ve en kötü yanıta yakın bir değeri raporlar.

Bir etkileşimin süresi üç parçadan oluşur:

• Giriş gecikmesi: Ana iş parçacığı meşgul olduğu için olay işleyicinin başlayamaması.
• İşleme süresi: Olay işleyicilerinin kendi çalışma süresi.
• Sunum gecikmesi: Tarayıcının ekranı güncelleyip bir sonraki kareyi çizmesi için geçen süre.

E-ticaret sitelerinde sorun genellikle filtre menüleri, sepete ekle butonları, çerez onay pencereleri ve üçüncü taraf scriptlerde ortaya çıkar. Kullanıcı bir ürün varyasyonunu seçtiğinde fiyat güncellemesi yarım saniye gecikiyorsa, INP değeriniz bunu kayda geçirir. Bu nedenle özellikle e-ticaret altyapılarında INP, hız çalışmalarının merkezine oturmalıdır.

Doğru ölçüm: Saha verisi mi, laboratuvar verisi mi?

Performans çalışmalarında en sık yapılan hata, yalnızca laboratuvar araçlarına bakmaktır. Lighthouse gibi araçlar kontrollü bir ortamda tek bir yüklemeyi simüle eder ve etkileşim verisi üretmez. INP gibi bir metriği anlamak için gerçek kullanıcı verisine ihtiyacınız vardır.

Önerdiğimiz ölçüm yığını şöyle:

• Search Console Core Web Vitals raporu: URL gruplarınızı "iyi", "iyileştirmeye ihtiyaç var" ve "zayıf" olarak sınıflandırır. Önceliklendirme için başlangıç noktanızdır.
• PageSpeed Insights: Hem CrUX saha verisini hem de laboratuvar teşhis önerilerini aynı ekranda sunar.
• web-vitals JavaScript kütüphanesi: Kendi analitik sisteminize gerçek kullanıcı metriklerini göndermenizi sağlar. Hangi sayfa şablonunun, hangi cihazda sorun yarattığını görürsünüz.
• Chrome DevTools Performance paneli: Uzun görevleri (long tasks) ve yavaş etkileşimleri tek tek inceleyip kök nedeni bulmanızı sağlar.

Raporları şablon bazında okumak büyük zaman kazandırır. Bir sitede binlerce ürün sayfası olabilir, ancak bunların hepsi birkaç şablondan üretilir. Ürün detay şablonundaki bir iyileştirme, tek hamlede binlerce URL'yi "iyi" gruba taşıyabilir.

LCP'yi iyileştirmenin pratik yolları

LCP genellikle bir hero görseli, büyük bir başlık bloğu veya video posteri olur. Yavaş LCP'nin dört tipik kaynağı vardır: yavaş sunucu yanıtı, kaynak yükleme gecikmesi, büyük dosya boyutu ve render'ı engelleyen kaynaklar.

• Sunucu yanıt süresini kısaltın: Sayfa önbellekleme, CDN kullanımı ve veritabanı sorgu optimizasyonu ilk bayt süresini (TTFB) düşürür.
• LCP görselini önceliklendirin: Hero görselde fetchpriority="high" kullanın, loading="lazy" özelliğini ekran üstü görsellerden kaldırın.
• Modern formatlara geçin: WebP ve AVIF, JPEG'e göre belirgin biçimde daha küçük dosya boyutu sağlar. Görselleri responsive srcset ile sunun.
• Kritik CSS'i ayırın: Ekran üstü için gerekli stilleri satır içine alın, geri kalanı ertelenmiş yükleyin.
• Font yüklemesini yönetin: font-display: swap ve kritik fontlar için preload, metin tabanlı LCP'lerde fark yaratır.

INP'yi düşürmek için ana iş parçacığını rahatlatın

INP sorunlarının neredeyse tamamı, ana iş parçacığının uzun JavaScript görevleriyle bloke olmasından kaynaklanır. Bir görev 50 milisaniyeyi aştığında tarayıcı kullanıcı girdisine yanıt veremez. Çözüm, işi küçük parçalara bölmek ve gereksiz kodu yüklememektir.

1. Uzun görevleri parçalayın

Ağır işleri setTimeout, requestIdleCallback veya scheduler.yield() ile bölerek tarayıcıya nefes aldırın. Kullanıcı bir butona bastığında önce görsel geri bildirimi verin, ağır hesaplamayı ardından çalıştırın.

2. Üçüncü taraf scriptleri denetleyin

Sohbet widget'ları, A/B test araçları, etiket yöneticileri ve reklam piksellerinin her biri ana iş parçacığından süre çalar. Hangi scriptin gerçekten değer ürettiğini ölçün; kullanılmayanları kaldırın, kalanları defer veya async ile yükleyin. Pazarlama ekipleriyle birlikte yürütülen bu denetim, çoğu zaman en hızlı kazanımı sağlar. Reklam ölçüm altyapınızı hız kaybı yaşamadan kurmak için performans pazarlaması ekibiyle teknik ekibin aynı masada olması gerekir.

3. DOM boyutunu küçültün

Binlerce düğümden oluşan bir DOM, her stil hesaplamasını ve yerleşim güncellemesini pahalı hâle getirir. Uzun listelerde sanallaştırma (virtualization) kullanın, gizli bölümleri ihtiyaç anında oluşturun.

4. Hydration maliyetini düşünün

Modern JavaScript framework'lerinde sayfa sunucuda üretilip tarayıcıda yeniden "canlandırılır". Bu işlem büyük sayfalarda INP'yi ciddi biçimde etkiler. Kısmi hydration, island mimarisi veya sunucu bileşenleri gibi yaklaşımlar, etkileşimli olmayan bölgelerin JavaScript yükünü azaltır.

CLS: Kaymaları kaynağında önleyin

Layout kaymaları çoğunlukla boyutu belirtilmemiş görsellerden, geç yüklenen reklam alanlarından ve sonradan eklenen banner'lardan doğar. Çözümler kolaydır ancak disiplin ister:

• Tüm görsel ve video öğelerine width ve height değerleri (veya aspect-ratio) tanımlayın.
• Reklam, gömülü içerik ve çerez bannerları için önceden yer ayırın.
• Dinamik içeriği mevcut içeriğin üstüne değil, altına ekleyin.
• Animasyonlarda top/left yerine transform kullanın.

Önceliklendirme: Nereden başlamalı?

Tüm metrikleri aynı anda düzeltmeye çalışmak çoğu ekibi yorar. Aşağıdaki sırayı öneriyoruz:

• 1. Hafta: Search Console'dan "zayıf" URL gruplarını çıkarın ve şablon bazında sorun listesi hazırlayın.
• 2. Hafta: Düşük riskli, yüksek etkili işleri yapın: görsel optimizasyonu, boyut tanımları, kullanılmayan scriptlerin temizliği.
• 3.–4. Hafta: Uzun görevleri bölme, hydration ve DOM iyileştirmeleri gibi mühendislik gerektiren işlere geçin.
• Sürekli: Performans bütçesi belirleyin; her yayında metrikleri otomatik izleyin ki gerileme fark edilmeden birikmesin.

Saha verisi 28 günlük kayan pencereyle güncellendiği için, yaptığınız iyileştirmenin Search Console'a tam yansıması zaman alır. Sabırlı olun, ancak değişiklikleri kendi analitiğinizdeki gerçek kullanıcı ölçümleriyle hemen doğrulayın.

Teknik performansı içerik tarafıyla birlikte düşünmek de önemlidir. Hızlı bir site, değerli içerikle buluştuğunda anlam kazanır. İçerik planınızı oluştururken içerik stratejisi çalışmamızdaki yaklaşımı inceleyebilirsiniz.

Sık yapılan hatalar

• Yalnızca ana sayfaya odaklanmak: Trafiğin büyük kısmı çoğu zaman kategori, ürün ve blog şablonlarından gelir.
• Laboratuvar skoruna güvenmek: Lighthouse 100 puanı, saha verisinde "zayıf" çıkan bir sitede bile görülebilir.
• Masaüstüne bakıp mobili ihmal etmek: Mobil cihazların işlemci gücü sınırlıdır ve INP sorunları orada çok daha belirgindir.
• Üçüncü tarafları denetimsiz bırakmak: Her yeni pazarlama etiketi performans bütçesinden pay alır.
• Tek seferlik düzeltme yapmak: Performans bir proje değil, süreklilik gerektiren bir alışkanlıktır.

Sonuç

Core Web Vitals, teknik SEO'nun en ölçülebilir alanlarından biridir. LCP için yükleme zincirini kısaltın, INP için ana iş parçacığını rahatlatın, CLS için düzeni baştan sabitleyin. Saha verisini temel alın, şablon bazında çalışın ve her yayında metrikleri izleyin. Hızlı ve akıcı bir site hem arama görünürlüğünüze hem de dönüşüm oranlarınıza katkı sağlar. Sitenizin mevcut durumunu birlikte değerlendirmek isterseniz Black Wool Media ekibi olarak yanınızdayız.