Bir Ürün Detay Sayfasını 12 Kontrolden Geçirerek Denetleyin, Her Kontrolün Geçme Eşiği Var

Çoğu ürün sayfası incelemesi, bir dizi görüşle sonuçlanır. Kimisi galerinin sıkışık olduğunu söyler, kimisi sekmeleri savunur, hiçbir şeye karar verilmez. Bunun yerine, işte bir değerlendirme ölçütü: her biri yazılı bir geçme eşiğine sahip on iki kontrol, 0-2 arasında puanlanır ve iki ayrı denetçinin bir veya iki puanlık bir farkla hemfikir olması gereken 24 üzerinden bir sayı ile sonuçlanır. Bu, e-ticaret ürün detay sayfaları üzerinde çalışan UX ve CRO ekipleri içindir. Baymard Enstitüsü'nün 155'ten fazla önde gelen ABD ve Avrupa sitesiyle yaptığı kıyaslama çalışması bunu ortaya koymuştur. mobil sitelerin %62'si Ürün sayfası kullanıcı deneyiminde "vasat veya daha kötü" performans gösterenler oldu ve hiçbiri mükemmel puan almadı. Sizin araştırmanızda da bulgular olduğunu varsayıyorum. Soru şu: Hangileri ve ne kadar kötü?

Puanlama sistemi nasıl çalışır?

Her kontrol, sayfayı açmadan önce yazılı olan bir eşik değerine göre puanlandırılır. 2 Bu, hem mobil hem de masaüstü cihazlarda bu eşiği karşıladığı anlamına gelir. 1 Kısmen veya yalnızca bir kırılma noktasında, 0 başarısız olması veya mevcut olmaması.

Denetleyin şablonTek bir ürün değil, farklı şekillerde zorlayan üç ürün kodu (SKU) seçin - basit bir ürün, çok sayıda varyasyonu olan bir ürün, kısmen stokta olmayan bir ürün - ve her kontrol için en düşük puanı alın. Sadece kolay SKU'lar için işe yarayan bir Ürün Geliştirme Planı (PDP), işe yarayan bir PDP değildir.

bantlar: 20-24Şablon doğru ve dönüştürme sorununuz başka bir yerde. 14-19Burada başka bir test çalıştırmadan önce sıfırları düzeltin. 0-13Şablon darboğaz oluşturuyor ve bunun üzerine test unsurları eklemek sonuçsuz kalacaktır.

1. Aşama: Ürünün ne olduğunu anlayabiliyorlar mı?

1. Kontrol - Görüntü ayarı ve yakınlaştırma. Eşik: Her tarafı kapsayan en az beş görüntü, malzeme seviyesinde bir detay çekimi, ölçeği belirleyen bir görüntü ve gerçek detayı ortaya koyan bir yakınlaştırma. Baymard, sitelerin %25'inde yeterli çözünürlük veya yakınlaştırma bulunmadığını ve %37'sinde ölçekli görüntü olmadığını tespit etti. Ekiplerin atladığı ve geri dönüş sağlayan unsur ölçeklendirmedir.

Kontrol 2 - Mobil cihazlarda görsellerin keşfedilebilirliği. Eşik: Ek resimler, kullanıcının varlıklarını öğrenmek için kaydırma yapmasına gerek kalmadan, küçük resimler veya konum göstergesi olarak görünür. Mobil sitelerin %76'sı küçük resim sağlamaz, bu nedenle galeri, tahmin etmeyen herkes için görünmezdir.

3. Kontrol - Açıklama ve teknik özelliklerin taranabilirliği. Eşik: Açıklama, destek gelen kutunuza o kategori için en sık gelen beş soruyu yanıtlar ve özellikler düz yazı şeklinde değil, taranabilir bir özellik listesi olarak görünür. Baymard, sitelerin %50'sinin özelliklerin taranabilirliğini yanlış yaptığını belirtiyor. Beş soruyu bir atölyeden değil, destek taleplerinden veya site içi aramadan alın.

2. Kapı: Doğru varyantı seçebilecekler mi?

Kontrol 4 - Varyant kontrolleri ortaya çıkarılmıştır. Eşik: boyut, renk ve diğer seçenekler, kullanıcının açması gereken bir açılır menü yerine, görünür düğmeler veya renk örnekleri olarak sunulur. Sitelerin %57'si boyut seçimi için düğme kullanmıyor. Kapalı bir açılır menü, seçenekleri ve hangilerinin kullanılamadığını gizler.

Kontrol 5 - Varyant verisi senkronizasyonu. Eşik: Bir varyant seçildiğinde fiyat, resim, stok durumu ve teslimat tahmini aynı anda güncellenir ve ekranda eski değerler görünmez. Sitelerin %28'i varyasyonlar arasında veri senkronizasyonunda başarısız oluyor. Bu durum genellikle bir tasarım sorunundan ziyade ön uç mimari sorununu ortaya çıkarır.

Kontrol 6 - Kullanılamayan varyant işleme. Eşik: Stokta olmayan ürünler, belirtilen bir nedenle görünür ve devre dışı bırakılır ve sayfa bir sonraki işlem seçeneği sunar: stok yenileme uyarısı, en yakın alternatif veya ön sipariş. Sitelerin %68'i, kullanıcıların geçici olarak stokta olmayan ürünleri satın almasına izin vermiyor. Seçeneği sessizce kaldırmak daha da kötüsü: kullanıcı, bedenin mevcut olup olmadığını anlayamıyor.

3. Kapı: Gerçek toplamı hesaplayabilirler mi?

Bu kapı en fazla geliri ve en fazla düzenleyici riski taşıyor. Baymard, 50'den fazla araştırmanın bir araya getirilmesiyle ortalama sepet terk oranını şu şekilde belirlemiştir: 70.22%Belirtilen nedenler arasında, ek maliyetlerin çok yüksek olması %40'lık bir oranla başı çekiyor. Bu maliyetlerin çoğu ürün detay sayfasında (PDP) bilinebilir ve bunun yerine ödeme aşamasında açıklanır.

7. maddeyi kontrol edin - Sepete eklemeden önce teslimat ücretini ve tarihini kontrol edin. Eşik: Kullanıcının muhtemel konumu için tahmini teslimat maliyeti ve varış tarihi, etkileşim gerektirmeden görüntülenebilir. Sitelerin %43'ü tahmini kargo maliyetini göstermiyor. Eğer fiyatlar adrese bağlıysa, varsayılan bölgeye göre etiketlenmiş bir tahmin gösterin.

Kontrol 8 - Fiyat sunumu ve indirim referansı. Eşik Değerler: Gösterilen toplam tutar tüm vergileri içerir; "önceki/şimdiki" karşılaştırmalarında geçerli bir referans fiyatı kullanılır; ve taksitler gösterildiğinde, toplam fiyat, taksit sayısı ve taksit başına tutar okunabilir boyutta birlikte görünür.

Burada iki kural birleşiyor. AB'de, 98/6/EC sayılı Direktifin 6a maddesi, duyurulan fiyat indiriminin, en az 30 gün öncesindeki en düşük fiyat olarak tanımlanan önceki fiyatı belirtmesini gerektiriyor. Türkiye'nin reklam düzenlemesi de aynı 30 günlük en düşük fiyat mantığını uyguluyor ve ayrıca taksitli satışların gösterimini de düzenliyor. Bu madde bir formalite değil: düzenleyici kurum, taksitli satışları özellikle Türk e-ticaretinde yaygın oldukları için ele alıyor; bu nedenle, bir açılır pencerenin arkasına gizlenmiş taksit başına fiyatı gösteren bir ürün detay sayfası, alıcıların seçtiği rakamı gizliyor.

9. Madde - Tek işlemde iade politikası. Eşik: İade süresi ve iade kargo ücretini kimin ödeyeceği bilgileri, altbilgi üzerinden değil, tek bir dokunuşla erişilebilir durumda. Sitelerin %44'ü ürün sayfasında iade politikasını göstermiyor veya bağlantısını vermiyor ve kullanıcıların %13'ü için tatmin edici olmayan bir iade politikası, ürünü terk etme nedeni olarak belirtiliyor.

4. Kapı: Herkes gerçekten bunu kullanabilir mi?

10. Kontrol - Hedef boyut. Eşik: Her etkileşimli kontrol (renk örnekleri, miktar göstergeleri, galeri okları, inceleme filtreleri) en az 24 x 24 CSS piksel boyutunda olmalı veya üzerine ortalanmış 24 piksellik bir dairenin komşusuyla kesişmemesi için aralıklı olmalıdır. Bu, WCAG 2.2 SC 2.5.8, Seviye AA'dır. Renk örnekleri ve miktar göstergeleri bu eşiği en sık karşılamaz.

11. Kontrol - Etkileşime yanıt verme hızı. Eşik Değer: PDP şablonu için saha verilerinin 75. yüzdelik dilimindeki bir sonraki boyamaya etkileşim 200 ms veya altındadır; 500 ms'nin üzeri kötü performanstır. Laboratuvar çalışması yerine saha verilerini kullanın: varyant değiştirme ve galeri etkileşimi, PDP INP'nin performansının düştüğü yerlerdir ve sentetik testler bunları test etmez.

12. Kontrol - Kanıt kalitesini gözden geçirin. Eşik: Puan dağılımı özeti mevcut, inceleme görselleri incelemeler arasında görüntülenebiliyor ve sayfada incelemelerin nasıl toplandığı ve doğrulanıp doğrulanmadığı belirtiliyor. Sitelerin %65'i dağılımı yanlış yapıyor. 5 ve 1 puanlardan oluşturulan 4.4 puanlı bir ürün, 4 ve 5 puanlardan oluşturulan 4.4 puanlı bir üründen farklıdır.

Puanlama tablosu

Örnek bir uygulama

Yukarıdaki başarısızlık modellerinden oluşturulmuş, müşteri denetiminden değil, örnek niteliğinde bir kompozisyon: orta segment giyim perakendecisi, üç ürün çeşidi, kontrol başına en düşük puan.

Anlama: 2 + 0 (kör kaydırma) + 1 (yazılı özellikler) = 3/6. Seçme: 2 + 1 (teslimat tahmini güncel değil) + 0 (boyutlar kayboluyor) = 3/6. Toplam maliyet: 0 + 1 (sadece modalda taksit toplamı) + ​​1 (altbilgide iadeler) = 2/6. Çalıştırma: 0 (20 pikselde renk örnekleri) + 1 (INP s75 340 ms) + 1 (dağıtım yok) = 2/6.

Toplam: 10/24. Bu, "manşet testi çalıştırmak" değil. Bu, şu dört sıfır etrafında kapsamlı bir şablon düzeltmesidir: teslimat tahmini, kaybolan boyutlar, örnek hedef boyutu, mobil galeri. Dördünden üçü mühendislik görevidir, tasarım çalışması değil; oysa asıl bulgu genellikle tasarım çalışmasıdır. [GEREKLİ İÇ VERİLER: Denetlenen PDP'ler genelinde Switas'ın ortalama geçiş puanları ve 3. Geçiş düzeltmelerinden sonraki dönüşüm hareketi.]

Puanlarla ne yapmalı?

Sayfada herhangi bir şeyi test etmeden önce tüm sıfırları düzeltin: bozuk bir adım üzerinde yapılan bir deney, hipotezinizi değil, bozukluğu ölçer. Birler, test birikiminizdir - gerçek, ancak tartışılabilir bir düzeltmeye sahip. Düzeltmeler yayınlandıktan sonra, aynı üç SKU üzerinde yeniden puanlama yapın.

Bu başlıkta belirtilen eksiklikler

Fiziksel ürün perakendeciliği için tasarlanmıştır. Dijital ürünler, abonelikler, seyahat envanteri ve yapılandırılabilir B2B ürünlerinin farklı belirleyici özellikleri vardır ve 3. Aşama bunları kapsamaz: bir otel veya uçuş sayfasında tarihe bağlı fiyatlandırma vardır ve bu ölçüt bunları modellemez. Ayrıca edinimi de göz ardı eder - burada hiçbir şey, satıcı listeleme uygunluğunu belirleyen yapılandırılmış veri eksiksizliğini değerlendirmez. Ve size belirli bir kullanıcının neden tereddüt ettiğini değil, yazılı bir eşiği geçemediğini söyler: kullanılabilirlik testinin yerini alır, görüş alma sürecinin yerini alır.

SSS

Bu denetim ne kadar sürer?

Eşik değerler üzerinde anlaşmaya varıldıktan sonra, ürün kodu başına yaklaşık 40 dakika, yani bir şablon için kabaca iki saat gerekiyor. Bunun büyük kısmı 3. aşamaya gidiyor çünkü teslimat ve taksit mantığı ürün türüne göre değişiyor.

Bunu kim yönetmeli?

İki kişi aynı üç ürünü bağımsız olarak puanlandırır, ardından yalnızca puanları birden fazla farklılık gösteren kontrolleri karşılaştırır. Tek denetçinin puanları, o denetçinin önem verdiği şeye doğru kayar.

Düşük bir puan, PDP'nin bize para kaybettirdiğini mi kanıtlıyor?

Hayır. Yayınlanmış araştırmalardan elde edilen eşik değerlerine ulaşamayan adımları gösteriyor. Gelir bağlantısı kendi satış hunisi verilerinizden geliyor. Bu kılavuz, nereye bakılması gerektiğini söylüyor, değerini değil.

Bu, erişilebilirlik denetiminden nasıl farklıdır?

Yalnızca 10. Kontrol, resmi bir uygunluk kriteridir. Tam bir WCAG denetimi ayrıca klavye kullanımı, odak sırası, kontrast ve form etiketlemesini de kapsar. Bunu, bir erişilebilirlik denetiminin yapılması gerektiğinin bir işareti olarak değerlendirin, bir denetimi geçtiğinizin kanıtı olarak değil.

Ürün detay sayfamız (PDP) bir pazar yeri veya SaaS platformu tarafından oluşturuluyor. Bu hâlâ kullanışlı mı?

Evet, kapsam daraltılarak. Her şeyi puanlayın, ardından bulguları kontrol ettiğiniz (resimler, açıklama, özellikler, yorum toplama) ve platformun kontrol ettiği (platformun kontrol ettiği) olarak ayırın. Platformun kontrol ettiği sıfırlar, kanıtlarla birlikte satıcıyla yapılacak bir görüşme haline gelir.

Sadece yurtiçi satış yaparsak, Türkiye'deki fiyat belirleme kuralları geçerli olur mu?

Evet, 30 günlük en düşük referans fiyatı ve taksit gösterimi gerekliliği de dahil olmak üzere, başka nerede satış yaptığınızdan bağımsız olarak geçerlidir. AB kuralı yalnızca AB'ye satış yapıyorsanız geçerlidir; her ikisine de satış yapıyorsanız, daha katı olan kuralı bir kez uygulayın.

Kendi kataloğunuzda çalıştırın.

Bu hafta kendi PDP şablonunuzdan üç SKU'nun puanını hesaplayın ve rakamın beklediğiniz gibi olup olmadığını görün. Eğer bulguların mühendislik biletlerine eşleştirilmesi ve satış hunisi verilerinizin eklenmesiyle birlikte daha düzgün bir şekilde yapılmasını tercih ederseniz, Bizimle kullanıcı deneyimi denetimi hakkında konuşun..

kaynaklar

• Baymard Enstitüsü - Ürün Sayfası Kullanıcı Deneyimi (UX) kıyaslaması, 155+ site (18 Mart 2026)
• Baymard Enstitüsü - Ürün Sayfası Kullanılabilirlik kıyaslaması
• Baymard Enstitüsü - 50 çalışma genelinde %70.22'lik veri seti terk oranı (22 Eylül 2025)
• Avrupa Komisyonu - 98/6/EC Direktifi Madde 6a Hakkında Kılavuz
• Gun + Partners - Türkiye'de indirimli satış reklamcılığı kuralları
• W3C - WCAG 2.2 SC 2.5.8 Hedef Boyutu (Minimum) Anlayışı
• web.dev - Sonraki Boyama Eşiklerine Etkileşim
• Google Arama Merkezi - Satıcı listeleme yapılandırılmış verileri