Hız testine hangi sayfalardan başlamalısınız?
Teknik SEO incelemesinde olduğu gibi önce temsilî sayfa gruplarını belirleyin. Ana sayfa, kategori, ürün, blog ve teklif sayfası farklı bileşenler taşır. Birinin iyi sonucu diğerinin de hızlı olduğunu göstermez. Organik trafik, reklam girişleri ve satın alma ya da başvuru yolculuğu bakımından önemli URL'leri seçerek ölçümü işletmenin gerçek önceliğine bağlayın.
Mobil ve masaüstünü ayrı inceleyin. Test URL'sini, tarihini, cihaz ve ağ koşulunu, sayfanın yayın sürümünü kaydedin. Oturum açmış kullanıcı ile ilk ziyaretçinin deneyimi farklı olabilir. Kampanya parametreleri, çerez penceresi veya kişiselleştirme büyük görseli değiştirebilir. Karşılaştırmayı anlaşılır tutmak için önce tutarlı bir temel senaryo oluşturun, ardından işletmeniz için önemli ek senaryoları ölçün.
Mağaza
Kategori filtresi, ürün varyantı, sepet ve ödeme başlangıcını kontrol edin. Sayfanın görünmesi kadar seçimlerin zamanında yanıt vermesi de önemlidir.
B2B sitesi
Hizmet ve katalog sayfasından teklif formuna ilerleyin. Büyük PDF, ürün galerisi veya üçüncü taraf formun deneyime etkisini ayrı kaydedin.
İçerik sitesi
Yazı şablonunu, görsel ağırlıklı bir rehberi ve arama sayfasını örnekleyin. Tek bir hafif yazı bütün arşivi temsil etmez.
PageSpeed laboratuvar ve alan verisi nasıl okunur?
Ölçüm planınızda her verinin kapsamını belirtin. Laboratuvar sonucu kontrollü bir koşulda o an çalıştırılan testtir; hatayı incelemek ve değişiklikleri karşılaştırmak için yararlıdır. Alan verisi ise gerçek ziyaretlerden toplanan deneyimleri anlatır. Bu iki veri farklı sorulara cevap verdiği için aynı sayı çıkması beklenmez.
PageSpeed Insights'ta gerçek kullanıcı bölümü uygun veri olduğunda sayfa veya origin düzeyinde sunulur. Origin, yalnız test ettiğiniz sayfa değil, aynı kökteki site deneyimini kapsar. Yetersiz örnekte alan verisi hiç görünmeyebilir. Bu durum “site hızlı” veya “site yavaş” kanıtı değildir. Raporu paylaşırken sayfa verisi mi, site geneli mi, yoksa yalnız laboratuvar çalıştırması mı olduğunu açıkça yazın.
OKUMADAN SONRAKİ ADIMA
Puanı bir uygulama planına dönüştürelim
Önemli sayfalarınızı ve mevcut hız raporunuzu paylaşın. Veri kapsamını, gerçek darboğazı ve öncelikli geliştirme işlerini birlikte netleştirelim.
LCP, INP ve CLS hangi sorunu gösterir?
Web uygulaması geliştirmesinde olduğu gibi yüklenme, etkileşim ve düzen kararlılığı farklı işlerdir. LCP görünür ana içeriğin belirmesini, INP etkileşime verilen görsel yanıtı, CLS beklenmeyen düzen kaymalarını değerlendirir. Hepsini tek bir hız sayısı gibi kullanmak, doğru geliştirme kararını zorlaştırır.
Tablodaki iyi eşikleri Google'ın güncel PageSpeed belgesindeki alan değerlendirmesi için verilmiştir; müşteri sözleşmesi veya sıralama garantisi değildir. Laboratuvar performans puanı ayrı bir hesaplamadır. Yükleme testindeki TBT değeri de gerçek kullanıcı INP'siyle aynı ölçüm değildir. Özellikle menü, varyant seçimi ve form gibi etkileşimleri gerçek kullanımda ayrıca kontrol edin.
| Metrik | İyi alan eşiği | İlk inceleme |
|---|---|---|
| LCP | 2,5 saniye veya daha kısa | Ana görsel, sunucu yanıtı ve içerik oluşturma |
| INP | 200 ms veya daha kısa | Yoğun JavaScript ve yavaş etkileşim görevleri |
| CLS | 0,1 veya daha düşük | Boyutu ayrılmamış görsel ve sonradan eklenen alan |
Önce ve sonra ölçümünü karşılaştırılabilir kurun
A/B testinde olduğu gibi karşılaştırma koşullarını kaydetmek gerekir; ancak hız testi çalıştırması A/B deneyi değildir. Bir değişiklikten önce ve sonra aynı sayfa, araç ve benzer koşullarla birden fazla laboratuvar çalıştırması yapın. Tek olumlu çalıştırmayı seçip bütün sonucu onunla sunmayın.
Alan raporu geçmiş ziyaretleri içerdiği için yayınlanan düzeltmenin etkisi aynı gün tamamen görünmeyebilir. Laboratuvar kontrolü ilk teknik doğrulamayı sağlar; uygun gerçek kullanıcı gözlemi daha sonra deneyimin nasıl değiştiğini gösterir. Sayfadaki içerik, üçüncü taraf kod veya kampanya yoğunluğu aynı dönemde değiştiyse bunu rapora ekleyin. Eski ve yeni veri farklı kapsamdaysa doğrudan yüzde kazanç üretmeyin.
Başlangıç kaydı
URL, sürüm, ölçüm yöntemi ve temsil edilen koşulu not edin. Sorunun hangi kullanıcı görevinde görünür olduğunu yazın.
Teknik düzeltme
Önce en önemli darboğazı hedefleyin. Görsel, betik ve önbellek değişikliklerini izlenebilir sürümle yayınlayın; geri alma yolunu koruyun.
Tekrar kontrol
Aynı koşullarda yeniden ölçün. İşlev, erişilebilirlik ve gerçek kullanıcı deneyimi bozulmadığını kontrol ederek sonucu değerlendirin.
Raporu geliştirici için uygulanabilir iş listesine çevirin
Denetim çıktısı yalnız araç ekranındaki önerilerin kopyası olmamalıdır. Her işte etkilenen şablon, gözlenen belirti, önerilen değişiklik, sorumlu kişi ve kabul kontrolü bulunsun. “Görselleri optimize et” yerine hangi görselin hangi ekranda gereksiz büyük geldiğini belirtin. Önceliği tahmini fırsatla birlikte kullanıcı etkisi ve uygulama riskine göre verin.
Her üçüncü taraf betiği körlemesine kaldırmayın; ödeme, rıza veya müşteri destek işlevi taşıyor olabilir. Bir eklentinin gerçek ihtiyacını ve sayfalarda nerede çalışması gerektiğini değerlendirin. En büyük görseli geciktirmek, yüklemeyi iyileştirmek yerine kötüleştirebilir. Değişikliğin görev başarısı, form doğrulaması ve izleme davranışı üzerindeki etkisini kontrol etmeden yalnız puan artışına göre onay vermeyin.
Hız takibini SEO ve dönüşümden ayrı ama birlikte okuyun
Kampanya değerlendirmesinde sayfa deneyimi önemli bir girdidir, fakat satışın bütün açıklaması değildir. Teklif, fiyat, stok, trafik niteliği ve ölçüm hataları sonucu değiştirebilir. Hız düzeltmesiyle aynı dönemde satış arttıysa bunun yalnız hızdan kaynaklandığını varsaymayın. Hedefiniz iyi çalışan kullanıcı yolculuğu ve izlenebilir teknik iyileşmedir.
Yeni tema, uygulama veya kampanya bileşeni eklendiğinde temsilî sayfaları tekrar kontrol edin. Büyük sürümler için yayın öncesi laboratuvar kontrolünü teslim sürecine ekleyin; gerçek kullanıcı raporunu düzenli izleyin. Google, iyi Core Web Vitals değerlerinin üst sıraları garanti etmediğini belirtir. Prix ile incelemede hız bulgularını içerik, teknik SEO ve dönüşüm sorunlarından ayırarak öncelikli bir uygulama planı çıkarabiliriz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
PageSpeed puanım neden her testte değişiyor?
Test altyapısı, ağ koşulları, sayfadaki üçüncü taraf işler ve cihaz kaynakları sonucu etkileyebilir. Koşulları kaydedin, birkaç çalıştırmayı birlikte değerlendirin ve tek puanı kesin sonuç gibi sunmayın.
Alan verisi görünmüyorsa sitem yeni olduğu için mi?
Yeni yayın veya yetersiz uygun ziyaretçi örneği olası nedenlerdir. Rapor origin düzeyine geçebilir ya da hiç alan verisi göstermez. Bu yokluğu başarılı performans değerlendirmesi olarak yorumlamayın.
Sadece ana sayfayı test etmem yeterli mi?
Hayır. Kategori, ürün, hizmet, içerik ve form şablonlarının yükü değişebilir. Trafik ve ticari önem üzerinden temsilî URL'ler seçip mobil ile masaüstünü ayrı kontrol edin.
100 puan SEO'da birinci sırayı sağlar mı?
Hayır. Arama görünürlüğü birçok sinyalden etkilenir. İyi performans kullanıcı deneyimine katkı sağlar; içerik uygunluğu, indekslenebilirlik ve rekabetin yerine geçmez.
Bir hız eklentisi kurmak sorunu çözer mi?
Sorunun kaynağına bağlıdır. Eklenti bazı işleri kolaylaştırabilir, ama yanlış önbellek veya yükleme ayarı önemli işlevleri bozabilir. Uygulamadan sonra gerçek sayfa ve kullanıcı görevleriyle doğrulama gerekir.
Prix'e hangi bilgileri gönderelim?
Önemli URL'leri, mevcut raporu, kullanılan platformu ve yavaşlığın hangi görevde hissedildiğini paylaşın. Erişim ve kapsam ihtiyacını belirleyip bulguyu somut bir geliştirme planına çevirelim.
KAPSAMI BİRLİKTE BELİRLEYELİM
Puanı bir uygulama planına dönüştürelim
Önemli sayfalarınızı ve mevcut hız raporunuzu paylaşın. Veri kapsamını, gerçek darboğazı ve öncelikli geliştirme işlerini birlikte netleştirelim.
Hız incelemesini görüşelim