E-ticaret ürün ve varyant dosyası nasıl hazırlanır?

E-ticaret ürün varyant dosyası, aynı ürünün renk, beden veya ölçü gibi seçeneklerini ayrı stok birimleriyle düzenlerken ürün ailesini birlikte tutan çalışma tablosudur. Doğru hazırlık için önce ürün ile varyantı ayırın, her satırın neyi temsil ettiğini belirleyin ve hedef platformun güncel şablonuna eşleyin. Her altyapıya doğrudan yüklenebilen tek bir evrensel dosya yoktur.

Bu rehberdeki örnek tablo hazırlık tablosudur; doğrudan ikas, Shopify veya başka bir mağazaya yükleme şablonu değildir. Örnek kodlar ve stoklar tamamen kurgusaldır. Amaç, katalog bilgilerini anlaşılır bir düzene koymak ve gerçek içe aktarma dosyası hazırlanırken hangi alanların kontrol edileceğini göstermektir. Sipariş, stok veya fiyat içeren canlı veride işlem yapmadan önce yedek ve deneme planı oluşturulur.

Ürün, varyant ve kategori farkını belirleyin

Bir tişörtün modeli ürün ailesini, lacivert renkte orta beden seçeneği ise satılabilen belirli bir varyantı temsil edebilir. Kategori, müşterinin bu ürünü bulduğu gruptur. Aynı ürünün iki farklı kategoride bulunması, stokta iki farklı ürün olduğu anlamına gelmez. Hazırlık dosyasında bu kavramları birbirine karıştırmak mükerrer kayıt, yanlış stok veya dağınık mağaza görünümüne yol açabilir.

Her farklı özelliği otomatik olarak varyant haline getirmek de gerekli değildir. Üretici bilgisi, bakım açıklaması veya kullanım alanı yalnız açıklayıcı özellik olabilir. Müşterinin seçtiği ve depoda farklı birim olarak takip edilen seçenekleri operasyon ekibiyle değerlendirin. Birbiriyle ilgisi olmayan iki ürünü tek ürün ailesine toplamak ise arama, görsel ve stok takibini zorlaştırabilir. Karar, yalnız tabloda daha az satır bulunmasına göre verilmemelidir.

Önce alan sözlüğü oluşturun

Dosyayı doldurmadan önce sütunların anlamını ve sorumlusunu yazın. “Stok” sütunu fiziksel depodaki toplamı mı, internette satışa ayrılmış miktarı mı gösteriyor? “Fiyat” alanı hangi para birimini kullanıyor ve vergi uygulaması nasıl ele alınıyor? Bu soruların cevabı dosyanın dışında kalırsa farklı çalışanlar aynı sütuna farklı bilgiler yazabilir. Tablo düzenli görünse bile aktarılan veri iş açısından yanlış olabilir.

Alan sözlüğünde veri kaynağını da belirtin. Ürün adı pazarlama ekibinden, stok operasyon sisteminden, görsel ise onaylı ürün klasöründen gelebilir. Bir kaynakta bilgi eksikse hücreyi rastgele tamamlamak yerine eksik olarak işaretleyin ve sorumluya iletin. Birbirinden bağımsız dosyaların hangisinin güncel olduğunu bilmek, aktarım sonrasında aynı ürünü tekrar tekrar düzeltmekten daha kolaydır. Son kontrol için tek bir onaylı sürüm belirleyin.

Hazırlık alanı	Anlamı	Kontrol sorusu
Ürün ailesi kodu	Birlikte gösterilecek ürünün hazırlık kimliği	Aynı ailedeki bütün satırlar tutarlı mı?
SKU	İşletmenin takip ettiği stok birimi kodu	Her satılabilir birim doğru kodla eşleşiyor mu?
Barkod	Ürüne veya varyanta atanmış gerçek barkod	Kaynağı doğrulandı mı, baştaki sıfırlar korundu mu?
Seçenek adı ve değeri	Renk: lacivert, beden: M gibi seçim	Yazım ve sıralama bütün dosyada aynı mı?
Stok	Tanımlı kanal veya lokasyondaki miktar	Hangi sistem ve hangi an esas alındı?
Görsel kaynağı	İlgili ürün veya varyantın onaylı görseli	Yanlış renk veya farklı ürün gösteriliyor mu?

Örnek hazırlık tablosunu inceleyin

Aşağıdaki örnekte tek ürün ailesinin üç satılabilir seçeneği bulunuyor. Lacivert rengin M ve L bedenleri aynı ürün ailesinde yer alırken stokları ayrıdır. Yeşil M seçeneği de aynı aileye bağlıdır; görselinin doğru renkle eşleşmesi gerekir. Bu kodlar bir platformun oluşturduğu sistem kimliği değildir. Hedef dosyadaki alan adları, gruplama yöntemi ve zorunlu sütunlar ayrıca belirlenmelidir.

Aile kodu	SKU	Ürün adı	Renk	Beden	Örnek stok
TSG-01	TSG-LCV-M	Günlük tişört	Lacivert	M	8
TSG-01	TSG-LCV-L	Günlük tişört	Lacivert	L	5
TSG-01	TSG-YSL-M	Günlük tişört	Yeşil	M	3

Örnekte bulunmayan yeşil L seçeneğini, yalnız diğer kombinasyonlar var diye dosyaya eklemeyin. Gerçekte üretilmiyorsa var olmayan bir seçenek oluşturmuş olursunuz. Üretiliyor fakat geçici olarak stokta yoksa işletmenin stokta olmayan ürün politikası uygulanır. “Ürün yok”, “stok sıfır” ve “satışa kapalı” farklı durumlardır. Mağazada bunların aynı şekilde görüneceği varsayılmadan önce örnek kayıtla sonuç kontrol edilmelidir.

SKU ile platform kimliğini karıştırmayın

İşletmenin SKU kodu ile mağaza yazılımının ürün veya varyant kimliği aynı alan değildir. Yeni ürün oluştururken gereken alanlarla mevcut ürünü güncellerken korunması gereken alanlar değişebilir. Güncelleme dosyasında sistem kimliklerini silmek veya yeniden üretmek, kaydın yeni ürün gibi algılanmasına ya da yanlış eşleşmesine neden olabilir. Hangi sütunun eşleştirmede kullanıldığı güncel platform belgesinden doğrulanmalıdır.

SKU düzenini ekip içinde ortaklaştırın; örneğin boşluk, büyük harf ve renk kısaltması kullanımını tutarlı yapın. Ancak sırf daha temiz görünsün diye mevcut entegrasyonlarda kullanılan kodları topluca değiştirmeyin. Depo, pazaryeri, fatura veya başka sistemler bu kodu kullanıyor olabilir. Değişiklik ihtiyacı varsa etkilenebilecek bağlantılar envantere alınır. Katalog hazırlığı, çalışan entegrasyon anahtarlarını gelişigüzel yenileme işlemi değildir.

Barkodları ve sayı gibi görünen metinleri koruyun

Barkod veya ürün kodu hücresi sayı biçiminde açıldığında baştaki sıfırlar kaybolabilir ya da uzun değerler farklı gösterilebilir. Bu alanları metin olarak ele alıp dosyayı yeniden açtıktan sonra örnek değerleri karşılaştırın. Yalnız ekranda düzgün görünen kısaltılmış hücreye bakmak yeterli değildir; kaydedilen gerçek değerin değişmediği doğrulanır. Gerçek bir barkod bilinmiyorsa rastgele bir barkod numarası üretmeyin.

Stok ve fiyat sütunlarını da birbirinden ayırın. Binlik ayırıcı, ondalık işareti, para birimi simgesi ve boş hücrelerin anlamı hedef sisteme göre kontrol edilir. Dosyada kullanılan sayı biçimini tek kurala bağlayın. Bir hücrenin boş olması her platformda “dokunma” anlamına gelmez; bazı güncelleme akışlarında mevcut değer silinebilir. Bu nedenle boş değer davranışını küçük bir denemeyle görmek önemlidir.

Ürün ailesi içindeki ortak alanları tutarlı yazın

Ürün adı, açıklama ve kategori gibi aileye ait bilgilerle varyanta ait renk, beden ve stok alanlarını ayrı düşünün. Aynı ürün ailesinin satırlarında farklı ana ürün adları bulunuyorsa önce bunun bilinçli olup olmadığını inceleyin. Kaynak dosyadan gelen küçük yazım farkları, ürünün tek kayıt altında toplanmasını veya hangi açıklamanın kullanılacağını etkileyebilir. Ortak alanları düzenlemek için önce ana ürün kaydını onaylayın.

Güncel ikas toplu ürün belgesi, varyantların ayrı satırlarda hazırlanmasını ve aynı ürüne ait satırların Ürün Grup ID ile ilişkilendirilmesini anlatır. Mevcut ürünlerin kimlikleri korunmalıdır. Buradaki hazırlık tablosunun aile kodunu, belgedeki her alanın yerine doğrudan yazmayın. Yeni ürün oluşturma ile mevcut kayıt güncelleme adımlarını, panelden alınan şablon üzerinde ayrı doğrulayın.

Görselleri ürün ve seçeneklerle eşleyin

Görsel dosyalarını yalnız ürün adı üzerinden bulmaya çalışmak hataya açık olabilir. Onaylı görsel kaydıyla SKU veya ürün ailesi arasında açık bir eşleme tutun. Ürünün yeşil seçeneği gösterilirken lacivert fotoğraf açılması, müşteri açısından önemli bir bilgi hatasıdır. Aynı fotoğrafın bütün seçeneklerde kullanılacağı durumlar da bilinçli olarak belirlenmelidir. Görsel dosya adları tutarlı olsa bile ürünün kendisi kontrol edilir.

İçe aktarmada bir paylaşım sayfası bağlantısıyla doğrudan görsel dosyası adresi aynı değildir. ikas’ın ilgili belgesi görsel URL koşullarını ve Drive paylaşım bağlantılarının kabul edilmediğini açıklar. Gerçek aktarım dosyasını hazırlarken kaynağın dışarıdan erişilebilirliğini ve dosya türünü kontrol edin. URL görünüşte doğru olsa bile kaldırılmış, yetki isteyen veya farklı ürüne giden bir adres olabilir; örnek görselleri tarayıcıda açıp doğrulayın.

Görselleri ekrana uygun boyutta hazırlamak ve gereksiz dosya ağırlığını azaltmak önemlidir. Buna karşılık üründeki detayları kaybettiren aşırı sıkıştırma kullanmayın. Farklı platformların önerilen ölçülerini birbirine karıştırmadan, ürün kartı ve ürün detayındaki görünümü birlikte deneyin. Bu konu, ikas tema seçimi rehberinde ele alınan gerçek içerikle tasarım testiyle doğrudan ilişkilidir.

Kategori ve özellik yazımlarını ortaklaştırın

Aynı kategori için “Erkek Tişört”, “Erkek tişörtleri” ve “Tişört Erkek” gibi farklı adlar kullanılıyorsa bunların ayrı kategori mi yoksa aynı grubun farklı yazımı mı olduğu belirlenmelidir. Kategori ağacını dosyaya başlamadan kararlaştırmak gereksiz çoğalmayı önler. Ancak yalnız kelimeler benziyor diye farklı işlevi olan grupları birleştirmeyin. Müşterinin ürünü hangi yoldan aradığı ve işletmenin katalog düzeni birlikte değerlendirilir.

Renk ve beden değerlerinde de ortak bir yazım kuralı kullanın. “M”, “Medium” ve “Orta” aynı seçeneği anlatıyorsa hedef mağazada nasıl gösterileceğini kararlaştırın. Üretici bilgisi veya teknik özellik kaybı olmadan sadeleştirme yapılmalı. Standartlaştırma kararlarını ayrı bir eşleme listesinde tutmak, ileride yeni tedarikçi dosyası geldiğinde aynı sorunun tekrar çözülmesini önler. Değişiklik sonrası örnek ürünleri kontrol etmek yine gereklidir.

Platform şablonuna aktarım ayrı bir aşamadır

Hazırlık dosyanızı doğrudan her platforma yüklemek yerine alan eşleştirme tablosu oluşturun. Hangi sütun ürün adını, hangisi stok birimini, hangisi görseli karşılıyor? Zorunlu alanlardan hangileri hazırlık dosyasında eksik? Güncel şablonu hedef mağazadan indirin; başlıkları eski bir eğitim videosundan kopyalamayın. Birbirine benzeyen iki sütunun farklı davranması mümkün olduğundan yalnız adına bakarak karar vermek yeterli değildir.

Shopify’da ürün içe aktarma belgesi, yedek alınmasını ve üzerine yazma davranışının dikkatle değerlendirilmesini ister. Seçenek alanlarını değiştirmek varyasyon kimliklerini ve bunlara bağlı üçüncü taraf ilişkilerini etkileyebilir. Bu nedenle platform geçişinde veya toplu güncellemede, hedef kaydın nasıl eşleştiği örneklerle incelenir. ikas için kullanılan gruplama mantığının Shopify dosyasına aynı sütunlarla uygulanacağı varsayılmaz.

Küçük bir pilot aktarım yapın

Pilot dosyaya yalnız kolay ürünleri koymayın. Basit ürün, birkaç varyantlı ürün, uzun açıklamalı ürün, farklı görselli seçenek ve stokta olmayan bir seçenek gibi temsilî örnekler seçin. Sayıdan önce kapsam önemlidir. Deneme için kullanılacak mağaza veya uygun test yöntemi belirlenir; canlı kayıtlarla çalışmak gerekiyorsa etki ve geri dönüş planı ayrıca netleştirilir. Bütün katalog ilk denemeye dönüştürülmemelidir.

Pilot sonrasında “dosya yüklendi” mesajını son kontrol saymayın. Kaç ana ürün ve kaç varyant oluştuğunu, isimlerin, seçeneklerin, fiyatların, stokların ve görsellerin doğru eşleştiğini inceleyin. Mağaza ön yüzünde de müşterinin seçtiği ürünün doğru görsel ve durumla açıldığını görün. Hata varsa tüm katalogda aynı işlemi tekrarlamak yerine önce kaynağını belirleyin. Düzeltmeyi dosyada ve eşleme notunda birlikte kaydedin.

Kabul listesini dosyaya ekleyin

• Ürün ailesi ve satılabilir varyant sayıları beklenen değerlerle karşılaştırıldı.
• SKU ve varsa sistem kimliği eşleştirmeleri örnek kayıtlarla doğrulandı.
• Gerçek barkodlar korundu; baştaki sıfırlar ve metin biçimleri kontrol edildi.
• Stokların hangi kanal, lokasyon ve zamana ait olduğu belirtildi.
• Fiyat biçimi, para birimi ve vergi uygulaması sorumluyla netleştirildi.
• Kategori ve seçenek yazımları onaylı eşleme listesine göre düzenlendi.
• Doğru renk ve ürün görselleri, kaynak erişimiyle birlikte kontrol edildi.
• Güncelleme dosyasında boş hücre ve üzerine yazma davranışı denendi.
• Yedek dosyası, hata listesi ve geri dönüş sorumlusu erişilebilir tutuldu.

Sık görülen hatayı kaynağında düzeltin

Bir ürün iki kez oluşuyorsa önce eşleştirme alanına ve gruplama kararına bakın. Varyant görünmüyorsa seçenek adı, değer ve ürün ailesi ilişkisini kontrol edin. Yanlış görsel açılıyorsa dosya sırasını değiştirmekten önce görsel eşlemesini inceleyin. Aynı hatanın birçok satırda görülmesi, tek tek panel düzeltmesi yerine hazırlık veya dönüştürme kuralında sorun olabileceğini gösterir. Hangi satırın neden değiştiğini kaydetmek sonraki yüklemeyi kolaylaştırır.

Hata kaydında yalnız “ürün bozuk” yazmayın. Kaynak satır, beklenen sonuç, gözlenen sonuç ve yapılan düzeltme ayrı bulunmalı. Ardından aynı türdeki başka bir örnekle düzeltmenin çalıştığını doğrulayın. İşlem tamamlandıktan sonra onaylı dosyayı tarih ve sürüm bilgisiyle saklayın; eski dosyanın yanlışlıkla yeniden yüklenmesini önleyecek bir düzen kurun. Canlı stok değişiyorsa aktarımın hangi andaki veriyi esas aldığı da kayıtta yer almalıdır.

Katalog hazırlığını mağaza tasarımıyla birlikte planlayın

Ürün verisi hazır olmadan yapılan tasarımda gerçek başlık uzunlukları, seçenek sayısı ve görsel çeşitliliği görülmeyebilir. Bu nedenle e-ticaret mağazası kurulumunda örnek katalog erken hazırlanmalıdır. ikas mağaza tasarımı ve Shopify mağaza tasarımı için platform şablonları ayrı ele alınır. Mevcut mağazadan geçiyorsanız URL ve içerik taşınması için taşıma kontrol listesini de kullanın.

Dosyanızın sütunlarını, ürün ve varyant sayısını, hedef altyapıyı ve veri kaynağını proje formunda paylaşarak kapsamı konuşabilirsiniz. İlk görüşmede müşteri listesi veya gizli ticari kayıt göndermeniz gerekmez; kişisel veri içermeyen birkaç örnek satır yeterli olabilir. Tam katalog aktarımının bedeli ve süresi, dosyanın mevcut durumu ve gerekli düzeltmeler görüldükten sonra netleştirilir.

Kaynaklar ve kontrol tarihi

Platform bilgileri 1 Kasım 2026 tarihinde ikas toplu ürün yükleme belgesi, Shopify varyasyon açıklaması ve Shopify CSV içe aktarma belgesi üzerinden kontrol edildi. Örnek tablo, alan sözlüğü, pilot planı ve kabul listesi özgün hazırlık önerileridir. Canlı işlemde hesabınızdan alınan güncel şablon ile platformun geçerli kuralları esas alınmalıdır.