Core Web Vitals ve Hosting: Hangi Metriği Sunucunuz Etkiler?

🔍 Giriş

Search Console'da "Core Web Vitals" uyarısı gördünüz ve ne yapacağınızı bilmiyorsunuz. Bu yazı iki soruyu net cevaplamak için yazıldı: bu metrikler tam olarak neyi ölçüyor ve hosting bunların hangisini gerçekten etkiliyor?

İkinci soru önemli çünkü sektörde yaygın bir abartı var: "hızlı hosting alın, skorunuz yükselir." Gerçek daha sınırlı. Üç metrikten yalnızca biri sunucu performansına anlamlı biçimde bağlı; diğer ikisi için sunucu değiştirmek hiçbir şeyi düzeltmez.

📊 Üç Metrik ve Eşik Değerleri

İki değer arasında kalan her şey "iyileştirilmeli" bandındadır.

Bir not: INP, Mart 2024'te FID'in (First Input Delay) yerini aldı. Eski kaynaklarda FID görürseniz güncelliğini yitirmiş demektir. Fark önemli: FID yalnızca ilk etkileşimin gecikmesini ölçüyordu, INP ise sayfadaki tüm etkileşimleri değerlendiriyor — yani belirgin biçimde daha zorlu bir ölçüt.

🎯 Google Bunları Nasıl Ölçüyor? (En Çok Karıştırılan Konu)

Burada iki farklı veri türü var ve bunları karıştırmak en yaygın hatadır:

Google, Core Web Vitals değerlendirmesini gerçek kullanıcı verisinin 75. yüzdeliği üzerinden yapar. Yani ziyaretçilerinizin en az %75'inin "iyi" bandında olması gerekir. Ortalama değil, yüzdelik — bu ayrım önemlidir: yavaş bağlantıdaki veya eski cihazlı kullanıcılar ortalamada kaybolur ama yüzdelikte kendini gösterir.

Bunun pratik sonucu şudur: PageSpeed Insights'ta 95 puan almanız, Core Web Vitals'ı geçtiğiniz anlamına gelmez. O puan laboratuvar verisidir. "Skorum çok iyi ama Search Console hâlâ uyarı veriyor" çelişkisinin sebebi tam olarak budur.

Ayrıca saha verisi 28 günlük bir pencereye dayanır. Bu yüzden bugün yaptığınız iyileştirme Search Console'a hemen yansımaz; birkaç hafta beklemeniz gerekir. Değişikliğin işe yarayıp yaramadığını anlamak için laboratuvar testine bakabilirsiniz, ama karar saha verisiyle verilir.

⚖️ Hosting Hangi Metriği Etkiler?

Şimdi asıl soruya gelelim. Dürüst cevap şu:

Bunu açıkça yazıyoruz çünkü aksini söylemek size zarar verir: CLS veya INP sorunu yaşıyorsanız, dünyanın en hızlı sunucusuna geçmeniz o metrikleri düzeltmez. Sorun tarayıcı tarafındadır.

Tersi de doğru: LCP'niz kötüyse ve sunucu yanıt süreniz yüksekse, tema optimizasyonuyla uğraşmak sınırlı fayda sağlar — darboğaz sunucudadır.

⚡ LCP ve TTFB: Hosting'in Devreye Girdiği Yer

LCP'nin içindeki ilk halka TTFB'dir (Time To First Byte) — tarayıcının isteği gönderdikten sonra sunucudan ilk baytı almasına kadar geçen süre. TTFB yüksekse LCP zaten kötü başlar; sonrasında ne yaparsanız yapın o gecikmeyi geri alamazsınız.

TTFB'yi etkileyen başlıca unsurlar:

• Sunucunun coğrafi konumu. Ziyaretçileriniz Türkiye'deyse ve sunucunuz Amerika'daysa, veri her istekte okyanusu geçer. Bu fiziksel bir gecikmedir ve yazılımla çözülmez. Konu hakkında ayrıntı için sunucu lokasyonu yazımıza bakabilirsiniz.

• Önbellekleme. Her istekte PHP çalıştırıp veritabanı sorgulamak yerine hazır sayfa sunmak, TTFB'yi en çok düşüren tek müdahaledir.

• Disk hızı. Veritabanı yoğun sayfalarda disk okuma hızı yanıt süresine yansır.

• Kaynak paylaşımı. Aynı sunucudaki diğer siteler kaynağı tüketiyorsa yanıt süreniz dalgalanır. Garantili kaynak bu yüzden önemlidir.

• Yavaş eklenti ve sorgular. Bu sunucu değil uygulama kaynaklıdır ama TTFB'ye yansır.

Altyapı tarafında bizim sağladığımız şey budur: Türkiye lokasyon, LiteSpeed web sunucusu ve LSCache desteği, NVMe diskler ve tanımlı kaynak limitleri. WordPress'e özel yapılandırma ayrıntıları için WordPress hızlandırma teknikleri yazımıza göz atabilirsiniz.

🧩 CLS ve INP İçin Ne Yapmalı?

Bu ikisi hosting'in kapsamı dışında olsa da yapılacaklar nettir.

CLS (kayan düzen) için:

• Görsellere genişlik ve yükseklik verin. Boyutu belirtilmemiş bir görsel yüklendiğinde altındaki içeriği aşağı iter. CLS'nin en yaygın sebebi budur.

• Reklam ve banner alanlarına sabit yer ayırın. İçerik sonradan gelse bile alan hazır beklesin.

• Fontları doğru yükleyin. Yazı tipi sonradan yüklendiğinde metin yeniden akar; bu da kaymaya sayılır.

• Çerez bildirimi veya duyuru çubuğunu içeriğin üstüne bindirin, içeriği aşağı itecek şekilde eklemeyin.

INP (tepki süresi) için:

• Kullanılmayan JavaScript'i kaldırın. Özellikle devre dışı bıraktığınız ama silmediğiniz eklentiler betik yüklemeye devam edebilir.

• İzleme ve pazarlama kodlarını gözden geçirin. Analitik, ısı haritası, sohbet aracı, reklam pikselleri — her biri ana iş parçacığını meşgul eder.

• Sohbet ve video gömülerini geciktirin. Kullanıcı etkileşime girene kadar yüklenmesinler.

🔬 Nasıl Ölçerim?

1. Search Console → Core Web Vitals raporu. Karar mercii burasıdır; saha verisini gösterir ve sorunlu URL gruplarını listeler.

2. PageSpeed Insights. Sayfanın üst kısmındaki gerçek kullanıcı verisine bakın; alttaki 0-100 skoru yalnızca yol gösterici bir laboratuvar ölçümüdür.

3. Tarayıcı geliştirici araçları. Yerelde hangi betiğin gecikmeye sebep olduğunu görmek için.

Ölçerken mobil ve masaüstü sonuçlarını ayrı değerlendirin. Mobil cihazlar hem daha yavaş işlemciye hem daha değişken bağlantıya sahiptir; sorunlar genellikle önce orada görünür.

🙋‍♂️ Sık Sorulan Sorular (SSS)

❓ Hosting değiştirirsem Core Web Vitals skorum düzelir mi?
Sorun LCP ve yüksek sunucu yanıt süresi kaynaklıysa belirgin fayda görürsünüz. Sorun CLS veya INP ise hosting değişikliği bu metrikleri düzeltmez; onlar tarayıcı tarafındaki sorunlardır.

❓ PageSpeed skorum 95, neden Search Console uyarı veriyor?
Çünkü ikisi farklı veriye bakar. Skor laboratuvar ölçümüdür; Search Console gerçek kullanıcı verisinin 75. yüzdeliğini kullanır. Gerçek ziyaretçilerinizin cihaz ve bağlantı koşulları test ortamından farklıdır.

❓ İyileştirme yaptım, ne zaman yansır?
Saha verisi 28 günlük pencereye dayandığı için birkaç hafta sürer. Sabırsızlanıp arka arkaya değişiklik yapmak, hangi müdahalenin işe yaradığını anlamanızı zorlaştırır.

❓ Core Web Vitals sıralamayı ne kadar etkiler?
Sıralama sinyallerinden biridir ancak tek başına belirleyici değildir. İçerik uygunluğu daha ağır basar. Yakın rekabette fark yaratan bir etken olarak düşünmek daha doğrudur; kötü içeriği iyi bir skor kurtarmaz.

❓ CLS değerim neden mobilde daha kötü?
Ekran daha dar olduğu için aynı kayma oransal olarak daha büyük bir etki yaratır. Ayrıca mobilde fontlar ve görseller daha geç yüklenebilir.

❓ FID nereye gitti?
Mart 2024'te INP ile değiştirildi. FID yalnızca ilk etkileşimi ölçüyordu; INP tüm etkileşimleri değerlendirdiği için gerçek kullanıcı deneyimini daha iyi yansıtır ve geçmesi daha zordur.

🟢 Sonuç

• Üç metrik, üç farklı sorun: LCP yüklenme, INP tepki verme, CLS görsel kararlılık.

• Hosting esasen LCP'yi etkiler — TTFB üzerinden. INP ve CLS için sunucu değiştirmek çözüm değildir.

• PageSpeed skoru Core Web Vitals değildir. Karar saha verisiyle verilir, laboratuvar skoruyla değil.

• Önce darboğazı tespit edin. Yanlış katmanda çalışmak zaman ve para kaybıdır.

📌 Sunucu yanıt süreniz darboğaz oluşturuyorsa LiteSpeed, NVMe ve Türkiye lokasyonlu WordPress Hosting veya Türkiye Web Hosting paketlerimize göz atabilirsiniz. Hangi katmanda sorun olduğundan emin değilseniz bize yazın; mevcut değerlerinizi birlikte inceleyelim.