İçeriğe atla

Ürün ve Kategori Yapısı Nasıl Kurulur?

Ders 4 / 10 · 23 dakika okuma · Orta

Kategori ağacı, ürün, varyant, SKU, özellik, filtre ve URL yapısını müşteri deneyimi, operasyon ve SEO açısından doğru biçimde tasarlamayı öğrenin.

Bu Derste Öğrenecekleriniz

  • Ürün, varyant ve SKU kavramlarını doğru modelleyebilir.
  • Müşteri odaklı kategori ağacı oluşturabilir.
  • Kategori, marka, özellik ve filtreyi birbirinden ayırabilir.
  • Ürün veri, SKU, özellik ve URL standartları oluşturabilir.
  • Temsilî ürünlerle katalog kalite testi gerçekleştirebilir.

Kategori Yapısı Müşterinin Mağazadaki Haritasıdır

Kategori ağacı, ürünlerin yönetim panelinde hangi klasörde durduğundan daha fazlasıdır. Müşterinin ürünleri keşfetmesini, filtrelemesini ve arama motorlarının mağazanın konu yapısını anlamasını etkiler.

İyi katalog mimarisi müşterinin zihnindeki alışveriş mantığı ile işletmenin ürün verisini buluşturur.

Not — Temel ilke

Kategori, marka, özellik ve filtre aynı şey değildir. Her ürün bilgisini kategoriye dönüştürmek mağazayı gereksiz yere karmaşıklaştırır.

1. Ürün, SKU ve Varyantı Ayırın

Ürün

Müşterinin tek bir ürün olarak algıladığı ticari varlıktır.

Varyant

Aynı ürünün renk, beden, ölçü veya paket gibi seçilebilir sürümüdür.

SKU

Stok ve operasyon açısından takip edilen benzersiz ürün/varyant kodudur.

Örnek

'Basic Pamuk Tişört' ürün; siyah ve beyaz renkler ile S/M/L bedenler varyant; her renk-beden kombinasyonunun ayrı stok kodu ise SKU olabilir.

2. Varyant mı Ayrı Ürün mü?

Her farklılık varyant olmak zorunda değildir. Müşteri seçenekleri aynı ürün sayfasında doğal olarak karşılaştırabiliyorsa varyant yaklaşımı uygun olabilir. Ürünün kullanım amacı, teknik özellikleri veya arama niyeti belirgin biçimde değişiyorsa ayrı ürün daha anlamlı olabilir.

  • Müşteri seçenekleri tek kararın parçası olarak mı görüyor?
  • Aynı açıklama ve temel fayda geçerli mi?
  • Fiyat farkı seçenek mantığıyla anlaşılabilir mi?
  • Her seçenek ayrı SEO/arama niyetine sahip mi?
  • Operasyonda ayrı SKU gerekiyor mu?

3. Kategori Ağacını Müşteri Diliyle Kurun

İç şirket departmanları veya tedarikçi sınıfları müşterinin alışveriş diline uymayabilir. Kategoriler müşterinin 'ne arıyorum?' sorusuna cevap vermelidir.

Örnek

Bir ev mağazasında 'Tedarikçi A Ürünleri' yerine müşterinin anlayacağı 'Mutfak Düzenleme', 'Banyo Düzenleme' gibi kullanım odaklı kategoriler daha işlevsel olabilir.

4. Kategori Derinliğini Gereksiz Artırmayın

Çok fazla alt seviye müşteriyi ürüne ulaşmadan uzun bir navigasyona zorlayabilir; çok düz yapı ise yüzlerce ürünü aynı yerde toplar.

Doğru derinlik katalog büyüklüğü, ürün çeşitliliği ve müşteri davranışına göre belirlenir. Amaç en az tıklama sayısı değil, anlaşılır karar yoludur.

5. Kategori ile Filtreyi Ayırın

Müşterinin ana alışveriş amacı kategori; kategori içindeki seçenekleri daraltan nitelikler çoğu zaman filtredir.

Örnek

'Koşu Ayakkabısı' kategori olabilir; numara, renk, taban tipi ve fiyat aralığı filtre olabilir. Her numara için ayrı kategori açmak çoğu mağazada gereksizdir.

6. Ürün Özellik Sözlüğü Oluşturun

Aynı özelliğin farklı ürünlerde farklı isimlerle tutulması filtreleme, entegrasyon ve raporlamayı bozar.

  • 'Renk' mi 'Ürün Rengi' mi? Tek standart seçin.
  • Ölçü birimlerini standartlaştırın.
  • Evet/Hayır değerlerini tutarlı kullanın.
  • Serbest metin yerine mümkün olduğunda kontrollü değer listeleri kullanın.
  • Aynı anlamdaki değerleri birleştirin: 'Siyah', 'siyah', 'Black' gibi.

Şimdi Uygulayın

Veri yönetişimi

Her özellik için ad, veri tipi, birim, izin verilen değerler ve hangi kategorilerde kullanılacağını tanımlayın.

7. Filtreleri Kategoriye Göre Tasarlayın

Her kategoride aynı filtreleri göstermek kullanıcıya gereksiz seçenekler sunabilir. Filtre seti ürün tipine ve satın alma kararına göre değişmelidir.

Örnek

Televizyonda ekran boyutu ve çözünürlük önemliyken ayakkabıda numara ve kullanım tipi daha anlamlıdır.
  • Karar vermede gerçekten kullanılıyor mu?
  • Ürünleri anlamlı gruplara ayırıyor mu?
  • Veri tüm ürünlerde yeterince dolu mu?
  • Değer sayısı yönetilebilir mi?

8. Marka Yapısını Ayrı Yönetin

Çok markalı mağazada marka, çoğu zaman kategori değildir; ürünün ayrı bir niteliği ve keşif yoludur. Marka sayfaları oluşturulabilir ancak katalog ağacını marka × kategori kombinasyonlarıyla gereksiz çoğaltmamak gerekir.

9. URL Yapısını Başlangıçta Planlayın

Ürün ve kategori URL'leri anlaşılır, kararlı ve yönetilebilir olmalıdır. Sonradan sık URL değiştirmek yönlendirme ve SEO operasyonu doğurur.

  • Kısa ve anlamlı slug.
  • Gereksiz parametrelerden kaçınma.
  • Kategori taşındığında ürün URL'sinin etkisi.
  • Türkçe karakter/slug standardı.
  • Eski URL'ler için 301 yönetimi.

Uyarı — URL'yi sırf anahtar kelime eklemek için değiştirmeyin

Mevcut ve değer üreten URL'leri değiştirmenin migrasyon maliyeti vardır. Değişiklik gerçek bilgi mimarisi veya teknik gerekçeye dayanmalıdır.

10. Filtre URL'lerinin SEO Davranışını Belirleyin

Filtre kombinasyonları çok sayıda URL üretebilir. Her kombinasyonun indekslenmesi genellikle gerekli değildir. Hangi filtre sayfalarının gerçek arama talebi ve özgün değer taşıdığı ayrıca belirlenmelidir.

Canonical, robots ve indeksleme yaklaşımı kullanılan altyapının davranışına göre teknik olarak test edilmelidir.

11. Kategori Sayfasının Görevi

Kategori sayfası yalnız ürün kartları listesi değildir. Müşterinin seçenekleri anlamasını, doğru alt gruba ilerlemesini ve filtreleme yapmasını sağlar.

  • Açık kategori başlığı.
  • Gerekliyse kısa yönlendirici açıklama.
  • Alt kategori erişimi.
  • İlgili filtreler.
  • Anlamlı sıralama.
  • Ürün kartlarında karar için temel bilgiler.
  • Boş sonuç durumunun yönetimi.

12. Ürün Adlandırma Standardı

Ürün adları hem müşteri hem operasyon için tutarlı olmalıdır. Gereksiz pazarlama ifadeleri veya birbirinden tamamen farklı adlandırma şablonları katalog kalitesini düşürür.

Örnek — Örnek şablon

Marka + ürün tipi + ayırt edici model/özellik. Her kategoride aynı şablonu zorunlu kullanmak yerine ürün tipine uygun standart oluşturun.

13. SKU Standardını Baştan Belirleyin

SKU, müşteriye görünmese bile stok, depo ve entegrasyonlarda kritik kimliktir. Rastgele veya tekrar eden kodlar büyüdükçe sorun çıkarır.

  • Benzersiz olmalı.
  • Değişmeden kalması tercih edilmeli.
  • Varyant seviyesinde takip ihtiyacını karşılamalı.
  • ERP/depo/pazaryeri sistemleriyle uyumlu olmalı.
  • Anlam yüklemek için aşırı uzun hale getirilmemeli.

14. Barkod ve Harici Kimlikleri Ayırın

SKU işletmenin kendi stok kimliği olabilir; barkod ise farklı standart veya ticari kullanım taşıyabilir. SKU, barkod, tedarikçi kodu ve platform kimliklerini tek alanda karıştırmayın.

15. Kategoriye Ürün Atama Kuralları

Bir ürün birden fazla ilgili kategoride gösterilebilir; ancak her olası kategoriye eklemek keşfi iyileştirmek yerine katalog kalitesini bozabilir.

  • Ürün bu kategoride müşteri tarafından gerçekten aranır mı?
  • Kategori adı ürünün kullanımını doğru anlatıyor mu?
  • Aynı ürün gereksiz tekrar yaratıyor mu?
  • Birincil kategori veya canonical davranışı gerekiyorsa altyapı nasıl yönetiyor?

16. Stok Durumlarını Katalogdan Ayırmayın

Satılabilir, tükendi, ön sipariş, sipariş üzerine veya satışa kapalı gibi durumların müşteriye nasıl yansıyacağını tanımlayın.

  • Stok sıfırsa ürün görünür kalacak mı?
  • Tekrar stok bildirimi olacak mı?
  • Ön sipariş farklı teslimat mesajı gösterecek mi?
  • Satıştan kalkmış ürünün URL'si ne olacak?

17. Ürün Veri Şablonu Oluşturun

Ürün eklemeye başlamadan önce zorunlu ve opsiyonel alanları belirleyen veri şablonu hazırlayın.

  • Ürün adı.
  • Slug.
  • SKU.
  • Barkod varsa.
  • Marka.
  • Kategori.
  • Kısa açıklama.
  • Detaylı açıklama.
  • Fiyat.
  • Stok.
  • Varyantlar.
  • Teknik özellikler.
  • Görseller.
  • Ağırlık/ölçüler.
  • SEO title/meta.
  • Kargo veya özel operasyon bilgisi.

18. Katalog Kalitesini Ölçün

Yüzlerce ürün yükledikten sonra eksikleri tek tek bulmak yerine yayın öncesinde veri kalite kontrolleri oluşturun.

  • Kategorisiz ürün.
  • Görselsiz ürün.
  • Fiyatsız ürün.
  • SKU'suz ürün.
  • Eksik zorunlu özellik.
  • Geçersiz varyant kombinasyonu.
  • Stok/fiyat kaynağı belirsiz ürün.
  • Bozuk veya tekrar eden slug.

19. Örnek Katalog Testi Yapın

Tüm kataloğu taşımadan önce her ürün tipini temsil eden küçük bir örnek set yükleyin.

  1. Basit tek SKU ürün.
  2. Çok varyantlı ürün.
  3. İndirimli ürün.
  4. Stokta olmayan ürün.
  5. Ağır/hacimli ürün.
  6. Teknik özellikleri yoğun ürün.
  7. Varsa paket/bundle ürün.

Bu örnekler doğru çalışmadan toplu veri aktarımına geçmek aynı hatayı yüzlerce ürüne çoğaltabilir.

Uygulama: Katalog Mimarisi Belgesi

  1. Ana kategorileri müşteri diliyle yazın.
  2. Alt kategorileri ekleyin.
  3. Her kategorinin filtrelerini belirleyin.
  4. Ürün-varyant-SKU standardını tanımlayın.
  5. Özellik sözlüğünü oluşturun.
  6. Ürün adlandırma kuralını yazın.
  7. URL/slug standardını belirleyin.
  8. Ürün veri şablonunu hazırlayın.
  9. Yedi temsilî ürünle örnek katalog oluşturun.
  10. Veri kalite kontrollerini çalıştırın.

Şimdi Uygulayın

Ders Çıktısı

Elinizde kategori ağacı, filtre setleri, özellik sözlüğü, SKU standardı ve ürün veri şablonundan oluşan Katalog Mimarisi Belgesi bulunmalıdır.

Katalog iskeleti hazır. Sonraki bölümde müşterinin satın alma kararını verdiği ürün sayfasını tasarlayacak, ardından ödeme ve teslimat süreçlerini satışa hazır hale getireceğiz.

Bu Derste Ne Öğrendik?

  • Sağlam katalog mimarisi; müşterinin ürünleri kolay bulmasını, işletmenin stok ve ürün verisini tutarlı yönetmesini ve teknik sistemlerin aynı veriyi doğru kullanmasını sağlar.
  • Kategori, filtre, özellik, varyant ve SKU rolleri baştan standartlaştırılmalıdır.

Öğrendiklerinizi Projenize Dönüştürün

Pazaryeri, online mağaza veya kurumsal dijital ticaret projeniz için KMK'nın deneyimli ekibiyle ihtiyaçlarınızı değerlendirin.