Sayıların ardındaki mantık
Beden, renk, hacim, malzeme — kullanıcının seçim yapmak zorunda olduğu her boyut bir varyant ekseni oluşturur. Ayrı stoğu olan her bileşim ayrı bir satılabilir birimdir.
Buradaki temel karar sayfa yapısıdır: bütün varyantlar tek sayfada mı toplanacak, yoksa her biri ayrı sayfa mı olacak? Bu karar hem deneyimi hem arama görünürlüğünü belirler.
Genel kural şudur: kullanıcı bunları karşılaştırarak mı seçiyor? Beden karşılaştırılmaz, tek sayfada seçilir. Renk bazen karşılaştırılır ve ayrı sayfayı hak edebilir.
Hangi yapı seçilmeli?
| Durum | Yapı |
|---|---|
| Beden | Tek sayfa, seçici |
| Renk (görsel fark büyük) | Ayrı sayfa olabilir |
| Hacim / adet | Tek sayfa |
| Ayrı aranan varyant | Ayrı sayfa |
| Çok sayıda bileşim | Tek sayfa şart |
Dördüncü satır belirleyici olan. Kullanıcı "siyah koşu ayakkabısı" diye arıyorsa o varyantın kendi sayfası olması arama görünürlüğü açısından anlamlı; kimse "42 numara" diye aramıyor.
Nasıl kurulur?
- Her bileşime ayrı kod verin. Stok ancak öyle tutulur.
- Tükenen seçeneği pasif gösterin. Seçilebilir bırakmayın.
- Görseli seçime bağlayın. Renk seçilince görsel değişsin.
- Kanonik adresi belirleyin. Ayrı sayfa varsa asıl olan hangisi?
- Yorumları birleştirin. Varyanta bölünen yorum zayıf kalır.
Uygulamada ne oluyor?
En sık hata, tükenen seçeneklerin seçilebilir bırakılması. Kullanıcı bedeni seçiyor, hata mesajı alıyor ve güveni sarsılıyor; tükenen seçenek baştan soluk ve tıklanamaz olmalı.
İkinci gözlem, yorumların varyantlara bölünmesi. Her renk ayrı sayfa olduğunda otuz yorum beş sayfaya dağılıyor; hiçbirinde ikna edici bir birikim oluşmuyor.
Üçüncüsü, görselin seçimle güncellenmemesi. Kullanıcı mavi seçiyor ama ekranda kırmızı duruyor; bu, yanlış sipariş ve iade üretiyor.
Dördüncüsü, kanonik adresin belirlenmemesi. Aynı içeriği taşıyan beş varyant sayfası birbiriyle yarışıyor ve hepsi zayıflıyor.
Beşincisi, varyant bazında performansın izlenmemesi. Bir bedenin sürekli tükenmesi talep dağılımını gösteriyor; bu veri satın almaya gitmediğinde aynı hata tekrarlanıyor.
Altıncısı, fiyat farklarının belirsiz kalması. Büyük beden veya özel renk daha pahalıysa bu fark seçim anında açıkça görünmeli.
Yedincisi, çok eksenli yapıların karmaşıklaşması. Renk, beden ve malzeme birlikte olduğunda bileşim sayısı patlıyor; arayüz adım adım daraltmalı.
Sekizincisi, sepette varyant bilgisinin gösterilmemesi. Kullanıcı hangi seçeneği eklediğini göremiyor ve hatayı ödeme adımında fark ediyor.
Dokuzuncusu, feed tarafında varyantların bağlanmaması. Her satır ayrı ürün gibi görünüyor; aynı gruba bağlanmadığında listeleme karışıyor.
Onuncusu, tükenmenin varyant seviyesinde yönetilmemesi. Tek beden yokken ürünün tamamı tükenmiş gösteriliyor ve satılabilir stok boşuna kaybediliyor.
On birincisi, seçim sırasının kullanıcıya göre kurulmaması. Kişi önce rengini biliyor ama arayüz önce bedeni soruyor; doğal sıra tersine çevrildiğinde her adımda geri dönmek gerekiyor ve vazgeçme oranı yükseliyor.
On ikincisi, varyantların katalog dışında da tutarlı olmaması. E-postada, reklamda ve pazaryerinde farklı seçenek adları kullanıldığında aynı ürünün hangi varyantından bahsedildiği kayboluyor ve raporlar birleştirilemiyor.
Neyi çözmez?
Doğru varyant yapısı, talebi büyütmez. Kullanıcının istediği seçenek katalogda yoksa yapı eksikliği daha net gösterir.
Sıkça sorulan sorular
Tek sayfa mı ayrı sayfa mı?
Kullanıcı karşılaştırarak seçiyorsa ayrı sayfa düşünülebilir; beden gibi eksenlerde tek sayfa doğru.
Yorumları ayırmalı mıyım?
Hayır. Bölünen yorum birikimi hiçbir sayfada ikna edici seviyeye ulaşmaz.
Tükenen seçeneği gizlemeli miyim?
Gizlemeyin, pasif gösterin. Böylece kullanıcı ürünün o seçeneğinin var olduğunu bilir.
Bu kavramın bütün resim içindeki yerini E-Ticaret Büyüme Rehberi içinde ayrıntılı anlattım.
E-ticaret için ürün görseli, açıklama, güven alanı, beden/kargo/iade, yorumlar ve sepete ekleme oranı optimizasyonu.
