# Çevrimiçi hazır giyim: varyantlar, bedenler ve iadeler

> Bir hazır giyim mağazasının sorunu katalog değil, kombinasyonlardır: aynı ceket sekiz bedende ve on iki renkte bulunur ve bu varyantların her biri veritabanında kendi başına yaşar.

- Source canonique : [https://allaux.fr/tr/secteurs/pret-a-porter-mode](https://allaux.fr/tr/secteurs/pret-a-porter-mode)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Katalog, trafikten önce patlar

Bir moda mağazasında ürün sayfası yalnızca bir vitrindir. Asıl önemli olan kombinasyondur. PrestaShop her beden × renk kesişimini product_attribute tablosuna, buna karşılık gelen stoğu ise stock_available tablosuna yazar: 8 beden ve 12 renk, tek bir referans için 96 satır demektir. Birkaç yüz model, on binlerce kombinasyonu aşmaya yeter ve yönetim paneli, ilk ziyaretçi gelmeden yavaşlamaya başlar.

WooCommerce daha da ileri gider: her varyasyon başlı başına bir içeriktir, post_type = product_variation, ve wp_postmeta içinde kendi satır dizisini taşır. Veritabanı hızla büyür, ürün düzenleme ekranları ağırlaşır ve bedene veya renge göre filtreleme sorguları ilk zorlanan yer olur. Shopify sorunu tersinden ele alır ve ürün başına seçenek ile varyant sayısını sınırlar. Bu sınırın ötesinde bir modeli birden fazla ürün sayfasına bölmek gerekir; bu da iç bağlantı yapısını dağıtır ve tek olması gereken sayfaları birbirinden koparır.

Tekstil satıcılarından bana gelen taleplerin büyük bölümü zaten varyantlarla ilgilidir: varyant bazında görsel girişi, varyant bazında alış fiyatı ve beden seçicinin mobilde davranışı.

## Gardırop büyüdükçe bozulanlar

- Görseller bedene değil renge bağlıdır: PrestaShop bunu product_attribute_image üzerinden yürütür ve image_type içinde tanımlı her görsel boyutu, diskte üretilen dosya sayısını katlar.
- Stok beden bazında ve asla eşit biçimde tükenmez: orta bedenler önce biter, uç bedenler indirim dönemine kadar rafta kalır.
- Tükenmiş bir bedeni gizlemek, ziyaretçiye modelin tamamen kalktığını düşündürür; beden görünür kalmalı, üstü çizilmeli ve durumu açıkça belirtilmelidir.
- Beden değişimi üç platformun hiçbirinde yerleşik olarak bulunmaz: ya bir alacak dekontu ya da ikinci bir sipariştir, tek parça bir işlem değildir.
- İade edilen ürünün stoğa geri alınması koşullu olmalıdır: giyilmiş, lekelenmiş veya etiketi kopmuş bir ürün yeniden satılabilir değildir ve satışa geri dönmemelidir.
- Beden tablosu ve FR/UK/US/IT karşılıkları markadan markaya değişir: bunlar ürün verisidir, alt bilgiye konmuş bir görsel değil.
- Sezon sonu indirimleri kombinasyon bazında uygulanır: specific_price bir id_product_attribute taşır ve yalnızca ürüne uygulanan bir indirim, elde kalan bedenleri tamamen ıskalar.

## Bir moda kataloğuna nasıl müdahale ediyorum

1. **Kombinasyon üreticisinden başlıyorum** — Hiçbir şey eklemeden önce product_attribute ve stock_available tablolarında gerçekte kaç satır bulunduğunu ve bunların kaçının hiç üretilmemiş varyantlara karşılık geldiğini sayıyorum. Tekstil katalogları çoğu zaman, tüm bedenleri tüm renklerle çaprazlayan bir içe aktarımdan doğmuş kombinasyonlar taşır. Bunları silmek, herhangi bir performans çalışmasından önce veritabanını ve yönetim ekranlarını hafifletir.
2. **Görselleri renge bağlıyorum** — Her görselin doğru rengin kombinasyonlarına bağlı olduğunu doğruluyor, ardından image_type içinde üretilen boyutları temanın gerçekten kullandıklarıyla sınırlıyorum. Sezonluk devir hızı yüksek bir katalogda diski, kimsenin görüntülemediği küçük resimlerle dolmaktan kurtaran şey budur.
3. **Stok yokluğunu okunur hale getiriyorum** — Tükenmiş beden görünür kalır, üstü çizilir ve açık bir etiket taşır; seçici her bedenin durumunu tek tek tıklatmadan gösterir. Stoğa dönüş bildirimini de aynı noktaya bağlıyorum: uç bedenlerdeki talep için güvenilir tek sinyal budur.
4. **Değişimi ayrı bir akış olarak kuruyorum** — Üç platformun hiçbiri değişimi tanımadığı için onu açıkça inşa ediyorum: değişim türünde bir iade talebi, kargo yolculuğu boyunca yerine gelecek bedenin rezerve edilmesi ve teslim alındığında yapılan kontrole bağlı bir stok girişi. Hasarlı dönen ürün satılabilir stoğa geri girmez, oradan çıkar.
5. **Fiyatı kombinasyon düzeyine indiriyorum** — Sezon sonu fiyatlaması varyant bazında yürütülür: bir id_product_attribute hedefleyen specific_price, elde kalan bedenleri eritirken tam fiyattan satılanları ucuzlatmaz. Ürünün tamamına konan bir indirim, orta bedenlerdeki kârı yok eder.

## Varyantlarla ilgili sayfalar

- **PrestaShop’ta varyant hataları** — Ön yüzde görünmeyen kombinasyonlar, takip etmeyen stok, yanlış özelliğe bağlanmış görseller: sık rastlanan nedenler ve çözümleri. ([/prestashop/problemes/declinaisons-produits-bugs](/prestashop/problemes/declinaisons-produits-bugs))
- **WooCommerce’de yanlış görünen değişkenli ürünler** — Boş seçici, görünmeyen varyasyonlar, aralık olarak gösterilen fiyat: varyasyonlar ve wp_postmeta tarafında olup bitenler. ([/wordpress-woocommerce/problemes/produits-variables-mal-affiches](/wordpress-woocommerce/problemes/produits-variables-mal-affiches))
- **Shopify’da varyant sınırı** — Platformun gerçekte neyi sınırladığı ve bir modelin birden fazla ürün sayfasına bölünmesinin sonuçları. ([/shopify/problemes/limite-variantes-produit](/shopify/problemes/limite-variantes-produit))
- **Varyant** — Terimin uygulamada neyi kapsadığı ve platformdan platforma nasıl değiştiği. ([/glossaire/declinaison](/glossaire/declinaison))

## İade sonrası otomatik stok girişi bir tuzaktır

> Tekstilde, iade kaydedilir kaydedilmez ürünü yeniden satışa açmak, henüz kontrol edilmemiş, kimi zaman giyilmiş, kimi zaman etiketi kopmuş bir giysiyi satmak demektir. Stoğa girişi her zaman bir kontrol durumuna bağlıyorum ve kararın izini saklıyorum: gerçekten yeniden satılabilir iadelerin oranı da ancak böyle ölçülebilir.

## FAQ

### Tükenmiş bedenler gizlenmeli mi?

Hayır. Bir bedeni gizlemek modelin tamamen kalktığı izlenimini verir ve ziyaretçiyi uzaklaştırır. Tüm bedenleri gösteriyor, eksik olanları görsel olarak işaretliyor ve stoğa dönüş bildirimi sunuyorum; bu bildirim aynı zamanda gerçek talebi ortaya koyar.

### Bir katalog kaç kombinasyondan sonra ağırlaşır?

Evrensel bir eşik yoktur: önemli olan model sayısının varyant sayısıyla çarpımı ve temanın veritabanını nasıl sorguladığıdır. Birkaç yüz model, on binlerce kombinasyon satırını rahatlıkla aşar ve bu, vitrinden çok önce yönetim panelini yavaşlatmaya yeter.

### Beden değişimi yeni sipariş açmadan yönetilebilir mi?

Yerleşik olarak hayır. PrestaShop, WooCommerce ve Shopify iade veya alacak dekontu üretebilir, değişim yapamaz. Değişim geliştirilmelidir: türü belirtilmiş bir talep, yerine gelecek bedenin rezervasyonu, teslimde kontrol ve yeniden gönderim. Bu bir akıştır, bir onay kutusu değil.

### Beden tablosu nerede durmalı?

Ürün verisinde, alt bilgideki bir görselde değil. FR/UK/US/IT karşılıkları markadan markaya, bazen kalıptan kalıba değişir; ürüne bağlandığında çevrilebilir, dizinlenebilir ve bir grafik dosyasına dokunmadan düzeltilebilir olur.

### Sezon sonunda tek bir beden nasıl indirime alınır?

İndirimi kombinasyona koyarak. PrestaShop’ta specific_price belirli bir id_product_attribute hedefleyebilir; aynı mantık başka platformlarda başka adlarla bulunur. Ürün düzeyine konan bir indirim, hâlâ iyi satan bedenler dahil hepsini etkiler.