Mobil siteniz hızlı görünüyor; müşteriniz de aynı şeyi mi yaşıyor?

Rejital Editör Ekibi · 18.09.2026 · 3 dk okuma · Editör ekibi

Ofiste güçlü bir bağlantıyla açtığınız site hızlı görünebilir. Aynı sayfayı otobüste, eski bir telefonda ve zayıf mobil bağlantıyla açan müşteri ise farklı bir deneyim yaşayabilir. Hız değerlendirmesini yalnızca geliştiricinin bilgisayarına bırakmak bu yüzden eksik kalır.

Üstelik mesele sadece ilk görüntünün gelmesi değildir. Fiyat bilgisine basınca tepki vermeyen bir sekme veya tam butona dokunurken aşağı kayan sayfa da işi zorlaştırır. Mobil deneyimi değerlendirirken “Açıldı mı?” sorusunun yanına “Rahat kullanılabildi mi?” sorusunu eklemek gerekir.

Üç ölçüm, üç farklı sorun

Core Web Vitals içindeki LCP, ana içeriğin görünme hızını; INP, etkileşimlere yanıtı; CLS ise beklenmedik yerleşim kaymalarını değerlendirir. web.dev dokümanındaki iyi deneyim eşikleri LCP için 2,5 saniye ve altı, INP için 200 milisaniye ve altı, CLS için 0,1 ve altıdır. Değerlendirme, ziyaretlerin yüzde 75’lik dilimini esas alır; mobil ve masaüstü ayrı ele alınır.

Bu değerler bir tasarım yarışmasının puanı değil, farklı sorunları bulmaya yarayan işaretlerdir. Büyük bir açılış görseli ilk görünümü geciktirebilir. Gereksiz JavaScript etkileşimi yavaşlatabilir. Boyutu ayrılmadan yüklenen görseller sayfanın kaymasına neden olabilir. Her soruna aynı “önbellek eklentisini kuralım” cevabı vermek yeterli olmayabilir.

Önce en önemli üç ziyaret yolunu seçin

Küçük bir hizmet işletmesinde bunlar ana sayfadan hizmete geçiş, aramadan blog yazısına geliş ve iletişim kurma olabilir. E-ticarette ürün inceleme ve sepete ekleme daha öncelikli olacaktır. Teknik raporu bu gerçek yollarla eşleştirin.

Telefonunuzda ilk kez gelen bir ziyaretçi gibi ilerleyin. Menü kolay açılıyor mu? Sabit bir iletişim düğmesi metni kapatıyor mu? Çerez tercihi yaptıktan sonra sayfa kullanılabilir kalıyor mu? Formdaki klavye türü doğru mu? Hızlı yüklenen ama kullanım sırasında engel çıkaran bir sayfanın hâlâ geliştirilmesi gerekir.

Görselleri küçültmek, görüntüyü bozmak değildir

Masaüstüne uygun büyük bir görseli her telefona aynı boyutta göndermeyin. Farklı ekranlar için uygun çözünürlükler sunun, görsel alanını baştan ayırın ve görünmeyen bölümlerin yüklenmesini doğru zamanda başlatın. Buna karşılık ilk ekrandaki ana görseli gereksiz yere geç yüklemek de başlangıç deneyimini kötüleştirebilir.

Bir kapak görseli, telefonda birkaç yüz piksel genişlikte gösteriliyorsa binlerce piksel genişliğindeki kaynak dosyayı indirmek çoğu durumda gereksizdir. Tasarımcı ve geliştirici birlikte karar verdiğinde, aynı görsel etki daha az veriyle korunabilir. Yalnızca dosya biçimini değiştirmek bütün sorunu çözmez; ölçü ve kullanım yeri de önemlidir.

Eklenen her araç için bir gerekçe yazın

Canlı destek, ısı haritası, reklam etiketi, video oynatıcı ve sosyal medya akışı ayrı ayrı yararlı olabilir. Hepsinin her sayfada çalışması ise farklı bir karardır. Hangi aracın hangi iş sorusuna yanıt verdiğini ve gerçekten kullanılıp kullanılmadığını düzenli kontrol edin.

Ölçümü tek bir test sonucuna bağlamayın. Laboratuvar testi sorun araştırmak için, gerçek ziyaretçi verisi ise deneyimin sahada nasıl yaşandığını görmek için kullanılır. Yeni veya az ziyaret edilen sayfalarda yeterli saha verisi bulunmayabilir; bu durumda “veri yok” bilgisini “kusursuz hız” diye sunmayın.

İlk iyileştirme listesi kısa olabilir: ana görsel, yazı tipleri, gereksiz betikler ve form etkileşimi. Önceliği gerçek müşterinin işi yarıda bıraktığı noktaya verin. Web sitesi geliştirme sürecinde performansı tasarımın sonuna bırakmadan ele almak, sonradan toparlanması gereken işleri azaltır.

Yayın ilkelerimiz