E-Ticarette Sayfa Hızı Satışları Etkiler mi? Kaynaklı Veriler

E-ticarette sayfa hızı satışları etkiler mi?

E-ticarette sayfa hızı, ürün ve sepet sayfalarının açılma süresidir ve dönüşümü doğrudan etkiler. Google'ın yaptırdığı bir çalışmada, mobil yüklenme süresindeki 0,1 saniyelik iyileşme perakende sitelerinde dönüşüm oranını yüzde 8,4 artırdı. Yani hız, yalnızca teknik bir metrik değil, satış rakamınızı etkileyen bir değişkendir.

Bu nedenle e-ticarette sayfa hızı, yalnızca geliştiricinin değil, pazarlama ve satış ekibinin de konusudur. Reklama bütçe ayırmadan önce açılış sayfasının hızını sormak, en ucuz tasarruf yöntemlerinden biridir.

Ekibimiz bu soruyu sahada sık duyuyor. Cevap evet, ancak her sitede aynı ölçüde değil. Bu yazıda resmi kaynaklı vaka çalışmalarını, hızın satışı hangi adımlarda etkilediğini ve önce neye dokunmanız gerektiğini anlatıyoruz. Rakamları yalnızca kaynağını gösterebildiğimiz yerde kullanıyoruz.

E-ticarette sayfa hızı neden satışla bağlantılı?

Alışveriş kararı kısa bir sabır penceresi içinde verilir; siz bu pencereyi yavaş bir sayfayla kısaltırsınız. Kullanıcı bir ürüne tıkladığında sayfanın hemen dolmasını bekler. Beklemek zorunda kaldığında geri döner ve rakip sonucuna geçer.

Hızın satışa etkisi üç yoldan gelir:

• Terk oranı artar, çünkü sayfa açılmadan kullanıcı çıkar.
• Huni adımları arasındaki geçiş düşer; ürün sayfasından sepete geçen kişi azalır.
• Sayfa zıpladığında veya geç yanıt verdiğinde kullanıcı güvenini kaybeder.

Bu üçüncü madde çoğu zaman gözden kaçar, çünkü analitikte görünmez. Ödeme formunda butona basıp tepki görmeyen kişi, sitenin güvenilirliğinden şüphe eder. Bu yüzden hız ile güven birbirine bağlıdır.

Kısacası e-ticarette sayfa hızı, hem sabır hem güven meselesidir. Kullanıcı bir saniyeyi fark etmeyebilir; ancak yavaşlığın bıraktığı "bu site bozuk mu" hissini fark eder. Güven tarafını e-ticaret sitesinde müşteri güveni nasıl artırılır yazımızda ayrıca işledik.

Google ve Deloitte çalışması ne gösteriyor?

"Milliseconds Make Millions" çalışmasını Google yaptırdı; 55 ve Deloitte yürüttü. Çalışma 37 Avrupa ve Amerika markasının sitesinde 30 milyondan fazla oturumu inceledi. Mobil yüklenme süreleri 30 gün boyunca saat saat ölçüldü ve bu dönemde arayüz yenilemesi yapılmadı.

Sonuçlar net. Yolculuk boyunca her ölçümde 0,1 saniyelik iyileşme perakendede dönüşüm oranını yüzde 8,4, ortalama sepet tutarını yüzde 9,2 artırdı. Ürün detayından sepete geçiş de yüzde 9,1 yükseldi. Lüks segmentte etki daha belirgindi. Kaynağı web.dev vaka sayfasında okuyabilirsiniz.

Etkinin büyüklüğü sektöre göre değişti. Lüks markalar daha yüksek kazanç gördü; çünkü bu segmentte kullanıcı görsel kalite bekler ve yavaşlığı markayla ilişkilendirir. Bu nedenle kendi segmentinizin beklentisini düşünerek yorum yapın.

Ayrıca çalışmanın 2019 sonu verisine dayandığını unutmayın. Bugün cihazlar ve bağlantılar daha hızlı; ancak sayfalar da daha ağır. Bu yüzden yüzdeleri birebir vaat olarak değil, yön gösteren bir kanıt olarak okuyun.

Burada bir uyarı gerekir: çalışma korelasyon ve ölçüm farklarına dayanıyor. Sizin sitenizde aynı yüzde çıkmayabilir. Yine de yön tutarlıdır; hızlanan sitede huni daha iyi çalışır.

Vodafone vakası hız ve satış için ne kanıtlıyor?

Vodafone, hızı doğrudan bir A/B testiyle ölçtüğü için ilginç bir örnek. Aynı görünüme ve işlevlere sahip iki sayfa sürümü, günlük yaklaşık 100 bin tıklamayı yarı yarıya paylaştı. Tek fark performans optimizasyonuydu.

Optimize edilen sürümde LCP yüzde 31 iyileşti; 8,3 saniyeden 5,7 saniyeye indi. Sonuçta satışlar yüzde 8, sepete geçiş oranı yüzde 11, potansiyel müşteri oranı yüzde 15 arttı. Ekip üç değişiklik yaptı: widget'ları sunucu tarafında çizdi, kritik HTML'i önceden üretti ve hero görsellerini küçültüp duyarlı hale getirdi. Ayrıntılar Vodafone vaka çalışmasında duruyor.

Dikkat edin: Vodafone büyük bir marka ve kaynağı bol. Yine de yaptığı üç işin hepsi küçük bir mağazada da uygulanabilir.

Özellikle görsel küçültme en ucuz kalemdir. Bir geliştirici bir iki günde ürün görsellerini yeniden boyutlandırabilir. Sunucu tarafında çizim ise daha büyük bir mimari karardır; onu ikinci aşamaya bırakmak mantıklıdır.

Renault verisi LCP ve dönüşüm hakkında ne söylüyor?

Renault, 33 ülkeden 10 milyon ziyareti dört ay boyunca inceledi. Bulgu şöyle: LCP bir saniye kısaldığında dönüşüm oranı yüzde 13 arttı. LCP 1,6 saniyenin altına indiğinde hemen çıkma oranı 14 puan düştü.

Bu veri neden önemli? Çünkü kazanç hız arttıkça küçülmüyor, tersine hızlı sitelerde daha da belirginleşiyor. Renault vaka sayfası bunu açıkça anlatıyor. Ayrıca ekibin aldığı önlemler tanıdık: sunucu tarafında çizim, kod bölme, WebP görseller, küçük font dosyaları ve hero görselini önceden yükleme.

Kısacası üç vaka da aynı yöne işaret eder, ancak hiçbiri "hızlandırırsan şu kadar kazanırsın" garantisi vermez.

Bu üç kaynağı birlikte okumak da işe yarar. Deloitte geniş bir örneklemde küçük kazanımı, Vodafone kontrollü bir testte somut satış artışını, Renault ise büyük veri setinde LCP ile dönüşüm arasındaki ilişkiyi gösteriyor. Üçü farklı yöntemle aynı sonuca yaklaşıyor; bu yüzden tek bir vakaya fazla yüklenmemek gerekir.

Hız satış hunisinin hangi adımını en çok etkiler?

Etki huninin her adımında aynı değildir. Deloitte verisi en güçlü sıçramayı ürün detayından sepete geçişte gösterdi. Vodafone ise sepete geçiş oranında yüzde 11 artış buldu. Yani ürün sayfası en kritik nokta.

Adım adım bakalım:

Tablodaki etkiler genel bir çerçevedir; her mağazada farklı sonuç çıkar. Bu tabloyu kendi analitiğinizle doldurun.

Örneğin kategori sayfasında kayıp yüksekse, filtre ve ürün listesi görselleri sorumlu olabilir. Ödeme adımında kayıp yüksekse, hız kadar form tasarımı ve ödeme yöntemi seçenekleri de devreye girer. Yani hız her kaybın tek sebebi değildir; ancak ölçmesi en kolay sebeplerden biridir. Hangi adımda kayıp yüksekse oradaki hızı önce düzeltin. Sepet tarafı için sepet terk oranı nasıl düşürülür yazımıza bakabilirsiniz.

E-ticarette sayfa hızı mobilde neden daha kritik?

Mobil bağlantı dalgalanır, cihazlar masaüstünden yavaştır ve e-ticaret trafiğinin büyük kısmı telefondan gelir. Deloitte çalışması da mobil yüklenme süreleri üzerine kurulmuştu. Bu nedenle masaüstünde hızlı görünen bir site mobilde yavaş olabilir.

Sık gördüğümüz durum şu: geliştirici siteyi fiber bağlantıda test eder, sonuç harika çıkar. Oysa müşteri kalabalık bir ağda, orta seviye bir telefonla giriyor. Testi gerçek kullanıcı koşullarında yapmanız gerekir. Örneğin PageSpeed Insights mobil sonucunu masaüstü sonucundan daha öncelikli okuyun. Çünkü telefonda yaşanan yavaşlık, siparişlerin büyük kısmını etkiler.

Mobil deneyimi bütünüyle değerlendirmek için mobil uyumluluk testi aracımızı kullanabilirsiniz. Tasarım tarafında ise mobil öncelikli tasarım yaklaşımı hızı baştan hesaba katar.

Ayrıca telefondaki kullanıcı başparmağıyla gezinir; sayfa kayarsa yanlış düğmeye basar. CLS bu yüzden mobilde yalnızca bir puan değil, doğrudan bir kullanıcı hatası kaynağıdır. Sipariş verirken yanlış varyanta dokunan müşteri çoğu zaman vazgeçer.

Core Web Vitals eşikleri e-ticaret için ne anlama gelir?

Google'ın "iyi" sayılan eşikleri web.dev'de açık yazıyor: LCP 2,5 saniye veya altı, INP 200 milisaniye veya altı, CLS 0,1 veya altı. Bu değerlerin her biri sayfanın ayrı bir yönünü ölçer. web.dev Core Web Vitals sayfasında tanımlarını bulabilirsiniz.

Mağazada karşılığı şöyle:

• LCP: Ürün görselinin ve başlığın ne kadar çabuk göründüğü.
• INP: Filtreye, varyant seçimine ve sepete ekle düğmesine basınca sayfanın ne kadar çabuk yanıt verdiği.
• CLS: Fiyat veya buton yüklenirken sayfanın kayıp kaymadığı.

Metriklerin ayrıntılı açıklamasını Core Web Vitals nedir yazımızda bulursunuz. Burada tekrar etmiyoruz.

E-ticaret sitelerinde yavaşlığın en yaygın nedenleri nelerdir?

Sahada gördüğümüz yavaşlık nedenleri neredeyse her projede benzer. Çoğu, tek bir büyük hatadan değil, birikmiş küçük eklemelerden doğar.

En sık karşılaştıklarımız:

• Sıkıştırılmamış, gereğinden büyük ürün görselleri.
• Takip pikselleri, sohbet widget'ları ve yorum eklentileri gibi üçüncü taraf script'ler.
• Tema veya eklentilerden gelen kullanılmayan JavaScript ve CSS.
• Yavaş sunucu yanıtı; paylaşımlı, yetersiz hosting.
• Web fontlarının engelleyici yüklenmesi.
• Önbelleğe alınmayan dinamik sayfalar.

Bu listede kendi sitenize benzeyen üç madde bulursanız, işe oradan başlayın.

Bu maddelerin çoğu birbirine bağlıdır. Örneğin yavaş sunucu ve ağır görseller birleşince LCP çok kötüleşir. Bu yüzden tek bir nedeni düzeltip sonucu beklemek yerine, etkisi en büyük iki üç nedeni birlikte ele almak daha sağlıklıdır. JavaScript tarafı için JavaScript site hızını nasıl etkiler yazısı, sunucu seçimi için ise hosting nasıl seçilir rehberi işinize yarar.

Ürün görselleri e-ticarette hızı nasıl bozar?

E-ticaret sitesinin ağırlığının büyük kısmı görsellerden gelir. Çünkü müşteri ürünü görmek ister ve siz de çok sayıda, yüksek çözünürlüklü fotoğraf koyarsınız. Bu doğru bir içgüdü, ancak boyutlandırmayı atlarsanız bedelini hızla ödersiniz.

Uygulamada şunları öneririz:

1. Görseli gösterileceği boyuta göre yeniden boyutlandırın.
2. WebP gibi modern bir biçim kullanın.
3. Ekranın altındaki görsellerde tembel yüklemeyi açın.
4. İlk ekrandaki ana ürün görselini ise tembel yüklemeyin, önceden yükleyin.

Dördüncü madde sık yapılan bir hatadır: LCP elemanını tembel yüklemek sayfayı yavaşlatır. Ayrıntılar için görsel optimizasyonu rehberimize ve tembel yükleme yazımıza bakın. Hızlı bir deneme için resim küçültme aracımız da var.

Bir de varyant görselleri var. Renk seçeneği olan ürünlerde tüm varyant fotoğraflarını sayfa açılırken yüklemek gereksizdir. Kullanıcı bir rengi seçtiğinde ilgili görseli getirmek, ilk yüklemeyi belirgin biçimde hafifletir.

Üçüncü taraf script'ler satışı nasıl yavaşlatır?

Pazarlama ekibi bir araç ekler, satış ekibi bir widget ekler, analitik ekibi bir etiket ekler. Sonuçta ana iş parçacığı dolar ve tıklamalara yanıt gecikir. Bu tam olarak INP'nin ölçtüğü sorundur.

Burada dürüst olmak gerekir: bu script'lerin çoğu iş için gerekli. Reklam dönüşüm ölçümü olmadan kampanya yönetemezsiniz. Bu yüzden amaç hepsini silmek değil, bilinçli seçmektir.

Şu yöntemi deneyin:

• Her script için sahibini ve iş gerekçesini yazın.
• Üç aydır kimsenin baktığı raporun script'ini kaldırın.
• Kritik olmayanları sayfa yüklendikten sonra çalıştırın.
• Etiket yöneticisinde her değişikliği ölçüp kayda alın.

Bu sayede hem hızı hem de ölçüm düzenini korursunuz.

Bir örnek hesap yapalım. Diyelim ki sayfanızda on iki script var ve dördü kimsenin kullanmadığı raporlara hizmet ediyor. O dördünü kaldırmak ana iş parçacığını rahatlatır, böylece INP iyileşir. Gerçek kazancı yine ölçümle doğrularsınız; bu yalnızca bir örnek hesaptır.

Sunucu ve hosting kararı hızı ne kadar belirler?

Ön yüzü ne kadar optimize ederseniz edin, sunucu yanıtı yavaşsa sayfa yavaş başlar. Deloitte çalışması da en yüksek sunucu gecikmesini ölçülen metrikler arasına almıştı. Yani sunucu, zincirin ilk halkasıdır.

Kampanya dönemlerinde bu daha belirgin hale gelir. Trafik ikiye katlandığında paylaşımlı hosting yetişemez ve sayfalar zaman aşımına düşer. Reklam bütçesini harcarken sitenin çökmesi en pahalı senaryodur.

Kontrol edilecek noktalar şunlar:

• Sunucu yanıt süresi (TTFB) ve yoğun saatlerdeki değişimi.
• Önbellek yapılandırması.
• CDN kullanımı, özellikle görseller için.
• Veritabanı sorgularının yavaşlığı.

Hosting seçim ölçütlerini hosting rehberimizde anlattık.

E-ticarette sayfa hızını nasıl ölçersiniz?

İki tür veri vardır: laboratuvar verisi ve gerçek kullanıcı verisi. Laboratuvar verisi kontrollü bir testten gelir; gerçek kullanıcı verisi ise ziyaretçilerin cihazlarından toplanır. Karar verirken ikisine birlikte bakmanız gerekir.

Başlangıç için şu adımları izleyin:

1. PageSpeed Insights'ta ürün, kategori ve sepet sayfalarınızı ayrı ayrı çalıştırın.
2. Gerçek kullanıcı verisi bölümündeki LCP, INP ve CLS sonuçlarını not edin.
3. Laboratuvar testinden gelen önerileri etki büyüklüğüne göre sıralayın.
4. Değişiklikten önce ve sonra aynı sayfaları yeniden ölçün.

Lighthouse testini adım adım anlattığımız Google Lighthouse ile site performans testi yazısı bu aşamada rehber olur. Tek sayfaya takılmayın; şablon bazında düşünün.

Hız iyileştirmesinin satışa etkisini nasıl test edersiniz?

Hız çalışmasının getirisini ölçmeden "iş yaradı" diyemezsiniz.

Üstelik ölçmeden hareket ederseniz, bir sonraki bütçe toplantısında yatırımı savunamazsınız. Sonucu rakamla göstermek, hız işini teknik bir masraf olmaktan çıkarıp ticari bir yatırım haline getirir. Vodafone'un yaptığı gibi bir A/B testi ideal olsa da her mağazada mümkün değildir. Trafiğiniz azsa anlamlı sonuca haftalar sonra ulaşırsınız.

Daha gerçekçi bir yöntem öncesi ve sonrası karşılaştırmasıdır. Ancak kampanya, sezon ve fiyat değişikliği sonucu bulandırır. Bu yüzden aynı dönemi geçen haftayla veya geçen yılla kıyaslamayın; mümkünse aynı kanalın trafiğine bakın.

Şu metrikleri izleyin:

• Mobil ve masaüstü dönüşüm oranı ayrı ayrı.
• Ürün sayfasından sepete geçiş oranı.
• Hemen çıkma oranı.
• Ortalama sepet tutarı.

Dönüşüm oranını hesaplamak için dönüşüm oranı hesaplama aracımızı kullanabilirsiniz.

Hız çalışmasını hangi sırayla yapmalısınız?

Her şeyi aynı anda düzeltmeye kalkarsanız hiçbirini bitirmezsiniz. Etkisi yüksek ve maliyeti düşük işlerle başlayın. Bizim önerdiğimiz sıra şöyledir.

Bu tablo genel bir başlangıç önerisidir; kesin sıra sitenizin ölçümüne göre değişir. Bu yüzden önce ölçün, sonra sıralayın.

Sıralamada bir kural daha işe yarar: kullanıcı ilk ekranda ne görüyor ise önce onu hızlandırın. Ürün sayfasında ilk ekranda görsel, başlık, fiyat ve sepete ekle düğmesi bulunur; bu dört öğe hızlı gelirse kalan sayfa bir saniye geç gelse bile kullanıcı devam eder.

Hız mı, SEO mu, dönüşüm mü: hangisi için yapıyorsunuz?

Üçü de aynı işten fayda sağlar, ancak hedefi bilmeniz önceliği değiştirir. Hız Google'ın sıralama sinyallerinden biridir; fakat içeriğin alaka düzeyinin yerini tutmaz. Google'ın belgelerinde de sayfa deneyimi tek başına belirleyici olarak sunulmaz.

Yani hızı "sıralama hilesi" olarak görmeyin. Asıl kazanç, zaten gelen trafiğin daha fazlasını siparişe çevirmektir. Organik tarafta ise site hızı SEO'yu nasıl etkiler yazısında sinyalin ağırlığını tartıştık.

Reklamla trafik alıyorsanız hız daha da önem kazanır. Çünkü her tıklama için ödeme yaparsınız ve yavaş açılan açılış sayfası bütçeyi boşa harcar. Bu iki alanı birlikte düşünmek için e-ticaret SEO rehberimize da göz atabilirsiniz.

Her mağaza için hız yatırımı karşılığını verir mi?

Dürüst cevap: her zaman değil. Siteniz zaten hızlıysa, yani Core Web Vitals değerleriniz "iyi" aralığındaysa, ek milisaniyeler için büyük bütçe harcamak mantıklı olmayabilir. O durumda ürün sayfası, fiyat veya güven sorunları daha fazla kazandırır.

Tersine, mobilde LCP'niz 4-5 saniyeyse ve trafiğiniz yüksekse, hız çoğu zaman en kârlı iyileştirmedir. Bu karar sezgiyle değil, huni verisiyle verilir; yani hangi adımda kayıp yaşadığınızı görmeden yatırım yapmayın.

Ayrıca hız tek başına kötü bir teklifi kurtarmaz. Hızlı yüklenen ama ikna etmeyen bir ürün sayfası yine satmaz. E-ticaret ürün sayfası nasıl olmalı yazımız bu dengeyi tamamlar.

Sepet ve ödeme sayfasında hız neden ayrı ele alınır?

Sepet ve ödeme sayfaları ürün sayfasından farklı çalışır. Burada kullanıcı zaten satın almaya karar vermiştir; yani her saniyelik gecikme doğrudan kayıp sipariş demektir. Üstelik bu sayfalar çoğu zaman önbelleğe alınamaz, çünkü içerik kişiye özeldir.

Bu sayfalarda üç şeye dikkat ediyoruz. Birincisi, form alanlarının yazarken takılmaması; INP burada belirleyicidir. İkincisi, ödeme sağlayıcısının iframe'inin geç yüklenmemesi. Üçüncüsü, kupon ve kargo hesaplamasının hızlı yanıt vermesi.

Örneğin kullanıcı posta kodunu girer ve kargo ücretinin güncellenmesi için üç saniye bekler. Bu kısa bekleyiş bile şüphe yaratır. Bu yüzden sunucu çağrılarını azaltın ve yükleme durumunu açıkça gösterin.

Küçük bir ayrıntı büyük fark yaratır: butona basıldığında hemen görsel bir tepki verin. Gerçek işlem arka planda sürse bile kullanıcı tıklamasının algılandığını görürse beklemeye devam eder; tepki görmezse tekrar tekrar basar ve çift sipariş riski doğar. Ödeme adımlarını sadeleştirme tarafında sepet terk oranı yazımız ek fikirler veriyor.

Kampanya dönemlerinde site hızı nasıl korunur?

Kampanya günü, sitenizin en çok trafik aldığı ve en az hata payı bulunan gündür. İndirim dönemleri, reklam artışı ve e-posta gönderimi aynı anda gelir. Normal günde yeterli görünen altyapı bu yükte çözülür.

Kampanyadan önce şu hazırlığı öneriyoruz:

• Yük testi yapıp sunucunun ne kadar eşzamanlı ziyaretçi taşıdığını görün.
• Görselleri ve kampanya bannerlarını önceden optimize edin.
• Kampanya için eklenen geçici script ve pop-up'ları ölçün.
• Önbelleği kampanya sayfaları için ısıtın.

Ayrıca kampanya başladıktan sonra ilk saatlerde hız ve hata oranını canlı izleyin. Sorun çıkarsa müdahale edebilecek birinin hazır olması gerekir. Bu hazırlık, reklama harcadığınız bütçeyi korur.

Kampanya bittikten sonra da geçici eklentileri kaldırmayı unutmayın. Birçok sitede kampanya için eklenen sayaç ve pop-up kodu aylarca sayfada kalır ve sessizce hızı düşürür.

Hız bütçesi nedir ve nasıl belirlersiniz?

Hız bütçesi, sayfanın aşmaması gereken sınırları önceden belirlemektir. Örneğin ürün sayfası için toplam görsel ağırlığı, JavaScript boyutu veya LCP hedefi yazarsınız. Böylece her yeni ekleme bu sınırlara göre değerlendirilir.

Bütçe olmadan hız zamanla bozulur. Bir kampanya banner'ı, bir yeni eklenti, bir yeni etiket derken sayfa ağırlaşır ve kimse sorumluluk almaz. Bütçe bu sürüklenmeyi durdurur.

Basit bir başlangıç yapabilirsiniz:

1. Mevcut değerlerinizi ölçün.
2. Google'ın "iyi" eşiğini hedef olarak yazın.
3. Yeni bir eklenti eklemeden önce etkisini ölçün.
4. Bütçeyi aşan eklemeyi sebebiyle reddedin veya başka bir şeyi çıkarın.

Bu disiplin sayesinde hız bir kerelik proje olmaktan çıkar ve süreçlere yerleşir.

Bütçeyi herkesin göreceği bir yere yazmak da işe yarar. Tasarımcı, yazılımcı ve pazarlamacı aynı sınırı bildiğinde, "bu banner sayfayı ne kadar ağırlaştırır" sorusu tasarım aşamasında sorulur; yayından sonra değil.

Hız çalışmasında hangi hatalardan kaçınmalısınız?

Hız projelerinde aynı hataları tekrar tekrar görüyoruz. Bunların çoğu iyi niyetle yapılır ama sonuç getirmez.

Sık yapılan hatalar:

• Yalnızca ana sayfayı ölçmek; oysa satış ürün ve sepet sayfasında olur.
• Sadece tek bir skora, yani 100 puana takılmak. Puan, gerçek kullanıcı deneyiminin yerine geçmez.
• LCP görselini tembel yüklemek.
• Bir eklentiyi kaldırırken işlevini test etmemek.
• Değişiklikten sonra ölçüm yapmamak.

Özellikle puan takıntısı yanıltıcıdır. Bir sayfa 95 alıp yine de gerçek kullanıcıda yavaş olabilir. Bu yüzden saha verisini öncelikli tutun; laboratuvar puanını yalnızca yön göstermek için kullanın.

Küçük ve büyük mağazalarda hız önceliği nasıl değişir?

Mağaza büyüklüğü, hız çalışmasının şeklini değiştirir. Küçük bir mağazada genellikle hazır bir tema, birkaç eklenti ve sınırlı bir trafik vardır. Burada en büyük kazanç, görsel ve eklenti temizliğinden gelir; mimari değişikliğe gerek kalmaz.

Büyük mağazada tablo farklıdır. Binlerce ürün, karmaşık filtreler ve çok sayıda entegrasyon sayfayı ağırlaştırır. Dolayısıyla sunucu tarafında çizim, önbellek stratejisi ve kod bölme gibi mühendislik işleri devreye girer. Vodafone ve Renault vakalarındaki işler bu düzeyde.

Bir orta yol da var. Orta ölçekli bir mağaza önce hızlı kazanımları alır, ardından ölçüme bakıp mimari yatırıma karar verir. Yani her seviyede sıra aynıdır: ölç, en ucuz ve etkili işi yap, yeniden ölç.

Hangi seviyede olursanız olun, bir kişiyi hız konusunda sorumlu kılın. Sahibi olmayan bir metrik zamanla bozulur; sahibi olan metrik ise her toplantıda gündeme gelir. Sektör aralıklarına dair rakamlar saha tecrübemize dayanır ve garanti değildir.

Hız iyileştirmesinden sonra neleri izlemeye devam etmelisiniz?

Hız bir kez düzelir ve orada kalmaz. Yeni bir kampanya, yeni bir eklenti veya tema güncellemesi değerleri yeniden bozabilir. Bu yüzden iyileştirmeden sonra düzenli izleme kurmak gerekir.

Aylık olarak şunlara bakın:

• Ürün, kategori ve sepet şablonlarında LCP, INP ve CLS değerleri.
• Mobil dönüşüm oranında ani düşüşler.
• Yeni eklenen script'lerin etkisi.
• Sunucu yanıt süresi ve hata kayıtları.

Bir değer kötüleşirse son değişikliği geriye doğru tarayın. Çoğu zaman suçlu yeni eklenen bir etikettir. Bu sayede sorunu büyümeden yakalarsınız.

Ayrıca her ay kısa bir not tutun: hangi değişikliği yaptınız, hangi değer nasıl değişti. Altı ay sonra bu notlar, hızın satışa gerçek etkisini anlamanız için elinizdeki en değerli veri olur. Ölçüm disiplinini güçlendirmek isterseniz Microsoft Clarity ile ısı haritası ve oturum kaydı gibi araçlar, kullanıcının yavaşlığı nerede hissettiğini gösterebilir.

Ekibimiz e-ticaret hız projelerinde nasıl çalışıyor?

Biz, Talha Aslan ve ekibi olarak hız çalışmasına ölçümle başlıyoruz. İlk adım, ürün, kategori ve sepet şablonlarının gerçek kullanıcı verisini çıkarmak. Ardından darboğazları etki ve zorluğa göre sıralıyoruz.

Sonra sıra ölçüme döner: değişiklikten sonra aynı metrikleri karşılaştırıyoruz ve dönüşüm verisine bağlıyoruz. Sonuç garanti değildir; siteye, trafiğe ve sektöre göre değişir. Yalnızca ölçebildiğimiz kazanımı raporlarız.

Bu yaklaşımın bir nedeni var: hız projeleri kolayca "100 puan" yarışına dönüşür. Biz ise müşterinin sipariş sayısına, sepet tutarına ve reklam maliyetine bakarız; çünkü işletmenizin hedefi puan değil, satıştır.

Tasarım ve altyapı tarafını birlikte ele aldığımız için e-ticaret danışmanlığı ve web tasarım hizmetlerimiz bu işte birlikte çalışır. Sitenizin mevcut durumunu konuşmak isterseniz bize yazabilirsiniz.