# Ürün yapılandırıcı ve kişiselleştirme

> Bir ad kazıtmak, milimetre hassasiyetinde bir ölçü seçmek, birbirine bağlı seçeneklerden bir nesne kurmak: bunlar ürün varyantına benzer ama varyant değildir. Sınırın nerede geçtiğini bilmek, gereksiz bir geliştirmeye para ödemeyi — ya da gerekli olanı atlamayı — önler.

- Source canonique : [https://allaux.fr/tr/modules/configurateur-de-produit](https://allaux.fr/tr/modules/configurateur-de-produit)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Sınır: gerçekte kaç bileşim var

Bir mağazanın varyant sistemi, her seçenek bileşimi için bir referans oluşturur. Üç beden ve dört renk, her biri kendi stoğu ve fiyatıyla on iki referans verir. Bileşimler sayılabilir olduğu sürece bu kusursuzdur.

Müşteri serbest bir değer girdiği anda — kazınacak bir metin, santimetre cinsinden bir uzunluk, basılacak bir dosya — bileşim sayısı sonsuzlaşır ve varyant sistemi uygun olmaktan çıkar. Olası tüm uzunlukları kapsamak için varyant oluşturmak; yönetilemez, gösterimi yavaş ve güncellenmesi olanaksız bir katalog üretir.

PrestaShop, ürün sayfasında metin girişi ya da dosya yüklemeyle çalışan bir kişiselleştirilebilir alan mekanizması sunar ve bu, basit durumları karşılar. WooCommerce, sepete eklenen üründe ek alanları kabul eder. Kazıma ya da kişisel not ihtiyaçlarının birçoğu burada biter ve doğru cevap budur.

## Bu tür ihtiyaçlarda nasıl çalışıyorum

Geliştirme; seçenekler birbirine bağlı olduğunda, fiyat girdiden hesaplandığında ya da bir önizleme gösterilmesi gerektiğinde başlar. Bu üçünün her birinin ayrı bir maliyeti vardır ve hangisinin sizi gerçekten ilgilendirdiğini bilmek işe yarar.

Seçenekler arasındaki bağımlılıklar, bir kez tanımlanıp her yerde uygulanan bir kural kümesi ister: gösterimde, sepete eklerken ve yeniden sipariş onaylanırken. Yalnızca tarayıcıda yapılan bir denetim hiçbir şeyi korumaz, çünkü bir sipariş sayfadan geçmeden de oluşturulabilir.

Hesaplanan fiyat aynı titizliği, üstelik ek bir koşulla ister: sipariş anında sunucu tarafında yeniden hesaplanmalıdır; yoksa tarayıcı tarafında yapılacak bir değişiklik ödenen tutarı değiştirmeye yeterdi.

Görsel önizleme en görünür ve çoğu zaman en pahalı bölümdür, çünkü hem ekranda bir görüntü hem de doğru boyut ve çözünürlükte üretimde kullanılabilir bir dosya üretmek gerekir. Bunlar tek bir arayüzün karşıladığı iki ayrı ihtiyaçtır.

## İlgili sayfalar

- **Ürün kişiselleştirme stüdyosu** — Bu tür bir ihtiyaç üzerine yürütülmüş, kimliksizleştirilerek sunulan bir iş. ([/realisations/studio-personnalisation-produit](/realisations/studio-personnalisation-produit))
- **Kötü yönetilen ürün varyantları** — İhtiyaç sonuçta varyant sistemine ve ayarlarına ait çıktığında. ([/prestashop/problemes/declinaisons-produits-bugs](/prestashop/problemes/declinaisons-produits-bugs))
- **Ürüne veya siparişe alan eklemek** — Basit bir girdiye sığan kişiselleştirmeler için. ([/modules/ajouter-un-champ-produit-ou-commande](/modules/ajouter-un-champ-produit-ou-commande))

## FAQ

### Kişiselleştirilebilir bir ürünün stoğu nasıl yönetilir?

Stok genellikle son bileşime değil hammaddeye ya da taşıyıcıya aittir. Bu kuralın açıkça tanımlanması gerekir, çünkü mağazanın otomatik stok düşümü referans üzerinden düşünür ve bunu kendiliğinden yapamaz.

### Kişiselleştirme siparişte ve faturada görünür mü?

Görünmelidir ve erken denetlenmesi gereken bir noktadır: hazırlık fişinde görünmeyen bir kazıma atölyede hataya yol açar, bundan söz etmeyen bir fatura ise anlaşmazlıkta sorun yaratır.

### Müşterilerin yüklediği dosyalar alınabilir mi?

Evet ve nerede saklanacaklarına, ne kadar süre tutulacaklarına ve kimin erişeceğine karar vermek gerekir. Yüklenen bir müşteri dosyası, fazladan bir görsel değil, öyle ele alınması gereken bir veridir.

### Bir yapılandırıcı ürün sayfasını yavaşlatır mı?

Yavaşlatabilir, özellikle her seçenek değişiminde fiyat ya da önizleme hesaplıyorsa. Bu alışverişlerin nasıl tasarlandığı seçenek sayısından daha önemlidir ve tasarım aşamasında ele alınması gerekir.