Telefonda bir ürün inceliyorsunuz. Görsel geç geliyor. Seçenek değiştirdiğinizde sayfa bekletiyor. Satın alma butonuna dokununca işlemin başlayıp başlamadığı anlaşılmıyor.
Aynı bekleme, bir B2B sitesinde teknik ürün bilgisine ulaşırken veya teklif formu gönderirken yaşanır. Ziyaretçinin ilgisi oluşmuştur; site bu ilgiyi devam ettirecek kullanım rahatlığını sunmalıdır.
Mobil performans, müşterinin bilgiye ulaşmasını ve önemli işlemi tamamlamasını kolaylaştırır. Bu yüzden hız, tasarımın teknik ayrıntısı olarak sona bırakılmaz. Müşteri deneyiminin işleyen tarafıdır.
Deloitte araştırması ne söylüyor?
2020 tarihli Milliseconds Make Millions çalışması, mobil site hızındaki iyileşme ile kullanıcı davranışı arasındaki ilişkiyi inceledi. Google için Deloitte ve Fifty-Five tarafından yürütülen araştırma Avrupa ve ABD'deki sitelerin verilerini kullandı. Araştırmanın web.dev açıklaması
Çalışmada raporlanan sonuçlar şöyle:
| İncelenen alan | Raporlanan değişim |
|---|---|
| Perakende dönüşüm oranı | %8,4 artış |
| Seyahat dönüşüm oranı | %10,1 artış |
| Perakende müşterilerinin harcaması | %9,2 artış |
Bu sonuçlar, kullanıcının izlediği akıştaki sayfalarda dört hız ölçümünün her birinde 0,1 saniyelik iyileşme koşuluyla raporlandı. Oranlar, 2020 tarihli çalışmaya katılan sitelerin bu koşullardaki gözlemlerini gösterir. Şirketinizin sonucu kendi kullanım ve işlem verileriyle ölçülür. Çalışmanın sonuçları ve ölçüm koşulları
Araştırmanın iş kararına katkısı açıktır: hız, müşterinin ürünü incelemesi ve işlem yapmasıyla ilişkili bir konudur. Teknik ölçümler bu deneyimin hangi alanlarda iyileştiğini gösterir.
B2B'de hızın görevi ne?
Perakende yüzdeleri doğrudan B2B başvurusuna aktarılmaz. Bir sanayi müşterisinin ürün değerlendirmesi ve teklif talebi farklı bir akış içerir. Burada performansın görevi, gerekli bilginin ve başvurunun önündeki beklemeyi azaltmaktır.
Müşteri ürün grubunu açar, teknik farkları inceler, uygun modeli seçer ve ihtiyacını iletir. Hızlandırma kapsamı bu işlemlerde kullanılan ürün, hizmet ve başvuru sayfalarını içerir. Gecikmenin müşterinin işini etkilediği yerler öncelik kazanır.
Codevisor'da mobil performansı bu kullanım üzerinden düşünürüz. Hangi sayfanın önemli olduğu, müşterinin orada ne yapacağıyla belirlenir. Teknik inceleme, ziyaretçinin gerçek işiyle aynı hedefe yönelir.
Üç farklı sorun, üç farklı ölçüm
Mobilde “yavaş” denilen deneyim farklı nedenlerden oluşur. Ana içerik geç görünür; bir buton geç tepki verir; yükleme sırasında sayfa kayar ve dokunulacak alan yer değiştirir.
Core Web Vitals bu ayrımı üç ana göstergede izler: yüklenme için LCP, etkileşim için INP, görsel kararlılık için CLS. İsimlerden daha önemli olan, ölçülen müşteri deneyiminin ne olduğudur. Web Vitals resmi rehberi
| Deneyimdeki sorun | İş açısından etkilediği alan |
|---|---|
| Gerekli içerik geç gelir. | Ürün veya hizmet değerlendirmesi bekler. |
| İşlem geç tepki verir. | Seçim ve başvurunun durumu belirsizleşir. |
| Sayfa beklenmedik biçimde kayar. | Okuma ve doğru alana dokunma zorlaşır. |
Bu ayrım, bütün sorunları “daha güçlü sunucu” ile çözmeye çalışmayı önler. Görseller, kod, dış servisler ve sunucu farklı alanlarda incelenir. Çözüm, gecikmenin kaynağına göre seçilir.
Tasarımı budamadan hızlandırmak
Gerçek ürün görselleri ve açıklayıcı hareketler müşterinin işi anlamasına katkı sağlar. Performans çalışmasında bunların görevini koruyarak dosya boyutu, yüklenme sırası ve etkileşim maliyeti düzenlenir.
Ürün fotoğrafının gereksiz ağırlığı azaltılırken müşteriye gösterdiği ayrıntı korunur. Hareketin zamanlaması ve yüklenme biçimi de markanın görsel karakterine uygun biçimde düzenlenir. Performans çalışması, bu öğeleri verimli sunmanın yollarını araştırır.
Codevisor'ın tasarım ve performans yaklaşımı bu dengeyi korur. Kendi geliştirdiğimiz test sürecinde beş farklı araç kullanırız. Yüklenme ve etkileşim sorunlarını iyileştirirken sitenin ürün anlatımını ve markaya ait görsel niteliğini de gözetiriz.
Araç ölçümleri ve gerçek kullanım
Bir test ortamında elde edilen sonuç, bütün ziyaretçilerin aynı deneyimi yaşadığını göstermez. Gerçek kullanıcı verileri farklı cihaz ve bağlantı koşullarını yansıtır; laboratuvar testleri ise sorunu incelemek ve değişiklikleri karşılaştırmak için yararlıdır. Laboratuvar ve gerçek kullanıcı ölçümleri
Bu iki bilgiye önemli işlemlerin kontrolü eklenir. Ürün seçenekleri çalışıyor mu, form gönderiliyor mu, gerekli içerik doğru sırada geliyor mu? Hızlandırma sonrası müşteri deneyiminin devamı korunmalıdır.
Ticari sonuç incelenirken trafik niteliği, kampanyalar ve ürün koşulları da dikkate alınır. Hızın katkısı ölçülür; araştırmadaki bir oran şirketinize otomatik gelir artışı olarak yazılmaz.
Hangi sayfadan başlamak daha anlamlı?
Öncelik, müşterinin işini durduran ve önemli işlemlerde kullanılan sayfalardır. Bir B2B web sitesinde ürün seçimi ve teklif formu, e-ticarette ürün ve ödeme, turizmde oda inceleme ve rezervasyon bu kapsamı yönlendirir.
Web sitesi hızlandırma bu sayfalardaki gecikmeleri bulup giderdiğinde anlaşılır bir değer üretir: müşterinin bilgiye ve işleme daha rahat ulaşması. Teknik puanlar ve gerçek kullanım kontrolleri, bu iyileştirmeyi doğrulayan göstergelerdir.
Sık sorulan sorular
Deloitte oranları bizim sitemizde de gerçekleşir mi?
Bu oranlar araştırmaya katılan sitelerin kendi koşullarında raporlandı. Şirketinizin sonucu kendi ziyaretçi ve işlem verileriyle ölçülür. Çalışma, hız yatırımının önemini gösteren bir kaynaktır.
Yüksek hız puanı tek başına yeterli mi?
Hız puanının yanında gerçek kullanım ve önemli işlemler de kontrol edilir. Ürün seçimi ve form gönderiminin rahatça tamamlanması, hızlı açılan sayfanın müşteri deneyimini tamamlar.
Siteyi hızlandırmak için tasarım değişmeli mi?
Gecikmenin nedenine bağlıdır. Görsel sunumu, kod veya dış servis düzenlemeleri mevcut tasarımı koruyarak yapılır. Tasarım değişikliği gerektiğinde müşteriye bilgi veren ve markayı temsil eden öğelerin görevi korunur.
