--- title: SEO için Core Web Vitals: LCP, INP, CLS category: guide canonical: https://forgehouse.ai/tr/rehberler/core-web-vitals-seo/ lang: tr hreflang_alt: https://forgehouse.ai/guides/core-web-vitals-seo/ last_updated: 2026-06-20 --- # SEO için Core Web Vitals: LCP, INP, CLS > Core Web Vitals, Google'ın bir sayfanın gerçek kullanıcılarda nasıl hissettirdiğini ölçen üç sayfa deneyimi metriğidir; yüklenme (LCP), etkileşim (INP) ve görsel kararlılık (CLS) olarak gerçek Chrome ziyaretlerinden 75. yüzdelik dilimde ölçülür. Doğrulanmış bir sıralama sinyalidir ve bu rehber her metriği, geçer eşiğini ve nasıl teşhis edilip düzeltileceğini anlatır. ## Core Web Vitals (LCP, INP, CLS) nedir? Core Web Vitals, Google'ın bir sayfanın gerçek bir insana nasıl hissettirdiğini puanlamak için kullandığı üç metriktir ve sentetik bir testten değil gerçek Chrome ziyaretlerinden ölçülür. Yüklenmeyi, etkileşimi ve görsel kararlılığı kapsar, Google'ın daha geniş sayfa deneyimi sinyallerinin içinde yer alır. Mesele bir araçta mükemmel skor almak değildir; orta seviye bir telefondaki kullanıcının yüklenen, tepki veren ve yerinde duran bir sayfa görüp görmediğidir. Birinci metrik olan Largest Contentful Paint (LCP) yüklenmeyi ölçer. Görünür alandaki en büyük öğenin (genelde hero görseli, bir video kapağı ya da büyük bir başlık metni bloğu) ekrana çizilmesini bitirdiği anı işaretler. LCP, ziyaretçinin tek umursadığı yüklenme sorusunu yanıtlar: asıl içerik ne zaman ekranda olacak. Yükleme dönen ikonu ve favicon'u bilerek görmezden gelir, "bu sayfa geldi" sinyalini veren öğeye bakar. İkinci metrik olan Interaction to Next Paint (INP) tepkiselliği ölçer. Mart 2024'te First Input Delay'in yerini alarak Core Web Vital oldu ve daha katı bir testtir. Eski metrik yalnızca ilk etkileşimden önceki gecikmeye bakarken, INP ziyaret boyunca her dokunuşu, tıklamayı ve tuş basışını gözler ve en yavaş anlamlı olanı raporlar. Bastıktan sonra bir butonun yarım saniye ölü kalması durumunu yakalayan sayı INP'dir. Üçüncü metrik olan Cumulative Layout Shift (CLS) görsel kararlılığı ölçer. Kullanıcı yokken düzenin ne kadar zıpladığını puanlar; geç yüklenip yazıyı aşağı iten banner, parmağın tam yaklaşırken yer değiştiren buton. CLS, sayfa bir saniye geç kendini yeniden dizdiği için yanlış yere dokunma sinirinin arkasındaki metriktir. Üçü birlikte hem insan hem makine için basit bir soruyu yanıtlar: bu sayfa geldi mi, çalıştı mı, yerinde durdu mu. ## Geçer eşik değerleri nelerdir? Bir sayfa, üç metriğin de ziyaretlerin 75. yüzdelik diliminde "İyi" bandına düşmesi durumunda Core Web Vitals'ı geçer; bu da ortalama değil, gerçek yüklenmelerin kabaca dörtte üçünün eşiği tutturması demektir. Google bu eşikleri açıkça yayımlar ve her güvenilir araç aynı sayıları raporlar. | Metrik | İyi | Geliştirilmeli | Zayıf | |---|---|---|---| | LCP (yüklenme) | 2.5 sn ve altı | 2.5 sn ile 4.0 sn | 4.0 sn üzeri | | INP (etkileşim) | 200 ms ve altı | 200 ms ile 500 ms | 500 ms üzeri | | CLS (görsel kararlılık) | 0.1 ve altı | 0.1 ile 0.25 | 0.25 üzeri | Çoğu kişiyi iki ayrıntı yanıltır. Birincisi, 75. yüzdelik dilim tasarım gereği affetmezdir: fiber bağlantılı bir masaüstündeki hızlı yüklenmeleriniz, üç yıllık bir telefonda kesik mobil veriyle gelen yavaş yüklenmeleri kurtarmaz, çünkü metrik en iyi durumu değil gerçek kullanıcının aldığı deneyimi yansıtmak için kuruludur. İkincisi, mobil ve masaüstü ayrı puanlanır, yani bir sayfa masaüstünde geçip mobilde kalabilir, ki başarısızlıkların ve trafiğin çoğu mobildedir. Pratik kural, mobil saha verisini asıl test, geri kalan her şeyi destekleyici kanıt saymaktır. Bantları okumanın işe yarar yolu onları bir trafik ışığı gibi görmektir. "İyi", sayfa deneyimi avantajını kazandıran tek durumdur. "Geliştirilmeli", deneyim sızdırdığınızı ama kovalayacak net bir hedefiniz olduğunu gösterir. "Zayıf", sayfanın size karşı çalıştığı anlamına gelir ve 75. yüzdelik dilimde bu neredeyse her zaman belirsiz bir "site yavaş" durumuna değil, somut ve düzeltilebilir bir nedene dayanır. ## Laboratuvar verisi neden saha (CrUX) verisinden farklıdır? Laboratuvar verisi ve saha verisi farklı soruları yanıtlar ve ikisini karıştırmak, ekiplerin Core Web Vitals'ı "düzeltip" sıralamada hiçbir etki görmemesinin en sık nedenidir. Laboratuvar verisi, genelde Lighthouse ya da PageSpeed Insights'ın laboratuvar bölümünden, tek bir cihaz ve ağ benzetimi üzerinde yapılan tek kontrollü bir çalışmadan gelir. Saha verisi ise Chrome User Experience Report'tan (CrUX), 28 günlük kayan bir pencerede gerçek Chrome kullanıcılarının toplamından gelir ve Google'ın sayfayı değerlendirirken gerçekten kullandığı veri budur. İkisi ayrışır çünkü laboratuvar temiz bir odadır, saha ise gerçek dünyadır. Hızlı bir bağlantı benzetimiyle yapılan laboratuvar testi gurur verici bir LCP gösterebilir, oysa ucuz telefonlara ve tıkalı ağlara dağılmış gerçek kitleniz "Geliştirilmeli" bandında oturuyordur. Bu boşluk bir hata değildir; tek ideal yüklenme ile binlerce kusurlu yüklenmenin yayılımı arasındaki farktır. Laboratuvar harika, saha kötü göründüğünde sahaya güvenin, çünkü ziyaretçilerinizin de Google'ın da gördüğü odur. Laboratuvarın ölçebileceğinin de katı bir sınırı var. INP gerçek etkileşimlere dayanır ve bir laboratuvar çalışması hiçbir yere tıklamaz, dolayısıyla Lighthouse gerçek bir INP değeri üretemez. Bunun yerine, ana iş parçacığının ne kadar meşgul olduğunun bir göstergesi olarak Total Blocking Time (TBT) raporlar; INP ile ilişkilidir ama aynı sayı değildir. Bir sayfanın kusursuz bir Lighthouse skoru gösterip sahada yine de INP'de kalmasının nedeni budur: gösterge, yavaş olan gerçek etkileşimleri kaçırmıştır. İşleyen ayrım basittir. Bir sayfanın geçip geçmediğine ve hangi sayfaları önceliklendireceğinize karar vermek için saha verisini (CrUX) kullanın; nedeni yeniden üretip ayıklamak için laboratuvar verisini (Lighthouse) kullanın, çünkü laboratuvar tekrarlanabilir bir iz, saha ise kararı verir. ## Başarısız bir Core Web Vital nasıl teşhis edilir? Teşhis her seferinde tek bir sırayı izler: üç metrikten hangisinin başarısız olduğunu görmek için saha verisini oku, nedeni bulmak için laboratuvar izini aç, sonra skoru kovalamak yerine nedeni düzelt. Her metriğin kısa ve iyi anlaşılmış bir suçlu listesi vardır, yani hangisinin kırmızı olduğunu bildikten sonra genelde yeşile bir ya da iki değişiklik kadar uzaktasınızdır. Başarısız bir **LCP** neredeyse her zaman üç yerden birinden gelir: herhangi bir şey çizilmeden önceki yavaş sunucu yanıtı, ilk boyamayı geciktiren render engelleyici CSS veya JavaScript, ya da geç yüklenen ağır bir hero kaynağı. Çözümler nedenle eşleşir: sunucu süresini kısmak için önbelleğe alın ve bir CDN'den sunun, kritik olmayan betikleri erteleyin ve kritik CSS'yi satır içine alın, hero görseli için de sıkıştırın, modern bir format sunun, duyarlı boyutlandırın ve tarayıcıya onu önce yüklemesini söyleyin. Sunucu tarafında işlenen ya da statik üretilen HTML burada istemci tarafı render'ı yener, çünkü asıl içerik görünmek için bir JavaScript paketini beklemez. Başarısız bir **INP** bir ana iş parçacığı sorunudur: uzun JavaScript görevleri tarayıcıyı bloklar, böylece zaten gerçekleşmiş dokunuşa yanıt veremez. Çareler işi parçalara böler: uzun görevleri bölmek, sayfanın ihtiyaç duymadığı betikleri ertelemek ya da kaldırmak, paketi küçültmek, ağır hesabı bir web worker'a taşımak ve girdiye sıra gelsin diye ana iş parçacığını geri vermek. Başarısız bir **CLS** ise neredeyse her zaman ayrılmayan yerdir: genişlik ve yükseklik tanımsız görseller ve gömülü içerikler, okuyucunun baktığının üstüne içerik enjekte eden reklam ya da banner alanları, ve metni değiştirip yeniden akıtan web fontları. Çözümler açık boyutlar ya da bir en boy oranı tanımlamak, içerik gelmeden alanı ayırmak ve fontları kararlı bir geçiş stratejisiyle yüklemektir. Bu, bir yapay zekâ ajanının iyi yaptığı, kurala bağlı ve tekrarlanabilir türden bir kontroldür, ki forgehouse açısı da budur. PageSpeed Insights arayüzü herhangi bir URL için hem CrUX saha verisini hem de bir Lighthouse laboratuvar çalışmasını tek bir çağrıda döndürür; böylece bir ajan tüm önemli sayfalarda Core Web Vitals'ı çekebilir, 75. yüzdelik dilimde başarısız olanlara göre sıralayabilir, laboratuvar izinden olası nedeni ekleyebilir ve yığınla yeşil kırmızı yerine sıralanmış bir önce şunu düzelt listesi verebilir. Yavaş, sayfa sayfa ilerleyen elle bir denetimi, bir sonraki saati tam olarak nereye harcayacağınızı söyleyen dakikalık bir taramaya çevirir. Bu denetimi ve düzeltmeleri her ay kendin koşmak istemiyorsan, [Vorkaz Core Web Vitals değerlerini senin için izler ve en zayıf sayfalarını optimize eder](/tr/vorkaz/seo-aeo). ## Core Web Vitals yapay zekâ aramasında görünürlüğü etkiler mi? Core Web Vitals gerçek bir sıralama sinyalidir, ama dürüst yanıt onları orantısıyla koyar: sayfa deneyiminin parçasıdırlar ve birincil bir kaldıraçtan çok bir eşitlik bozucu gibi davranırlar. Yarışın çoğunu alaka ve içerik kalitesi belirler; Core Web Vitals yakın kararları belirler, yani iki sayfa sorguyu eşit derecede iyi yanıtladığında daha hızlı ve daha kararlı olanın ziyareti kazanıp tuttuğu durumları. Onları sihirli bir sıralama düğmesi saymak hayal kırıklığına götürür; iyi bir sayfanın üzerinde durduğu temel saymaksa tam isabettir. Yapay zekâ cevap motorları için mantık aynı temel, biraz farklı bir açıdan görülmüş halidir. Bir yapay zekâ motorunun bir sayfayı okuyup alıntılayabilmesi için önce onu getirip işlemesi gerekir, dolayısıyla yavaş yüklenen, ana iş parçacığını blokleyan ya da render sırasında kendini yeniden dizen bir sayfa, temiz işlenmesi daha zor ve taranması daha pahalı bir sayfadır. Hız ve kararlılık tek başına alıntı kazandırmaz, ama içeriğinizin baştan okunmasını engelleyen sürtünmeyi ortadan kaldırır, ki teknik sağlık ile içerik kalitesinin rekabet etmek yerine birbirini güçlendirmesinin nedeni budur. Hızlı ve kararlı bir sayfa, bir yapay zekâ cevabından geçen insanı da elde tutar, ve bu tutulan ziyaret bileşik biriken sinyaldir. Pratik çıkarım, Core Web Vitals'ı bir büyüme stratejisi olarak değil, masaya giriş bileti olarak yeşil tutmaktır. Sayfayı yüklenen, tepki veren ve kararlı hale getirin ki ne Google'ın ne de bir yapay zekâ motorunun onu değersiz görmek için bir nedeni kalsın, sonra asıl emeğinizi sıralamayı gerçekten kazanan içerik ve otoriteye verin. [Core Web Vitals değerlerini tıklama ve gösterimlerinizle birlikte Search Console'da zaman içinde takip edebilirsiniz](/tr/rehberler/google-search-console-analizi-yapay-zeka/), böylece bir gerileme sürpriz değil, üzerine harekete geçebileceğiniz bir eğilim olarak görünür. Bu akışın tamamı [yapay zekâ ile SEO otomasyonunun tamamı](/tr/rehberler/yapay-zeka-ile-seo-nasil-yapilir/) içinde yer alır ve yukarıdaki önce sahayı oku sonra düzelt disiplini, [SEO Analitik MCP Kiti](/tr/ai-kitler/seo-analytics-mcp-kit/)'nin PageSpeed Insights arayüzüne tekrarlanabilir bir bağlayıcı olarak paketlediği şeydir. --- Üretici: Can Davarcı, https://candavarci.com.tr