Google sitenizin hızını üç rakamla ölçüyor. Bu üç rakam hem arama sonuçlarındaki konumunuzu hem de kaç ziyaretçinin sayfayı açılmadan terk ettiğini etkiliyor — ve ikisi arasındaki ilişki çoğu işletmenin sandığından daha doğrudan.
Kısa cevap: Core Web Vitals nedir?
Core Web Vitals, Google'ın gerçek kullanıcı deneyimini üç ölçütle değerlendirdiği metrik setidir: LCP (sayfanın ana içeriğinin görünme süresi), INP (kullanıcı etkileşimine verilen yanıt gecikmesi) ve CLS (sayfa yerleşiminin beklenmedik kayması). Bu üç ölçüt laboratuvar testinden değil, sitenizi ziyaret eden gerçek kullanıcıların tarayıcılarından toplanır. Arama sıralamasında tek başına belirleyici değildir, ancak yakın sonuçlar arasında ayırt edici bir sinyaldir — ve dönüşüm oranına etkisi sıralamaya etkisinden büyüktür.
Üç rakamın Türkçesi
Metrik adları teknik görünse de her biri tek bir kullanıcı şikâyetini ölçer:
| Metrik | Neyi ölçer? | Kullanıcının cümlesi | "İyi" eşiği |
|---|---|---|---|
| LCP Largest Contentful Paint | Ana içeriğin ekranda görünme süresi | "Sayfa bir türlü açılmıyor." | 2,5 saniyenin altı |
| INP Interaction to Next Paint | Tıklamadan sonra sayfanın yanıt verme gecikmesi | "Butona bastım, bir şey olmadı." | 200 milisaniyenin altı |
| CLS Cumulative Layout Shift | Yerleşimin beklenmedik biçimde kayması | "Yanlış yere tıkladım, sayfa oynadı." | 0,1'in altı |
Bir ölçüt "iyi" sayılması için ziyaretlerin %75'inde eşiğin altında kalmalıdır. Yani ortalamaya değil, kullanıcıların dörtte üçünün deneyimine bakılır. Bu ayrım önemlidir: ortalamanız iyi görünürken, mobil kullanıcılarınızın büyük kısmı eşiğin üstünde olabilir.
Laboratuvar verisi ile saha verisi arasındaki fark
Ölçüm araçlarında iki farklı veri türü görürsünüz ve bunları karıştırmak yanlış kararlara yol açar:
- Saha verisi (gerçek kullanıcı): Sitenizi ziyaret eden kullanıcıların cihazlarından toplanan, son 28 günlük veridir. Arama motorunun dikkate aldığı budur. Yavaş bir telefonda mobil veriyle bağlanan gerçek bir müşteriyi kapsar.
- Laboratuvar verisi (simülasyon): Test aracının kontrollü koşullarda ürettiği ölçümdür. Sorunu teşhis etmek için değerlidir, çünkü tekrarlanabilir. Ancak "sitem hızlı" kararını buna dayandırmak yanıltıcıdır.
Pratik kural şudur: kararı saha verisiyle verin, düzeltmeyi laboratuvar verisiyle yapın. Saha verisi "sorun var" der; laboratuvar verisi "sorun burada" der.
Bir başka sık karışıklık, yeni yayına alınan sitelerde saha verisinin bulunmamasıdır. Yeterli ziyaret birikmediği için ölçüm boş görünür; bu, sitenin hızlı olduğu anlamına gelmez.
En sık görülen 6 yavaşlatıcı
Sahada incelediğimiz sitelerde sorunların büyük kısmı aşağıdaki altı başlıkta toplanıyor:
- Optimize edilmemiş görseller. LCP'nin bir numaralı nedenidir. Sayfanın en büyük görseli genellikle hero alanındadır ve çoğu sitede ekranda göründüğünden çok daha büyük boyutta yüklenir. Modern görsel formatları ve doğru boyutlandırma tek başına birkaç saniye kazandırabilir.
- Fazla ve engelleyici üçüncü taraf betikleri. Analitik, sohbet, ısı haritası, reklam pikselleri… Her biri küçük görünür; toplamı INP'yi doğrudan bozar. Kritik olmayan betikler geciktirilerek yüklenmelidir.
- Sunucu yanıt süresi. Tarayıcı hiçbir şey çizmeden önce sunucunun ilk baytı göndermesini bekler. Yetersiz kaynak, önbelleksiz çalışan bir uygulama veya yavaş bir veritabanı sorgusu bu süreyi uzatır ve tüm zinciri geciktirir.
- Boyutu belirtilmemiş görsel ve reklam alanları. CLS'nin klasik nedenidir. Tarayıcı yeri baştan ayırmadığı için içerik yüklendikçe sayfa zıplar. Genişlik-yükseklik tanımlamak çoğu durumda sorunu bitirir.
- Yazı tipi yükleme davranışı. Özel yazı tipleri yüklenene kadar metnin gizlenmesi hem algılanan hızı düşürür hem de yerleşim kaymasına yol açar. Yedek yazı tipiyle metni hemen göstermek daha iyi bir tercihtir.
- Ağır sayfa şablonları ve eklenti yığılması. Özellikle WordPress kurulumlarında, yıllar içinde eklenen ama kullanılmayan eklentiler her sayfaya kendi dosyalarını yükler. Düzenli temizlik, kod optimizasyonundan daha hızlı sonuç verir.
Hız ile iş sonucu arasındaki bağ
Bu üç rakama yatırım yapmanın gerekçesi yalnızca sıralama değildir. Yavaş sayfa, ziyaretçiyi içerik görünmeden kaybettirir; kaybedilen ziyaretçi hiçbir dönüşüm hunisine girmez. Bu yüzden hız iyileştirmesi, aynı reklam bütçesiyle daha çok müşteri anlamına gelir — reklam tarafında da kalite puanını doğrudan etkiler.
Etkinin en görünür olduğu yer mobil trafiktir. Masaüstünde fark edilmeyen bir gecikme, ortalama bir telefonda ve mobil bağlantıda birkaç katına çıkar. Ziyaretçilerinizin çoğunluğu mobilse, ölçümü de kararı da mobil verisi üzerinden yapmalısınız.
Ölçüm ve iyileştirme kontrol listesi
- Önce saha verisini görün. Search Console'un deneyim raporu, hangi sayfa gruplarının eşiğin altında kaldığını gösterir.
- En çok trafik alan 5 sayfayı ayrı ölçün. Site geneli ortalaması, en değerli sayfalarınızdaki sorunu gizleyebilir.
- Mobil ve masaüstünü ayrı değerlendirin. İkisi çoğu zaman farklı sorunlara işaret eder.
- Hero görselini önceliklendirin ve boyutunu ekrandaki gerçek boyuta indirin.
- Üçüncü taraf betiklerini envanterleyin. Her birinin kim tarafından, hangi amaçla eklendiğini yazın; sahipsiz olanları kaldırın.
- Sunucu tarafı önbelleklemeyi doğrulayın. Dinamik sayfaların önbelleğe girip girmediğini test edin.
- Tüm görsel ve iframe'lere boyut tanımlayın.
- Değişiklik sonrası 28 gün bekleyin. Saha verisi kayan pencereyle güncellenir; hemen sonuç görmemek başarısızlık değildir.
- Ölçümü tekrarlanabilir hâle getirin. Aynı sayfa, aynı araç, aynı koşullar — aksi hâlde iyileştirme ölçülemez.
Altyapının payı
Bu metriklerin bir kısmı kodla, bir kısmı doğrudan barındırma altyapısıyla ilgilidir. Sunucunun ilk bayt süresi, disk hızı, PHP sürümü ve önbellek katmanı LCP'nin taban değerini belirler; yazılım tarafında ne yaparsanız yapın bu tabanın altına inemezsiniz. Coğrafi olarak dağınık bir kitleye hizmet veriyorsanız içerik dağıtım ağı, kullanıcıya olan fiziksel mesafeyi kısaltarak aynı sayfanın çok daha hızlı açılmasını sağlar.
Bu yüzden hız çalışmasına başlarken sıralama şu olmalıdır: önce sunucu ve önbellek, sonra görseller, sonra betikler, en son kod düzeyi ince ayar. Ters sıradan başlayan projeler en çok emeği en az getirili yere harcar.
Netişlem uzman görüşü: hedef 100 puan değil, eşiğin altında kalmak
İşletmelerin en çok enerji kaybettiği yer, ölçüm aracındaki puanı 100'e çıkarma çabası. Oysa arama motorunun baktığı şey puan değil, üç metriğin eşiğin altında kalıp kalmadığı. 92 ile 99 arasındaki fark kullanıcı için de arama motoru için de anlamsızdır; buna karşılık LCP'yi 4,1 saniyeden 2,4 saniyeye indirmek her iki tarafta da ölçülebilir fark yaratır.
İkinci gözlemimiz: hız çalışmaları genellikle tek seferlik proje olarak ele alınıyor. Ancak site canlı bir sistemdir; yeni bir kampanya görseli, eklenen bir izleme kodu veya güncellenen bir eklenti kazanımı birkaç haftada geri alabilir. Çeyrekte bir yapılan kısa bir kontrol, altı ayda bir yapılan büyük optimizasyondan daha iyi korur.
Üçüncüsü, ölçümün gerçek cihazla yapılmaması. Geliştiricinin güçlü bilgisayarında ve hızlı bağlantısında sorun görünmez. Kararı, müşterinizin kullandığı ortalama telefonun verisine bakarak vermek; bu üç metriği anlamanın en kestirme yoludur.
Sık sorulan sorular
Core Web Vitals sıralamayı ne kadar etkiliyor?
Doğrudan ve tek başına belirleyici bir faktör değildir; içerik kalitesi ve alaka her zaman önce gelir. Ancak benzer kalitedeki sonuçlar arasında ayırt edici bir sinyaldir. Asıl etkisi dönüşüm tarafında görülür: yavaş sayfa, sıralamadan bağımsız olarak ziyaretçi kaybettirir.
PageSpeed puanım 90 ama metriklerim kırmızı, neden?
Puan laboratuvar simülasyonundan, metrik durumu ise gerçek kullanıcı verisinden gelir. Test aracının kontrollü ortamı, müşterilerinizin gerçek cihaz ve bağlantı koşullarını yansıtmayabilir. Karar için saha verisine bakın.
INP nedir, eski FID metriğinden farkı ne?
FID yalnızca ilk etkileşimin gecikmesini ölçüyordu. INP ise ziyaret boyunca yapılan tüm etkileşimleri değerlendirir ve en kötü deneyimi temsil eder. Bu nedenle daha zorlayıcıdır; FID'de iyi görünen siteler INP'de sorun yaşayabilir.
Hosting değiştirmek bu rakamları düzeltir mi?
Sunucu kaynaklı gecikme baskın sorunsa belirgin fark yaratır, çünkü ilk bayt süresi tüm zinciri geciktirir. Ancak sorun ağır görseller veya üçüncü taraf betikleriyse taşıma tek başına yeterli olmaz. Doğru sıra, önce ölçüp darboğazı tespit etmektir.
CLS sorununu nasıl hızlıca bulurum?
Sayfayı yavaş bağlantı simülasyonuyla açıp yükleme sırasında hangi öğelerin yerini değiştirdiğini izlemek çoğu durumda yeterlidir. Suçlu genellikle boyutu tanımlanmamış bir görsel, geç yüklenen bir reklam alanı veya sonradan görünen bir duyuru şerididir.
Ne sıklıkla kontrol etmeliyim?
Çeyrekte bir düzenli kontrol çoğu işletme için yeterlidir. Bunun dışında tema güncellemesi, yeni eklenti kurulumu veya kampanya sayfası yayını gibi değişikliklerden sonra kısa bir doğrulama yapılması önerilir.
Sonuç
Core Web Vitals'ı teknik bir gündem maddesi olarak görmek, onu sürekli erteleten şeydir. Oysa bu üç rakam tek bir soruyu cevaplar: müşteriniz sayfanızı açtığında ne yaşıyor? Bu soruyu ölçülebilir hâle getiren her işletme, hem arama motorunda hem satış tarafında karşılığını görür.
Sitenizin bu üç metrikteki gerçek durumunu ölçmemizi isterseniz bize ulaşın. Hızlı hosting, WordPress hızlandırma ve CDN çözümlerimizi inceleyebilir; ilgili yazılarımızdan kapasite testi ve hosting terimleri rehberine göz atabilirsiniz.