Ziyaretçiler siteye giriyor, 10 saniyede çıkıyor — neden?

Uzunca cevap şu: Jakob Nielsen'in yanıt süresi sınırları üzerine çalışmasından gelen ve kullanılabilirlik yazınında uzun süredir bilinen bir eşik var. Nielsen'e göre bir kullanıcının bir işe kesintisiz dikkat verebildiği süre yaklaşık 10 saniyedir; bu sürenin sonunda ya devam etmek için bir sebep bulur ya da başka bir sekmeye geçer. Sitenize gelen ziyaretçi bu on saniyede üç soruya cevap arar: doğru yerde miyim, burada aradığım şey var mı, buradan nasıl devam ederim. Üçünden birine cevap veremiyorsanız çıkış kararı sizin metninizin kalitesinden bağımsız olarak verilir.

Bu yüzden ilk yapılacak iş, çıkışın nerede olduğunu daraltmaktır. Analitik tarafında bakacağınız sayı ham çıkma oranı değil, etkileşimli oturum oranıdır. GA4 tarafında bir oturum, 10 saniyeden uzun sürdüğünde ya da bir dönüşüm veya ikinci bir sayfa görüntülemesi ürettiğinde etkileşimli sayılır. Etkileşimli oturum oranınız, başlangıç için önerdiğimiz yüzde 50 eşiğinin altındaysa sorun içerik değil, karşılama anıdır. Bu yüzde 50, Google'ın yayımladığı bir kıyas değil; kendi projelerimizde alarm sınırı olarak kullandığımız sayıdır.

Bu sayıyı çıkarırken sayfa türlerini ayırmayı unutmayın. Bir blog yazısında ziyaretçinin cevabını alıp çıkması normaldir; bir hizmet sayfasında aynı davranış sorunun ta kendisidir. Karşılaştırmayı sektör ortalamalarıyla değil kendi sayfalarınız arasında yapın, çünkü dışarıdan alınan ortalama sizin trafiğinizin nereden geldiğini bilmez.

İkinci daraltma cihaz kırılımıdır. Masaüstünde yüzde 65, mobilde yüzde 30 etkileşimli oturum görüyorsanız teşhis neredeyse tamamlanmıştır; sorun performans tarafındadır ve metni yeniden yazmak hiçbir şeyi değiştirmez.

Ziyaretçinin gördüğü ilk şey içeriğiniz değil, bekleme ekranıdır. Ölçülebilir üç eşik var ve üçü de tarayıcıların doğrudan raporladığı değerlerdir. En büyük içerik boyaması (LCP) 2,5 saniyenin altında olmalı; bu, sayfadaki en büyük görselin ya da başlığın ekrana geldiği andır. Sonraki boyamayla etkileşim (INP) 200 milisaniyenin altında olmalı; kullanıcı bir şeye dokunduğunda sayfanın cevap verme hızıdır. Düzen kaymasının kümülatif skoru (CLS) 0,1'in altında olmalı; metin okumaya başlarken sayfanın altınızdan kaymamasıdır.

Bu üç değeri gerçek kullanıcı verisiyle ölçün, laboratuvar testiyle değil. Ofis internetinde 1,8 saniyede açılan bir site, mobil şebekede 6 saniyede açılabilir ve ziyaretçilerinizin çoğunluğu ikinci gruptadır. Kurumsal sitelerde bu farkın en yaygın üç sebebi şudur: sıkıştırılmamış kapak görselleri, sayfa açılışında yüklenen üçüncü taraf etiketleri ve yazı tipi dosyalarının metni geciktirmesi.

Düzeltme sırası da bellidir ve çoğu yeniden tasarım gerektirmez. Sayfa hızını iyileştirme kontrol listesi rehberinde bu sırayı en yüksek kazanç sağlayandan başlayarak listeledik; ilk üç maddesi çoğu kurumsal sitede LCP değerini bir saniyenin üzerinde iyileştirir.

Sayfa hızlı açılıyorsa sıradaki şüpheli ilk ekrandır. Kurumsal sitelerin klasik hatası, ilk ekranı bir slayt gösterisine ve soyut bir slogana ayırmaktır. Ziyaretçi ekranda ne yaptığınızı, kim için yaptığınızı ve bir sonraki adımın ne olduğunu göremiyorsa geri döner.

Ölçüsü şudur: ilk ekranda, kaydırmadan okunabilen, 8 ila 12 kelimelik tek bir cümle ne iş yaptığınızı düz Türkçeyle söylemeli. Yanında tek bir birincil eylem çağrısı bulunmalı. İki eşit ağırlıkta buton koyduğunuzda ikisinin de tıklanma oranı düşer; kullanıcı seçim yapmak zorunda kaldığı anda karar maliyeti doğar.

Bunu test etmenin ucuz bir yolu var: beş kişiye sitenizin ana sayfasını beş saniye gösterip kapatın, sonra ne iş yaptığınızı sorun. Beş kişiden dördü doğru cevap veremiyorsa ilk ekranınız çalışmıyor demektir. Jakob Nielsen'in kullanılabilirlik testi üzerine çalışmalarında beş kullanıcının ciddi sorunların büyük bölümünü ortaya çıkardığı bulgusu vardır; bu test bir öğleden sonra sürer. Web Sitenizi Ziyaret Edenleri Kaçırmanıza Neden Olan 12 Yaygın Hata yazısındaki maddelerin çoğu bu ilk ekranda toplanır.

En sinsi sebep budur. Ziyaretçi bir hizmetinizi arayıp geliyor ama indiği sayfa o hizmeti anlatmıyor; genel bir kurumsal sayfaya ya da bir haber duyurusuna düşüyor. Bu durumda hız da ilk ekran da kusursuz olsa çıkış yine olur, çünkü buluşma yanlış yerde gerçekleşmiştir.

Bunu menü yapınızı tahmin etmeye çalışarak değil, ağaç testiyle bulabilirsiniz. Katılımcıya yalnız menü etiketlerinizi gösterip görev verirsiniz: bu hizmet için teklif almak isteseniz nereye tıklarsınız? Doğru dala gitme oranı, önerdiğimiz yüzde 70 eşiğinin altındaysa menü etiketleriniz kurum içi dilinizle yazılmış, müşterinizin diliyle değil demektir. Bu, yeniden tasarım değil yeniden adlandırma işidir ve çoğu zaman bir günde biter.

Aynı kontrolü arama trafiğinde de yapın. En çok trafik alan beş sayfanızı listeleyin ve her biri için tek bir soru sorun: bu sayfaya gelen kişi ne arıyordu, sayfa ona ne veriyor? Aradaki fark sayfanın ilk paragrafında kapanmıyorsa çıkış zaten kaçınılmazdır. Trafik geliyor ama iş gelmiyorsa Web sitemiz güzel ama neden hiç teklif gelmiyor? yazısı huninin sonraki adımını ele alıyor.

Bu üç sebebi aynı anda kovalamayın; sırayla eleyin. Birinci ve ikinci gün ölçüm günüdür. Gerçek kullanıcı performans verinizi çıkarın ve LCP, INP, CLS değerlerini masaüstü ile mobil için ayrı ayrı yazın. Aynı tabloya en çok trafik alan beş sayfanızın etkileşimli oturum oranını da ekleyin. Bu tablo dolduğunda performans şüphelisi ya elenmiş ya da doğrulanmış olur; ikisi de ilerlemedir.

Üçüncü gün ilk ekran testidir. Beş kişi bulun; müşteriniz olmaları gerekmez, sektörünüzü bilmeyen beş kişi daha iyi sonuç verir. Her birine ana sayfanızı beş saniye gösterip kapatın ve tek soru sorun: bu şirket ne yapıyor? Cevapları kelimesi kelimesine not edin. Beş kişiden dördü doğru cevap veremiyorsa ilk ekranınızı yeniden yazmanız gerekir ve bu yeniden tasarım değil, metin işidir.

Dördüncü ve beşinci gün bilgi mimarisi günüdür. Menü etiketlerinizi bir kâğıda yazın, görselleri ve renkleri tamamen çıkarın. Aynı beş kişiye üç görev verin ve hangi etikete gittiklerini işaretleyin. Önerdiğimiz yüzde 70 eşiğinin altında kalan her görev, bir adlandırma sorununu işaret eder. Aynı iki gün içinde en çok trafik alan beş sayfanız için niyet eşleşmesi kontrolünü de yapın: bu sayfaya gelen kişi ne arıyordu, sayfa ilk paragrafta ona ne veriyor?

Haftanın sonunda elinizde tahmin değil, üç sayı olur: performans eşiklerinin durumu, ilk ekran anlaşılırlığı ve menü başarı oranı. Karar bundan sonra tartışma konusu olmaktan çıkar; hangi sayının eşiğin altında olduğu, hangi işin yapılacağını kendiliğinden söyler.

Durum A — ölçülebilir ve nokta atışı. LCP değeriniz 2,5 saniyenin üstünde, ilk ekranda ne yaptığınızı söyleyen bir cümle yok ya da menü etiketleriniz kurum içi dille yazılmış. Bunların üçü de mevcut sitede düzeltilir. Görselleri sıkıştırın, ilk ekrana düz bir cümle ve tek bir eylem çağrısı koyun, menü etiketlerini müşterinizin kullandığı kelimelerle değiştirin. Bir hafta içinde etkileşimli oturum oranınızda hareket görürsünüz.

Durum B — mimari. Sayfa yapınız içeriği istemci tarafında oluşturuyor, her yeni açılış sayfası için geliştirici gerekiyor, tema kendi taşıdığı yükle LCP değerini tek başına 4 saniyenin üstüne çıkarıyor. Burada hiçbir eklenti kalıcı çözüm üretmez; her optimizasyon bir sonraki güncellemede geri alınır. Bu bir altyapı kararıdır ve Webflow mu, özel yazılım mı? Karar rehberi tam olarak bu kararı vermek için yazıldı.

Bu iki durum arasındaki farkı anlamanın pratik bir yolu var: mevcut sitede bir düzeltme yaptığınızda kazandığınız süre bir sonraki içerik güncellemesinde geri gidiyor mu? Görselleri sıkıştırdınız, LCP bir saniye iyileşti, sonra pazarlama ekibi üç yeni sayfa ekledi ve değer eski yerine döndü. Bu, optimizasyonun tema yükünü aşamadığını gösterir ve B durumunun en net işaretidir. Tek seferlik iyileştirmeler kalıcı olmuyorsa sorun yapılan işte değil, işin üzerine yapıldığı zeminde aranmalıdır.

Bigfil'de bu ayrımı ölçerek yaparız, tahminle değil. Gerçek kullanıcı performans verisi, ilk ekran testi ve ağaç testi bir hafta içinde tamamlanır; sonucunda ya bir düzeltme listesi ya da bir altyapı kararı çıkar. İkisini karıştırmak, aylarca optimizasyon yapıp sayının yerinde saymasıyla sonuçlanır.