top of page

INP Optimizasyonu nasıl yapılır?

Mart 2024'te Google, First Input Delay (FID) metriğini resmi olarak Interaction to Next Paint (INP) ile değiştirerek Core Web Vitals (CWV) metriklerinden biri haline getirdi. Bu değişiklik sadece küçük bir ayarlama değildi; Google'ın kullanıcı deneyimini nasıl değerlendirdiğine dair temel bir dönüşümdü.


Muhtemelen sorduğunuz soru, Google neden bu değişikliği yaptı?


  • Kapsamlı değerlendirme: Bir web sayfası ilk tıklamaya hızlı yanıt verebilir, ancak sonraki etkileşimlerde yavaşlayabilir. INP tüm etkileşimleri değerlendirir ve kullanıcı deneyiminin daha doğru bir temsilini sunar.


  • Zorluklar ve fırsatlar: INP, FID'ye göre optimize edilmesi daha zor olsa da, sitenizin genel yanıt verebilirliğini önemli ölçüde iyileştirme fırsatı (veya SEO uzmanları için bir zorluk) sunar. INP değerlendirmelerini geçen siteler muhtemelen üstün bir kullanıcı deneyimi sunuyor ve bu da daha iyi etkileşim ve genel SEO performansına yol açabilir.


Ancak karmaşık yapısı nedeniyle, Google'ın diğer iki CWV metriği olan LCP ve CLS'nin aksine belirli sorunlu etkileşimler hakkında açıkça bilgi sağlamaması, siz SEO uzmanları veya site sahipleri olarak INP sorunlarını belirleme, performans izlerini analiz etme ve sorunları buna göre ele alma işini sizin yapmanızı gerektiriyor.


Bu rehberde, bir web etkileşiminin neleri içerdiğinin ayrıntılarını, INP sorunlarını nasıl tespit edeceğinizi ve INP sürelerinizi azaltma stratejilerini ele alacağım; böylece kullanıcı deneyimi ve SEO'nun bu unsuruyla başa çıkmak için tam donanımlı olacaksınız.


İçindekiler:






INP nedir?


Interaction to Next Paint, Google'ın bir web sayfasının kullanıcı etkileşimlerine yanıt verme hızını ölçmek için kullandığı metriktir.


Ayakkabı ürünü soru-cevap açılır menüsünü kullanarak duyarlılığın iyi ve kötü bir örneğini gösteren bir GIF. Kötü örnekte, açılır menüye tıklandığında anında yanıt verilmezken, iyi örnekte daha fazla ayrıntıyla anında genişler.

"INP'nin amacı, bir kullanıcının etkileşim başlattığı andan bir sonraki karenin boyandığı zamana kadar geçen sürenin, kullanıcının yaptığı çoğu veya tüm etkileşimler için mümkün olduğunca kısa olmasını sağlamaktır." Kaynak: Google.


INP Derecelendirme Görseli

Google 'etkileşimleri' şöyle tanımlar:

  • Tıklama

  • Mousedown (fare basma)

  • Dokunma (dokunmatik ekranlı cihazlarda)

  • Tuş vuruşları


INP, sayfanın kendisiyle bir etkileşim olmadığı için kaydırmayı içermez.


INP milisaniye cinsinden ölçülür ve Google performansı şu şekilde kategorilere ayırır:


  • İyi — INP, 200ms'ye eşit (veya daha az)


  • İyileştirme Gerekiyor — INP, 200ms'den büyük ve 500ms'ye eşit (veya daha az)


  • Zayıf — INP, 500ms'den büyük


Etkileşimleri anlamak: INP'nin temeli


INP'yi etkili bir şekilde optimize etmek için öncelikle bir etkileşimin ne olduğunu ve zamanlamasını hangi faktörlerin etkilediğini anlamak esastır.


Bir etkileşim aşağıdaki üç bileşenden oluşur:


  1. Girdi gecikmesi — Bu, bir kullanıcının etkileşimi ile tarayıcının etkileşimi kaydetmesi (ve ardından yanıt verebilmesi) arasındaki ilk gecikmedir. Birkaç faktör girdi gecikmesini etkileyebilse de, genellikle arka planda çalışan JavaScript (JS) ve tarayıcının etkileşime yanıt vermeye hazır olmaması gereksiz gecikme ekler.

  2. İşleme süresi — Girdi tanındıktan sonra, tarayıcı eylemi işlemelidir. Bu, karmaşık hesaplamaları, DOM manipülasyonunu veya veri getirmeyi içerebilir.

  3. Sunum gecikmesi — Bu, tarayıcının etkileşimi işledikten sonra ekranı güncellemesi için geçen süredir. İşleme gecikmesi genellikle render performansından ve tarayıcının yeni kareleri ne kadar verimli boyayabildiğinden etkilenir.


Optimizasyonlarınıza devam ederken, bunun sadece INP'nin ne olduğunu bilmekle ilgili olmadığını, web sitenizdeki her etkileşimin performansı nasıl etkilediğini anlamakla ilgili olduğunu unutmayın. Bu bilgiyle donanmış olarak, performans optimizasyonuna daha stratejik yaklaşabilir, gecikmelerin nerede olduğunu ve bunlara neyin neden olduğunu belirleyebilirsiniz.


Web sitenizin etkileşimlerini nasıl görüntülersiniz

Şimdi sizi etkileşimler ve INP hakkında bilgilendirdiğime göre, web sitenizin etkileşimlerini ayrıntılı olarak görüntüleme ve analiz etme zamanı.


Bunu yapmanıza yardımcı olacak birkaç araç ve teknik mevcut olsa da, Chrome Dev Tools kullanmaya odaklanacağım çünkü ihtiyacınız olan tüm verileri buradan alabilirsiniz ve üçüncü taraf araçlar veya bir kurulum süreci gerektirmez:


  1. İstediğiniz web sayfasına sağ tıklayın ve Inspect'e tıklayın. Bu, Chrome DevTools'u açar. "Performance" sekmesine gidin ve sol üstteki kayıt düğmesi simgesine basın veya sağ yan panelde "record" düğmesine tıklayın veya sayfanın yeniden yüklenmesi için "record and reload"'a tıklayın.

  2. Sayfayla kullanıcılarınız gibi etkileşim kurun. Butonlara tıklayın ve alanlara metin girin. Kaydı durdurmak için tekrar kayıt düğmesine tıklayın. İz daha sonra otomatik olarak sekmeye yüklenecektir.

  3. "Interactions" adlı satırı arayın. Bu satırda, sayfada gerçekleştirdiğiniz etkileşimleri ve etkileşime giren her şeyle ilgili ayrıntılı bilgileri göreceksiniz.


Chrome Geliştirici Araçları'ndaki performans sekmesinde izleme kaydındaki etkileşimleri görüntüleme.
Chrome Geliştirici Araçları'ndaki performans sekmesinde izleme kaydındaki etkileşimleri görüntüleme.

"Interactions" satırının altındaki "Main" adlı satırı da fark edeceksiniz. Bu, tüm işleme aktivitesini görebileceğiniz tarayıcının ana iş parçacığıdır.


Esasen, performans izleri bir web sayfasının yükleme ve etkileşim aşamaları sırasında olan her şeyin ayrıntılı kayıtlarıdır. Bu izleri analiz ederek, hangi etkileşimlerin en yüksek INP puanlarına neden olduğunu ve nedenini belirleyebilirsiniz.


Sorunlu etkileşimleri belirlemenin 3 adımı


Sayfanızın zayıf INP puanına katkıda bulunan tam etkileşimleri bulmak zaman alıcı olabilir, ancak doğru yaklaşım ve araçlarla sorunları etkili bir şekilde izole edebilir ve ele alabilirsiniz.


Sayfalarınızdaki sorunlu INP'leri bulmak için aşağıdaki üç adımı izleyin:

  1. Google Search Console'daki Core Web Vitals raporuyla başlayın

  2. Sitenizi Screaming Frog ve PageSpeed Insights API ile tarayın

  3. Chrome Dev Tools'daki Performance sekmesini kullanarak zayıf etkileşimleri belirleyin


01. Google Search Console'daki Core Web Vitals raporuyla başlayın

Google Search Console (GSC) içindeki Core Web Vitals raporu başlamak için harika bir yerdir çünkü sitenizde hangi sayfaların INP sorunları yaşadığına ve bu sorunların masaüstünde mi yoksa mobilde mi daha yaygın olduğuna dair içgörüler sağlar.


GSC'deki Core Web Vitals raporunun INP bölümünü şunlar için kullanıyorum:

  • URL grubu analizi — Google'ın sorunlu olarak belirlediği URL gruplarını inceleyin. Bu, optimizasyon çabalarınızı en çok ihtiyaç duyan sayfalara odaklamanıza yardımcı olabilir.

  • Eğilim analizi — Son üç aydaki INP sorunlarınızın nasıl bir eğilim gösterdiğini görmek için günlük çubuk grafiği (yukarıdaki örnekte gösterildiği gibi URL sayısını gösteren) kullanın. INP sorunu artıyor mu? Azalıyor mu? Trend değişiklikleriyle ilişkili site güncellemeleri oldu mu?


02. Sitenizi Screaming Frog ve PageSpeed Insights API ile tarayın


Her sayfanın INP puanını görmek için tüm URL'lerinizi PageSpeed Insights'a manuel olarak girmek yerine, PageSpeed Insights API'sini kullanarak sitenizi Screaming Frog ile tarayın.


Birlikte kullanıldığında, bu araçlar diğer Core Web Vitals ile birlikte INP verilerini çekmenize olanak tanır. Bu, tüm sitenizin nasıl performans gösterdiğine dair kapsamlı bir görünüm sunar.


PageSpeed Insights API'sini etkinleştirin, ardından yalnızca aşağıdaki CrUX Metriklerini seçin:


  • CrUX Interaction to Next Paint (ms)

  • CrUX Interaction to Next Paint Category


Screaming Frog Tarama Yapılandırması içindeki PageSpeed ​​Insights API ayarları

Ardından, sitenizin bir taramasını çalıştırın. Daha sonra, sayfaların bir listesi, ilgili INP puanları ve düştükleri CWV performans kategorisi ile sonuçlanacaksınız (aşağıda gösterildiği gibi).


Screaming Frog'daki URL'lerin listesi, PageSpeed ​​Insights API'sine bağlanarak elde edilen INP puanlarıyla eşleştirildi.

Listenizi aldıktan sonra, aldıkları trafik ve/veya öneme göre (örneğin gelir gibi tanımlayabileceğiniz diğer iş metrikleri) düzeltilecek URL'lere öncelik verin. Sitenizi Screaming Frog ile tarayarak, özellikle birçok sayfa ve sayfa türü olan büyük siteler için faydalı olabilecek INP puanlarınızı etkileyebilecek kalıpları ve yaygın sorunları da belirleyebilirsiniz.


03. Chrome Dev Tools'daki Performance Sekmesinde zayıf etkileşimleri belirleyin

İyileştirmek istediğiniz URL'lere öncelik verdikten sonra, bu sayfalardaki sorunlu etkileşimleri belirlemeniz gerekir. Ekim 2024'e kadar, sitenizin INP dahil Core Web Vitals'ı hakkında gerçek zamanlı geri bildirim sağlayan Web Vitals Chrome uzantısını kullanmanız gerekirdi.


Ancak Chrome'un en son sürümü artık doğrudan Performance sekmesinin içinde ayrıntılı LCP, CLS ve INP verilerini içeriyor.


Chrome Geliştirici Araçları'ndaki Performans sekmesi
Chrome Geliştirici Araçları'ndaki Performans sekmesi

İşte bunu etkili bir şekilde nasıl kullanacağınız:

  1. Performance sekmesine erişim — Chrome'da bir gizli pencere açın, ardından sağ tıklayıp "Inspect"i seçerek Chrome Dev Tools'u açın. Ardından Performance sekmesine gidin.

  2. Ağ koşullarını simüle etme — Özellikle mobil cihazlarda bazı kullanıcılarınızın sitenize erişebileceği zayıf internet bağlantılarının koşullarını eşleştirmek için CPU işleme gücünü 20X'e daraltmanızı öneririm. Bu, Performance sekmesinin üst kısmında "CPU" ayarları altında veya sekmenin sağ bölmesindeki kayıt ayarları altında yapılabilir. Daraltmayı yaptıktan sonra, sayfayı yenileyin.

  3. Etkileşimler gerçekleştirin — Sitenizde tipik bir kullanıcı gibi tıklayın. Kullanıcıların en çok etkileşimde bulunduğunu bildiğiniz öğelere odaklanın ve tüm butonlar, bağlantılar, metin girişi alanları vb. arasında çalışın. Her etkileşimden sonra, etkileşim türü, etkileşim hedefi ve gecikmenin gerçek zamanlı olarak kaydedildiğini fark edeceksiniz.

  4. Sorunlu öğeleri belirleyin — Sayfada vurgulamak için etkileşim hedefinin üzerine gelin veya Elements sekmesinde görmek için üzerine tıklayın. INP kutucuğundaki INP süresinin etkileşimlerinizden en uzun etkileşim olduğunu fark edeceksiniz—tam olarak Google'ın sayfanızın INP süresini nasıl hesapladığı gibi.


İşlemler gerçekleştirildikten sonra Chrome Performans sekmesinden alınan çıktı.

INP optimizasyonu için 6 yöntem


Sorunlu etkileşimleri belirledikten sonra, en zor olabilecek optimizasyon aşamasına geçme zamanı.


İşte etkileşim sürelerinizi optimize etmek için önerdiğim altı yöntem:

  1. Üçüncü taraf scriptlerinizi denetleyin

  2. Görsel değişiklik denetimi yapın

  3. Birinci taraf scriptlerinizi denetleyin

  4. JS butonları yerine HTML hyperlinklere öncelik verin

  5. Debounce süresini optimize edin

  6. Ana iş parçacığına geri dönün


01. Üçüncü taraf scriptlerinizi denetleyin

Üçüncü taraf scriptler, web sayfanızın çalıştırdığı harici kod parçalarıdır (genellikle analitik, sosyal entegrasyonlar ve/veya takip gibi işlevler için). Bu scriptler son derece yararlı olsa da, yükleme ve sayfa etkileşim sürelerini artırabilirler. Sayfanızın yüklemesi gereken JS scripti ne kadar fazlaysa, etkileşimleriniz tamamen yüklenene kadar o kadar uzun sürer. Ayrıca, birçok üçüncü taraf script (örn. TikTok, Facebook, Google Analytics) gerekmediğinde tetiklenebilir.


  • Gereksiz scriptleri belirleyerek başlayın. Sitenizdeki tüm üçüncü taraf scriptlerin bir listesini edinin ve bu scriptlerden herhangi birinin gereksiz veya gereksiz olup olmadığını belirleyin. Bu listeyi doğrudan Chrome DevTools'daki Network sekmesinden, Lighthouse denetiminde Diagnostics bölümünün "Reduce the impact of third-party code" bölümünden veya içerik ve script dökümü sağlayan çoğu iyi web performans aracından alabilirsiniz.


  • Kritik olmayan scriptleri erteleyin. Gerekli ancak ilk sayfa yüklemesi için kritik olmayan scriptler için async veya defer niteliklerini kullanın, böylece yalnızca ana içerik yüklendikten sonra yüklenirler. Bu, kritik olmayan scriptlerinizin erken etkileşimler sırasında kritik ana iş parçacığı süresini engellemediğinden emin olur.


  • Her tıklamada (veya gerekmediğinde bir sayfada birden çok kez) tetiklenen scriptleri (veya Google Tag Manager'daki etiketleri) belirleyin. Etiketler yalnızca gerekli oldukları yerde veya bir kullanıcı belirli bir eylem gerçekleştirdiğinde tetiklenmelidir.


Google Tag Manager'ı işaret eden bir ok ve Facebook Pixel, Google Ads, Google Analytics, Pinterest ve LinkedIn'i işaret eden başka bir ok kümesiyle web sitesi etkileşimlerini gösteren bir infografik.

Birçok web sitesi scriptlerini Google Tag Manager aracılığıyla yönetir. Bu, scriptleri yönetmeyi çok daha kolay hale getirebilir çünkü scriptlerinizin tam olarak nasıl tetiklenmesini istediğinizi ve bunları neyin tetikleyeceğini seçmek için yerel seçenekler vardır.


02. Görsel değişiklik denetimi yapın

Görsel değişiklikler (animasyonlar ve bir kullanıcı etkileşiminden sonra meydana gelen efektler gibi) INP'yi önemli ölçüde etkileyebilir. Bulanıklaştırma, kaydırma, solma vb. gibi animasyonlar ve efektler genellikle ekstra render adımlarını tetikler. Kullanıcılarınızın deneyimini geliştirmeyen bir etkileşimden sonraki görsel değişiklikleri en aza indirmeyi düşünün; bu, INP sürelerini iyileştirmeye yardımcı olabilir.


Örneğin, bir kullanıcının bir sayfadaki ana menüye tıkladığını ve bunun sayfanın hafifçe solmasına (veya sayfanın geri kalanına bir bulanıklaştırma efekti koyduğunu) varsayalım. Bu eylem, değerli ana iş parçacığı alanını kaplayabilecek ek render işleme gerektirir.


Bu görsel değişiklikleri azaltarak (veya basitleştirerek), INP sürelerini azaltmaya ve daha duyarlı bir kullanıcı deneyimini teşvik etmeye yardımcı olabilirsiniz, çünkü tarayıcı temel etkileşimi işlemeye (gereksiz olabilecek görsel değişiklikleri ele almak yerine) daha verimli bir şekilde odaklanabilir ve şunlara daha az zaman harcayabilir:


  • Yeniden boyama

  • Düzen yeniden hesaplama

  • Katman birleştirme


03. Birinci taraf scriptlerinizi denetleyin

Üçüncü taraf scriptlerden farklı olarak (işletmenizin scriptlerin içeriği üzerinde hiçbir kontrolü yoktur), birinci taraf scriptler sahip olduğunuz JS dosyalarıdır. Script içeriğini ve teslimatını optimize etmek için aşağıdaki eylemleri gerçekleştirebilirsiniz:


  • Paketleme ve küçültme — JS dosyalarınızın paketlendiğinden ve küçültüldüğünden emin olun. Paketleme, scriptleri almak için gereken HTTP isteklerinin sayısını azaltır ve küçültme gereksiz karakterleri (ve boşlukları) kaldırarak dosya boyutunu azaltır. Bu uygulamaların her ikisi de yükleme sürelerini ve etkileşimlere yanıt vermeyi iyileştirebilir, doğrudan INP'yi etkiler.


  • Birinci taraf scriptleri tembel yükleme — Görsellerin tembel yüklenmesi gibi daha yaygın uygulamaya benzer şekilde, JS dosyalarını tembel yüklemek, scriptlerin yalnızca kullanıcı onlara ulaştığında yüklenmesini sağlar (yani, scripti gerektiren öğeler içeren bir alana kaydırır). Örnek olarak, sohbet widget'ları ve sosyal medya eklentileri genellikle kullanıcı önce bir süre sayfada olana kadar gerekli değildir. Bu uygulama, bir kez daha ana iş parçacığının yoluna çıkabilecek etkileşimleri ele almak için serbest kalmasını sağlar.


Chrome'daki Geliştirici Araçları, komut dosyalarının boyutunu gösteriyor.

Hem birinci taraf hem de üçüncü taraf scriptler için, scriptlerinizin boyutuna, ilk sayfa yüklemesinde yüklenmeleri gerekip gerekmediğine ve ana iş parçacığını engellemenin sonuçlarına dikkat edin.


04. JS butonları yerine HTML hyperlinklere öncelik verin

JavaScript butonları işlem süresinde önemli gecikmeler getirebilir çünkü tarayıcının etkileşimleri ele almak için scriptleri çalıştırmasını gerektirirler. Bunu, tarayıcı tarafından yerel olarak işlenen ve genellikle çok daha hızlı olan normal HTML <a> etiketi bağlantılarıyla karşılaştırın.


Standart <a> etiketi ile HTML hyperlink olarak kodlanmış olup olmadıklarını veya JS butonları olarak uygulanıp uygulanmadıklarını görmek için tüm dahili bağlantıları (sekmeler, menü bağlantıları vb. arkasındaki gizli bağlantılar dahil) denetleyin. JS butonları bulursanız, bunları mümkün olduğunda HTML hyperlinklere dönüştürmelisiniz. Bu özellikle hızın çok önemli olduğu navigasyon menüleri ve belirgin dahili bağlantılar için önemlidir.


05. Debounce süresini optimize edin

Debouncing, bir fonksiyonun yürütülme oranını sınırlamak için kullanılan bir tekniktir; bu, özellikle sonuçların otomatik olarak doldurulabileceği arama çubukları veya diğer metin girişi alanlarıyla kullanışlıdır. Uygun debouncing olmadan, her tuş vuruşu bir sunucu isteğini tetikleyebilir, bu da ana iş parçacığını bunaltabilir ve girdi gecikmesini ve işlem sürelerini artırabilir.


Arama çubukları genellikle 300-400ms debounce süresine sahiptir. Sunucu isteklerinin miktarını azaltmak için bunu 1000ms'ye çıkarmayı öneririm. Debounce süresi ne kadar yüksekse, o kadar az sunucu isteği olabilir.


Kullanıcıların daha yavaş yanıt verme nedeniyle küçük miktarda yavaşlık yaşayabileceğini düşünmek önemlidir. Bu önemli bir dengeleme eylemidir—otomatik doldurulan sonuçlarınızı yavaşlatmanın neden olduğu zararın UX'i etkileyebileceğini düşünüyorsanız, daha düşük bir debounce süresini test edin.


06. Ana iş parçacığına geri dönün

Ana iş parçacığına geri dönmek, JS yürütme sırasında ana iş parçacığının engelleme süresini azaltmaya yardımcı olabilecek bir performans optimizasyonudur. Uzun JS görevlerini daha küçük, daha yönetilebilir görevlere ayırmayı içerir; bu, tarayıcının kullanıcıdan gelen etkileşimleri ele almak için kontrolü ana iş parçacığına geri 'vermesine' izin verir.


İşte bu taktiği kullanmanın iki yolu:

  • Adından da anlaşılacağı gibi, kritik olmayan yürütmenin boş periyotlar sırasında gerçekleşmesine izin vermek için 'requestidlecallback' kullanın, böylece kritik görevler önce ana iş parçacığında ele alınabilir.


  • Boşta bir ana iş parçacığını beklemeyi göze alamayan JS için 'settimeout' uygulayın. Bu, uzun süreli JavaScript görevlerini manuel olarak daha küçük parçalara bölmek için bir mekanizma olarak kullanılır. Temel fikir, büyük bir görevi daha küçük parçalara bölmek ve mevcut görev tamamlandıktan sonra bir sonraki çalışma parçasının yürütülmesini planlamak için kısa bir gecikme (genellikle 0 milisaniye) ile setTimeout kullanmaktır. Bu, tarayıcının parçalar arasında diğer görevleri (kullanıcı etkileşimleri veya render güncellemeleri gibi) ele almasına izin verir, bu da UI'nin duyarlı kalmasına yardımcı olur.


INP Optimizasyonu Başarısını Ölçme


Umarım yukarıdaki tekniklerden bazılarını uyguladınız, şimdi neyin işe yaradığını, neyin yaramadığını değerlendirmek ve INP sürelerinizin doğru yönde hareket edip etmediğini görmek için bir etki analizi yapmak çok önemlidir.


Tıpkı hangi sayfaların INP optimizasyonuna ihtiyacı olduğunu değerlendirmek için çeşitli araçları ve teknikleri kullandığımız gibi, optimizasyon sonrası da aynısını yapmanız gerekir.


INP optimizasyonlarınızın başarısını ölçmek için:

  • Optimizasyon öncesi ve sonrası performansı hemen karşılaştırın

  • Zaman içinde INP eğilimlerini izleyin

  • Gerçek kullanıcı izleme (RUM) verilerini toplayın ve inceleyin


Optimizasyon öncesi ve sonrası performansı hemen karşılaştırın

Bir sayfada zayıf etkileşimleri nasıl belirlediğinize benzer şekilde, etkileşim sürelerini elde etmek için bir kez daha güvenilir Web Vitals uzantısını kullanabilirsiniz.


Uzantının simüle edilmiş daraltma ortamını kullanın ve optimizasyon öncesi ve sonrası sürelerini karşılaştırın.


Zaman içinde INP eğilimlerini izleyin

INP metriğinizin zaman içinde nasıl değiştiğini izlemek için GSC'nin Core Web Vitals raporunu kullanın. Bu rapor CrUX verilerine dayandığından, gerçek dünya kullanıcı deneyiminin güvenilir bir ölçüsünü sağlar.


Google'ın CWV puanlarının önceki 28 günlük süre boyunca toplanan ve bir araya getirilen CrUX verilerine dayandığını hatırlamak çok önemlidir; bu, sayfanızın optimizasyondan hemen sonra 'yeni' INP'sini kontrol edemeyeceğiniz anlamına gelir.


Gerçek kullanıcı izleme (RUM) verilerini toplayın ve inceleyin

Gerçek kullanıcı izleme (RUM), sitenizle gerçek kullanıcı etkileşimlerine dayalı içgörüler sağlar ve size laboratuvar araçlarına kıyasla (28 günü beklemek yerine) isteğe bağlı doğru bir performans genel görünümü verir.


RUM, kullanıcılar sitenizle etkileşimde bulunurken doğrudan kullanıcılardan performans verilerinin toplanmasını içerir. Toplanan veriler, TBT ve elbette tüm CWV metrikleri gibi çok çeşitli metrikler için zamanlamalar sağlar. Birçok çözüm, sitenizin farklı coğrafyalarda, cihazlarda ve tarayıcılarda nasıl performans gösterdiğine dair ayrıntılı içgörü de sağlar.

Chrome User Experience Report veri setine dayanan Google'ın ücretsiz CrUX Vis aracını kullanmayı düşünün.


Diğer yaygın çözüm sağlayıcıları arasında Rumvision ve Debugbear bulunur.


Interaction to Next Paint: Daha iyi kullanıcı etkileşimi ve arama performansı için yanıt verebilirliğinizi maksimize edin


INP optimize edilmesi en kolay olmayabilir, ancak aynı zamanda daha bütünsel bir kullanıcı deneyimi denetimi yapma fırsatıdır. Sonuçta, INP, Google'ın genel sayfa deneyimini değerlendirmek için kullandığı sadece bir CWV metriğidir—ki bu, kullanıcılarınız için anahtardır.


Yalnızca Page Experience algoritması için optimize etmekle kalmayacak, aynı zamanda site ziyaretçilerinizin onları meşgul ve memnun tutan, anlamlı iş sonuçları elde etme şansını maksimize eden sorunsuz, duyarlı bir etkileşime sahip olmasını sağlamaya çalışıyorsunuz.

INP için optimizasyonun sürekli veya en azından periyodik izleme gerektiren, devam eden, yinelemeli bir süreç olduğunu unutmayın. Dikkatli olarak ve Search Console'daki CWV raporlarınızı gözünüzün üzerinde tutarak, giderek daha fazla kullanıcı merkezli bir web ortamında rekabetçi kaldığınızdan emin olabilirsiniz. Test etmeye, optimize etmeye devam edin ve artan kullanıcı etkileşimi ve arama performansının sonuçlarını göreceksiniz.



Blakfy Studio Logo

bottom of page