Chrome 151: Tek Sayfa Uygulamalarında Sayfa Geçişleri Artık Ölçülebiliyor

28 Temmuz 2026’da kararlı sürüme çıkan Chrome 151, tarayıcının performans zaman çizelgesine iki yeni kayıt tipi ekledi: soft-navigation ve interaction-contentful-paint. Bu iki kayıt, React, Vue veya Next.js ile yazılmış tek sayfa uygulamalarında ilk yüklemeden sonraki sayfa geçişlerinin de ölçülebilmesini sağlıyor. Yani bugüne kadar hiçbir hız raporunda görünmeyen kısmın.

Sorun: Klasik LCP Yalnızca İlk Yüklemeyi Ölçer

LCP (Largest Contentful Paint), bir sayfada ekrandaki en büyük içerik parçasının ne zaman göründüğünü ölçen metriktir ve Core Web Vitals setinin parçasıdır. Ama ölçtüğü şey tek bir andır: belgenin tarayıcıya ilk yüklendiği an.

Tek sayfa uygulamalarında bu ciddi bir kör nokta yaratıyor. Kullanıcı siteye bir kez girer, sonra ürün listesinden ürün detayına, oradan sepete, oradan ödemeye geçer. Bu geçişlerin hiçbirinde belge yeniden yüklenmez; adres çubuğundaki URL JavaScript ile değişir, içerik yerinde güncellenir. Tarayıcı açısından hâlâ aynı sayfadasınızdır, dolayısıyla yeni bir LCP ölçümü yapılmaz.

Sonuç şu: PageSpeed’de 100 puan alan bir e-ticaret sitesinde sepet geçişi üç saniye sürebilir ve bu hiçbir raporda görünmez. Üstelik dönüşümü asıl belirleyen ekranlar tam olarak bunlar — ilk yükleme değil, sonrasındaki geçişler. Ölçemediğiniz şeyi de düzeltemiyorsunuz.

Bunun işletme tarafındaki karşılığı şöyle: analitikte “sepet adımında terk oranı yüksek” diye bir bulgu görürsünüz ve nedenini tahmin etmeye çalışırsınız. Kargo ücreti mi caydırıyor, form mu uzun, yoksa ekran mı geç geliyor? İlk ikisini ölçebiliyordunuz; üçüncüsünü ölçemiyordunuz. Bu yüzden aylarca tasarım değişiklikleri denenip sorunun aslında bekleme süresi olduğu fark edilmeyebiliyor.

Chrome 151’in Eklediği İki Yeni Kayıt

Chrome 151 sürüm notlarına göre bu iki kayıt tipi, “tek sayfa uygulamalarında etkileşim kaynaklı performansı izlemek için” performans zaman çizelgesine ekleniyor. İkisinin işlevi farklı:

soft-navigation (yumuşak gezinme): Sürüm notlarındaki tanımıyla, “etkileşimlerle başlatılan, aynı belge içindeki geçmiş durumu değişikliklerini” raporluyor. Sadece raporlamakla kalmıyor, aynı zamanda yeni bir zaman başlangıcı kuruyor. Bunun pratik anlamı önemli: kaydedilecek performans verileri artık belgenin ilk URL’sine değil, kullanıcının o an bulunduğu rotaya yazılıyor. Yani /sepet geçişinde ölçülen süre, saatler önce açılan ana sayfanın hanesine yazılmıyor.

interaction-contentful-paint: Bu kayıt, “bir kullanıcı etkileşiminin değiştirdiği sayfa bölümlerindeki yeni içerik boyamalarını” raporluyor. Sürüm notlarının ifadesiyle amacı, “asenkron veri istekleri boyunca bile etkileşimin yükleme gecikmesini” anlaşılır kılmak. Kabaca söylemek gerekirse: LCP’nin yaptığı ölçümün, ilk yükleme yerine bir tıklamadan sonra tetiklenen hâli.

İkisi arasındaki ilişki WICG’nin soft navigations taslağında tanımlanıyor: bir yumuşak gezinmenin sayılması için hem aynı belge içinde URL değişikliği olması hem de aynı etkileşime bağlanabilen bir içerik boyaması gerçekleşmesi gerekiyor. interaction-contentful-paint kayıtları ise, etkileşim sonunda bir yumuşak gezinmeye dönüşsün dönüşmesin, tespit edildikçe zaman çizelgesine yazılıyor. Bu ayrım işe yarıyor: bir modalın veya filtre sonucunun açılma süresi de ölçülebiliyor, sadece rota değişimleri değil.

Sitenizde Tek Sayfa Uygulama Var mı?

Bu ayrım genelde teknik ekibin bildiği bir şeydir, ama kısa bir kontrol listesi çıkarmak mümkün:

• Sekmedeki yükleme göstergesi. Menüden bir sayfaya geçerken tarayıcı sekmesindeki dönen daire çalışıyorsa, muhtemelen klasik sayfa yüklemesi var. Hiç kıpırdamıyor ve içerik yerinde değişiyorsa, yumuşak gezinme var demektir.
• Ağ sekmesi. Tarayıcıda geliştirici araçlarını açıp Network sekmesine geçin, sonra bir bağlantıya tıklayın. Yeni bir “document” isteği görüyorsanız tam yükleme; yalnızca fetch/XHR istekleri görüyorsanız tek sayfa geçişi.
• Kullanılan teknoloji. React Router, Vue Router, Next.js App Router, Angular Router veya benzeri bir istemci tarafı yönlendirici varsa geçişler yumuşak gezinmedir.
• Hazır platformlar. Bazı e-ticaret temaları ürün listesi ve filtreleri tek sayfa gibi çalıştırırken sepet ve ödeme adımlarında tam yükleme yapar. Karma yapılar yaygındır; sayfa sayfa bakmak gerekir.

Ölçüme Nasıl Başlanır?

Bu kayıtlar PerformanceObserver ile dinleniyor. Önce desteğin olup olmadığını kontrol etmek mantıklı:

const supported = PerformanceObserver.supportedEntryTypes;

if (supported.includes('soft-navigation')) {
  new PerformanceObserver((list) => {
    for (const entry of list.getEntries()) {
      // entry.name, entry.startTime, entry.entryType
      sendToAnalytics(entry);
    }
  }).observe({ type: 'soft-navigation', buffered: true });
}

if (supported.includes('interaction-contentful-paint')) {
  new PerformanceObserver((list) => {
    for (const entry of list.getEntries()) {
      sendToAnalytics(entry);
    }
  }).observe({ type: 'interaction-contentful-paint', buffered: true });
}

buffered: true, gözlemci devreye girmeden önce oluşmuş kayıtları da almanızı sağlar; erken tetiklenen geçişleri kaçırmamak için gerekir. Verileri gönderirken navigator.sendBeacon kullanmak, kullanıcı sayfadan ayrılırken isteğin düşmesini engeller.

Pratik tarafta üç şeyi baştan planlayın: kaydı hangi rotaya yazacağınızı (URL değil, rota şablonu — /urun/:id gibi), örnekleme oranını (her ziyaretçiden veri toplamak gereksiz maliyet yaratır) ve verinin nerede birikeceğini. Kendi uç noktanız da olur, mevcut analitik aracınız da.

Veri Geldikten Sonra Ne Yapılır?

Toplanan veri tek başına bir şey düzeltmez; ne aradığınızı bilmek gerekir:

• Rota bazında dağılıma bakın. Ortalama değil, 75. yüzdelik dilim. Ana sayfa hızlı ama /sepet geçişi yavaşsa sorun tüm sitede değil, tek bir rotadadır.
• Huninizle eşleştirin. Terk oranının yükseldiği adım ile geçiş süresinin uzadığı rota aynıysa, elinizde tahmin değil, ölçüm vardır.
• Yavaş rotanın nedenini ayırın. Geçiş sırasında veri isteği mi bekleniyor, yoksa o rotanın JavaScript paketi mi o an indiriliyor? İlkine önden veri çekme veya önbellek, ikincisine kod bölme çözüm olur.

Aynı Sürümdeki İki Küçük Ama İşe Yarar Değişiklik

Chrome 151’in performans başlığı altında, doğrudan tek sayfa uygulamalarıyla ilgili olmayan ama pratik faydası olan iki değişiklik daha var.

Birincisi, çift gezinme isteklerinin yok sayılması. Sürüm notlarına göre, devam eden bir gezinme artık hemen ardından başlatılan birebir aynı gezinme tarafından iptal edilmiyor. Kastedilen senaryo klasiktir: kullanıcı bağlantıya veya butona iki kere üst üste tıklar, ilk istek yolun yarısındayken iptal edilir ve her şey baştan başlar. Bu değişiklik, çift tıklama yüzünden boşa giden ağ isteklerini önlüyor.

İkincisi, çapraz kaynaklı yönlendirme sürelerinin ölçülebilmesi. Sunucular, kendi yönlendirmelerinin gezinmenin vardığı kaynak tarafından ölçülmesine izin verebiliyor. Kampanya bağlantıları, kısaltılmış URL’ler veya reklam yönlendirmeleri kullanan ekipler için bu, “kullanıcı tıkladıktan sonra sayfa açılana kadar geçen sürenin ne kadarı yönlendirmede kayboluyor?” sorusuna nihayet sayı ile cevap verebilmek demek.

Sınırlar

Birkaç noktayı baştan söylemek gerekir. Bu kayıtlar tarayıcı tarafında toplanır; yalnızca destekleyen tarayıcılardan veri gelir, dolayısıyla elinizdeki tablo tüm trafiğinizi kapsamaz. Chrome 151 sürüm notlarında bu kayıtların Core Web Vitals eşiklerine bağlandığına veya arama sıralamasına etki edeceğine dair bir ifade yok; bunlar şu an için teşhis amaçlı ölçüm araçları. Ayrıca yumuşak gezinme tespiti bir sezgisel kurala dayanıyor: etkileşim, URL değişikliği ve içerik boyaması bir arada gerçekleşmelidir. Bu koşulları sağlamayan geçişler kayda düşmeyebilir.

Bunlara rağmen tablo, hiç veri olmamasına göre çok daha iyi. İlk yükleme performansını iyileştirmenin yöntemlerini PageSpeed 100 puanı nasıl aldığımızı anlattığımız yazıda paylaşmıştık; Chrome 151 ile birlikte aynı disiplini ilk yüklemeden sonraki geçişlere de uygulamak mümkün hâle geliyor.

Nereden Başlamalı?

Makul bir sıra şu: önce sitenizin hangi bölümlerinin tek sayfa mantığıyla çalıştığını çıkarın, sonra en kritik üç geçişe (ürün detayı, sepet, ödeme) ölçüm koyun, iki hafta veri biriktirin, en yavaş rotayı seçip nedenini ayırın. Tek seferde her şeyi ölçmeye çalışmak, işe yaramayan bir veri yığını üretir.

Sitenizin geçiş performansını ölçmek ve yavaş rotaları düzeltmek için site hız optimizasyonu hizmetimize bakabilir, durumunuzu konuşmak isterseniz iletişim sayfamızdan bize ulaşabilirsiniz.