E-ticarette ürün varyantı yönetimi; ürün ailesi, satılabilir seçenek, SKU, barkod, görsel ve stok verisinin aynı modelde buluşmasını gerektirir. Bu rehber, katalog yapısını kurmaktan satış kanallarına veri aktarmaya kadar uygulanabilir bir yol haritası sunar.
Bir e-ticarette ürün varyantı yönetimi, aynı ürün ailesi altında satılan renk, beden, ölçü veya paket seçeneklerini tek bir katalogda düzenlemekten ibaret değildir. Her seçilebilir kombinasyonun kendi SKU’su, gerekiyorsa doğrulanmış barkodu, stok kaydı, fiyatı ve görsel ilişkisi olmalıdır. Aksi halde ürün sayfası, depo ve satış kanalları farklı kayıtları işaret edebilir.
Bu rehberde ürün ailesi ile varyant arasındaki farkı netleştiriyor; SKU, barkod, stok, görsel ve seçenek verilerini birlikte nasıl modelleyebileceğinizi açıklıyoruz. Amaç, KepezWeb’in e-ticaret projelerinde de önem taşıyan sürdürülebilir ve denetlenebilir bir katalog yapısı kurmaktır.
E-ticarette ürün varyantı yönetimi için temel model
İlk karar, katalogdaki ana ürün ile satın alınabilir varyantı birbirinden ayırmaktır. Ürün ailesi, ortak bilgileri taşır. Varyant ise müşterinin seçip sepete eklediği gerçek kombinasyondur.
Ürün ailesi neyi temsil eder?
Ürün ailesinde ortak ürün adı, kategori, marka, genel açıklama, ortak teknik özellikler ve temel medya kayıtları bulunabilir. Örneğin “Pamuklu Tişört” bir ürün ailesidir. Bu aile için renk ve beden seçenekleri tanımlanabilir.
Varyant neyi temsil eder?
“Siyah – M” veya “Beyaz – L” gibi her kombinasyon ayrı bir varyanttır. Bu kayıt, müşterinin satın aldığı ve işletmenin stokladığı birimi ifade eder. SKU, barkod, stok miktarı, gerektiğinde fiyat ve varyanta özel görsel bu seviyede tutulmalıdır.
| Veri | Ürün ailesi | Varyant |
|---|---|---|
| Ürün adı | Ortak ana ad | Gerekirse seçenek eklenmiş ad |
| Seçenekler | Renk, beden gibi seçenek türleri | Seçenek değerlerinin kombinasyonu |
| Stok ve SKU | Genellikle tutulmaz | Her satılabilir kayıt için tutulur |
| Görsel | Ortak veya varsayılan görsel | Seçime bağlı görsel ilişkisi |
Seçenekleri tek bir serbest metin alanına yazmak yerine seçenek türü ve seçenek değerini ayrı kayıtlar veya alanlar olarak yönetin. Böylece “Siyah”, “siyah” ve “Black” gibi aynı değerin farklı yazımları nedeniyle filtre, rapor ve kanal aktarımı bozulmaz.
SKU, barkod ve kayıt kimliğini ayırın
SKU ile barkod aynı amaca hizmet etmez. SKU, işletmenin stok takibi için oluşturduğu iç koddur. Barkod ise ürünün fiziksel veya tedarikçi kaydındaki dış kimliktir. Veritabanındaki varyant ID’si de bu iki alandan bağımsız teknik kayıt anahtarı olarak çalışmalıdır.
SKU için sade bir kural seti belirleyin
SKU, her satılabilir varyant için benzersiz olmalıdır. Okunabilir bir yapı kullanmak depo ve müşteri hizmetleri ekiplerinin işini kolaylaştırabilir. Örneğin TSH-001-SIY-M kodunda ürün ailesi, renk ve beden kısa biçimde temsil edilir.
- Boşluk ve karışıklığa neden olan karakterler yerine tutarlı bir ayraç kullanın.
- Renk ve beden kodları için sabit bir sözlük oluşturun.
- Fiyat veya kampanya gibi değişebilecek bilgileri SKU’ya gömmeyin.
- Pasife alınan SKU’ları mümkünse başka bir üründe yeniden kullanmayın.
- SKU’yu değiştirmek yerine, gerekiyorsa eski-yeni kod eşlemesini ayrıca saklayın.
Barkod neden ayrı bir alan olmalı?
Barkodu, işletme içinde üretilen stok kodu gibi değerlendirmeyin. Barkod doğrulanmamışsa rastgele bir numara vermek yerine alanı eksik olarak işaretleyin ve tedarikçi ya da ürün kaydı üzerinden doğrulayın. Aynı fiziksel ve ticari ürünü ifade etmeyen iki farklı varyanta aynı barkodu atamak, depo ve kanal eşleşmelerinde sorun çıkarabilir.
Toplu ürün aktarımından önce SKU ve barkod tekrarlarını kontrol edin. Ayrıca sistemde görünen barkodun, ürün ambalajı, tedarikçi kaydı ve satış kanalına gönderilen veriyle aynı ürünü işaretlediğinden emin olun.
Varyant matrisiyle stok yapısını kurun
Renk ve beden gibi iki seçenek türü tanımlandığında teorik olarak çok sayıda kombinasyon oluşabilir. Ancak her kombinasyon gerçekte üretilmiyor veya satılmıyor olabilir. Bu nedenle sistem, tüm olası kombinasyonları otomatik oluşturmak yerine yalnızca satılabilir varyantları kaydetmelidir.
Örneğin bir ürün dört renkte ve beş bedende tasarlanmış olsa bile tedarik edilen kombinasyonlar daha sınırlı olabilir. Katalogda bulunmayan bir kombinasyon için SKU ve stok açmak, müşterinin gerçekte var olmayan bir ürünü seçmesine yol açar.
Varyant seviyesinde en azından şu alanları değerlendirin:
- Varyant ID’si ve ürün ailesi ID’si
- Seçenek değerleri
- SKU ve doğrulanmış barkod
- Fiziksel, ayrılmış, bloke ve satılabilir stok
- Depo veya lokasyon bilgisi
- Varyanta özel fiyat ya da fiyat kuralı
- Satış durumu ve tedarik durumu
Basit bir stok kuralında satılabilir stok, fiziksel stoktan ayrılmış ve bloke edilmiş miktarların çıkarılmasıyla hesaplanabilir. İşletmenin depo akışı farklıysa bu alanların anlamı ve güncellenme sırası yazılı olarak tanımlanmalıdır.
Sipariş oluşturulduğunda hangi varyantın azaldığı SKU veya varyant ID’si üzerinden belirlenmelidir. İptal, iade ve sipariş değişikliği gibi olaylarda da aynı kayıt kullanılmalıdır. Üst ürünün tek bir stok alanını azaltmak, farklı renk veya bedenlerin stok durumunu birbirine karıştırır.
Görsel ve seçenek verisini varyanta bağlayın
Varyant yönetimi yalnızca arka plandaki stok tablosu değildir. Müşteri bir renk seçtiğinde doğru görselin açılması, seçilen bedenin fiyat ve stok durumunun güncellenmesi gerekir. Bu davranış, seçenek değeri ile medya kaydı arasında doğrudan bir ilişki kurulmasını gerektirir.
- Renk seçenekleri için standart değerler ve gerekirse renk kodları tanımlayın.
- Her renk için bir ana görsel ve ihtiyaç varsa ek görsel grubu belirleyin.
- Paylaşılan ürün görsellerini tekrar tekrar yüklemek yerine ortak medya kaydını kullanın.
- Stokta olmayan kombinasyonları seçilebilir göstermeyin; satış durumu ile arayüz durumunu eşleştirin.
- Ürün adı, seçenek etiketi ve görsel ilişkisinde aynı yazım standardını koruyun.
Örneğin “Siyah” renk seçildiğinde sayfadaki ana görsel değişiyor ancak sepete eklenen SKU değişmiyorsa sistemde görsel ve varyant seçimi birbirinden kopmuştur. Bu tür kontrolleri yalnızca tasarım aşamasında değil, ürün ekleme ve sipariş testlerinde de yapın.
Katalog ile satış kanalları arasında tek akış kurun
Birden fazla kanal kullanan işletmelerde ürün verisinin her panelde ayrı ayrı düzenlenmesi kısa vadede pratik görünür, ancak zamanla çelişkili kayıtlar oluşturur. Ürün ailesi, varyant ve seçenek bilgilerinin ana kaynağı belirlenmeli; satış kanalları bu kaynaktan beslenmelidir. İşletmenin ihtiyacına göre bu yapı bir e-ticaret altyapısı, ERP, özel katalog modülü veya bunların kontrollü birleşimi olabilir.
İşletmeniz için e-ticaret sitesi çözümleri değerlendirilirken varyant modelinin, yalnızca ürün ekleme ekranında değil entegrasyon ve raporlama katmanında da desteklenmesine dikkat edin.
| Alan | Ana kaynak | Kontrol noktası |
|---|---|---|
| Ürün adı ve seçenekler | Ürün kataloğu | Değer sözlüğü ve ortak yazım |
| SKU ve barkod | Varyant ana kaydı | Tekillik ve doğrulama |
| Stok | Stok veya depo sistemi | Varyant ID’siyle güncelleme |
| Görseller | Medya kataloğu | Renk ve varyant eşleşmesi |
| Harici kanal ID’si | Entegrasyon eşleme tablosu | Ürün ve varyant bağlantısı |
Sağlıklı akışta yeni varyant ana katalogda oluşturulur, gerekli alanlar doğrulanır, kanal formatına dönüştürülür ve gönderim sonucu kaydedilir. Sipariş geldiğinde stok yine aynı varyant kaydından düşer. Hatalı aktarım, eşleşmeyen barkod veya reddedilen görsel gibi durumlar için hata günlüğü ve yeniden deneme süreci bulunmalıdır.
SEO ve ürün feed’inde varyant tutarlılığı
Her renk veya beden için otomatik olarak ayrı indekslenebilir sayfa açmak doğru yaklaşım değildir. Varyantlar aynı arama niyetine ve büyük ölçüde aynı içeriğe sahipse, ana ürün sayfası içinde seçenek seçimi daha düzenli bir yapı sunabilir. Ayrı URL kararı; varyantın farklı bir arama ihtiyacına, özgün içeriğe veya ayrı bir ticari kimliğe sahip olup olmadığı değerlendirilerek verilmelidir.
Ayrı varyant URL’leri kullanılacaksa sayfadaki başlık, açıklama, görsel, fiyat, stok ve yapılandırılmış ürün verisi seçilen varyantla uyumlu olmalıdır. Birden fazla benzer sayfa aynı sorguyu hedefliyorsa anahtar kelime kanibalizasyonu riski doğabilir.
Ürün feed’i gönderirken SKU, barkod, stok durumu, fiyat, görsel ve seçenek değerlerinin açılış sayfasında görülen kayıtla eşleştiğini kontrol edin. Ürünlerin reklam kanallarına aktarım mantığını anlamak için Google Shopping reklamları rehberindeki feed ve ürün grubu yaklaşımından yararlanabilirsiniz.
Bir varyant geçici olarak stokta yoksa, sayfanın davranışı önceden belirlenmelidir. Seçenek devre dışı bırakılabilir, alternatif ürün gösterilebilir veya işletmenin satış politikasına uygun başka bir durum sunulabilir. Önemli olan, kullanıcıya gösterilen durumun gerçek stok kaydıyla çelişmemesidir.
Yayına almadan önce kontrol listesi
- Ürün ailelerini ve satılabilir varyantları ayrı kayıtlar olarak tanımlayın.
- Renk, beden, ölçü ve paket seçenekleri için standart değer sözlüğü oluşturun.
- Her varyanta benzersiz SKU verin; teknik varyant ID’sini ayrıca saklayın.
- Barkodları doğrulayın ve tekrar eden kayıtları toplu aktarım öncesinde yakalayın.
- Gerçekte satılmayan kombinasyonlar için stok ve SKU oluşturmayın.
- Stok düşme, rezervasyon, iptal ve iade akışlarının aynı varyant kaydını kullandığını test edin.
- Renk seçildiğinde görselin, fiyatın, stok bilgisinin ve sepete eklenen SKU’nun değişimini kontrol edin.
- Satış kanallarına gönderilen veriyi ana katalogla karşılaştırın ve başarısız aktarım kayıtlarını izleyin.
Test sırasında yalnızca ürün sayfasına bakmayın. Farklı varyantları ayrı ayrı sepete ekleyin, aynı ürün ailesindeki diğer seçeneklerin stok durumunu kontrol edin ve sipariş sonrasında hangi SKU’nun hareket gördüğünü rapordan doğrulayın.
Sıkça Sorulan Sorular
Her satılabilir varyant için ayrı SKU gerekir mi?
Evet, ayrı stoklanan veya ayrı seçilerek satılan her kombinasyonun kendi SKU’su olmalıdır. Aynı SKU yalnızca stok ve ticari kimliği gerçekten aynı olan kayıtlar için kullanılmalıdır.
SKU ile barkod aynı alanda tutulabilir mi?
Bu iki alanı birleştirmek doğru değildir. SKU işletmenin iç kodu, barkod ise doğrulanması gereken ürün kimliğidir. Metin biçimleri benzer olsa bile veritabanında ayrı alanlar ve ayrı doğrulama kuralları kullanılmalıdır.
Her renk için ayrı ürün URL’si açılmalı mı?
Varsayılan olarak hayır. Aynı ürün ailesindeki renkler aynı arama niyetini karşılıyor ve içerik büyük ölçüde ortaksa tek ürün sayfası daha yönetilebilir olabilir. Ayrı URL kararı özgün içerik ve kullanıcı ihtiyacı değerlendirilerek verilmelidir.
Bir varyantın stokta olmadığı durumda ne yapılmalı?
Seçenek, gerçek stok durumunu yansıtacak şekilde devre dışı bırakılabilir veya işletmenin satış kuralına göre farklı bir durum gösterilebilir. Ürün sayfası, sepet ve kanal feed’inde aynı stok bilgisinin görünmesi gerekir.
Ürün aileniz, varyantlarınız ve stok akışınız için sürdürülebilir bir yapı kurmak istiyorsanız KepezWeb’in e-ticaret ve özel yazılım çözümlerini değerlendirebilirsiniz. Mevcut kataloğunuzu inceletmek ve proje kapsamını netleştirmek için teklif alma formunu doldurun.
