PlatinMarket mağaza kurulumunda katalog hazırlığı ile SEO ayarını ayrı işler gibi yürütmek tutarsız ürün sayfalarına yol açabilir. Kategori, ürün kimliği, varyant ve URL kararları birlikte tasarlanmalıdır. Önce küçük ve temsil edici bir katalog grubuyla veri kalitesini sınayın, ardından toplu aktarımı genişletin.
Katalog aktarımını önce veri sözleşmesi olarak tanımlayın
PlatinMarket kurulumunda ilk ürünleri hızla yüklemek cazip görünür; ancak kod, varyant ve fiyat alanları yanlış eşleşirse sorun daha sonra siparişe taşınır. Önce hangi bilginin hangi kaynakta üretildiğini ve mağazanın bunu nasıl yorumlayacağını belirleyin. Toplu aktarımın başarılı mesaj vermesi, verinin müşteriye doğru sunulduğu anlamına gelmez.
Ürün adı, kod, stok ve fiyat hangi sistemden geliyor? Tedarikçi dosyası ile işletmenin stok sistemi farklı değerler taşıyorsa hangisinin esas alınacağını yazın. Bir aktarımın varlığı, ürün bilgisinin doğru ve kullanma hakkının mevcut olduğunu göstermez.
9 Ekim 2026 tarihinde kontrol edilen PlatinMarket resmî sitesi katalog aktarımı, entegrasyon ve SEO başlıkları için sağlayıcı başvurusudur. Sayfadaki genel sunum, seçtiğiniz paketin bütün entegrasyon haklarını veya sitenizin aramada belirli sıraya çıkacağını kanıtlamaz.
Alan eşlemesinde belirsizliği kaldırın
Temsili bir dosyada 00125-M ürün kodu metindir; sayı olarak açılırsa baştaki sıfır kaybolabilir. Fiyat alanındaki virgül ve noktanın anlamı, verginin dahil olup olmadığı ve para birimi açık olmalıdır. Boş stok hücresini sıfır stokla aynı kabul etmek ayrıca kararlaştırılmalıdır. Bunlar örnek veri riskleridir; PlatinMarket’in her içe aktarma yönteminin aynı biçimi beklediği iddiası değildir.
Diğer sütunları görmek için yatay kaydırın.
| Kaynak bilgisi | Karar | Kabul kontrolü |
|---|---|---|
| Ürün / varyant kodu | Tekil anahtar ve metin biçimi | İkinci aktarımda aynı kayıt güncelleniyor mu? |
| Satış fiyatı | Vergi, ayraç ve para birimi | Ürün, sepet ve ödeme tutarı eşleşiyor mu? |
| Stok | Boş, sıfır ve pozitif değerlerin anlamı | Stok dışı üründe doğru davranış var mı? |
Kategori ağacı ile ürünün adresini birlikte tasarlayın
Ürünleri yalnız tedarikçi dosyasındaki dağınık sınıflarla yayımlamayın. Müşterinin nasıl aradığını ve seçenekleri nasıl daralttığını değerlendirin. Çok az ürüne sahip birbirinin benzeri kategoriler yerine anlamlı ürün grupları seçin.
Her kategori için adı, kapsamı, açıklaması ve URL’sini bir tabloda tutun. Aynı ürün birden fazla grupta gösterilecekse ürün kimliğinin korunmasını test edin. Kategori silme veya yeniden adlandırma kararı mevcut bağlantılarla birlikte değerlendirilmelidir.
Kategori, müşterinin seçim sorusunu yanıtlamalıdır. Tedarikçi dosyasındaki her sınıfı doğrudan vitrine taşımak, aynı ürünleri farklı adlarla bölebilir. Kategori açmadan önce ürün sayısını, filtre ihtiyacını, müşterinin kullandığı dili ve sayfanın bakım sorumlusunu belirleyin. Çok derin bir ağaç, ürün bulmayı kolaylaştırmak yerine yeni bir engel oluşturabilir.
Aynı ürün birden fazla kategori içinde gösterilecekse müşterinin hangi bağlantıdan geldiği ve ürünün esas adresi ayrıca kontrol edilmelidir. Mevcut değerli adresi sırf kategori adı değişti diye gereksiz yere değiştirmeyin. Yeni ve eski adresleri bir eşleme listesinde tutun; yönlendirme gerekiyorsa gerçek karşılıkla planlayın, tüm ürünleri ana sayfaya yığmayın.
İlk aktarımı küçük ve zor bir örnek kümesiyle yapın
Tek varyantlı, çok varyantlı, indirimli ve stok dışı ürünlerden örnek hazırlayın. Para birimi, ondalık ayırıcı, görsel bağlantısı ve kodların doğru aktarılmasını kontrol edin. Boş alanların otomatik olarak yanlış varsayılan değerle doldurulmadığını inceleyin.
Toplu aktarımı tekrar çalıştırdığınızda yeni kopya ürünler mi oluşuyor, yoksa mevcut kayıtlar mı güncelleniyor? Bu davranış kimlik eşleştirmesine bağlıdır ve testle belgelenmelidir. Güncelleme öncesi geri dönüş veya dışa aktarma imkânını sağlayıcıyla doğrulayın.
Yalnız kolay ürünlerle kabul yapmayın
Örnek kümede varyantsız ürün, çok varyantlı ürün, uzun açıklama, eksik görsel ve stok dışı kayıt bulunsun. Bu kümenin büyüklüğü sabit bir platform kuralı değildir; veri çeşitliliğine göre seçilir. Testi mümkünse ayrı deneme ortamında yapın; böyle bir ortam yoksa canlı müşteriye etkisi olmayan, yetkili ekibin onayladığı yöntem belirleyin.
Aynı dosyayı ikinci kez yüklemek önemli bir testtir: kayıtlar güncelleniyor mu, çoğalıyor mu, görseller tekrarlanıyor mu? Aktarım ortasında hata oluşursa hangi satırların işlendiğini bilmeden dosyayı baştan göndermeyin. Başlangıç dışa aktarımı, değişen kayıt listesi ve başarısız satır raporu geri dönüşün parçasıdır. Platformda otomatik geri alma bulunduğunu varsaymak yerine mevcut seçenekleri doğrulayın.
SEO alanlarını panelde ve gerçek sayfada karşılaştırın
Ürün ve kategori başlıklarının gerçek kapsamı anlattığını, description alanının boş veya bütün sayfalarda aynı olmadığını inceleyin. Canonical ve sitemap’i yayımlanan URL’lerle karşılaştırın. Platform panelinde kaydedilmiş bir alanın HTML’e doğru çıktığını varsaymayın.
Eski mağazadan geliyorsanız URL eşlemesini ayrıca hazırlayın. Aynı ürünün taşınması, eski adresin kendiliğinden korunacağı anlamına gelmez. Filtre ve parametre kararı için kategori SEO rehberi yararlıdır.
Bir ürünün SEO başlığını kaydetmekle tarayıcıya doğru başlığın gönderilmesi aynı kontrol değildir. Örnek ürünün gerçek HTML çıktısını, canonical adresini, kategori bağlantısını ve sitemap kaydını inceleyin. Değerli ürün adresinin yanlışlıkla engellenmesi veya başka ürüne canonical vermesi, iyi açıklama metninin etkisini sınırlayabilir.
Temsili ürün açıklamasında malzeme, ölçü, kullanım sınırı ve kutu içeriği varsa bunları gerçek ürün kaynağından doğrulayın. Tedarikçide bulunmayan teknik özelliği yazıyı uzatmak için eklemeyin. Aynı açıklamanın tüm varyantlarda tekrarlanması gerektiğini de otomatik kabul etmeyin; müşterinin hangi farkı görmesi gerektiğine göre karar verin. Arama hacmi bilinmiyorsa tahmini sayıyı gerçek veri gibi sunmayın.
Sipariş kabulü ve günlük bakım için sorumluluk bırakın
Ürün bağlantısı, varyant seçimi, stok, fiyat ve sepet sonucunu tek görev zincirinde deneyin. Görsellerin mobilde doğru ölçüde görünmesi ve özellik bilgisinin okunabilmesi katalog kabulünün parçasıdır. Ödeme ve kargo tarafının gerçek kabulü ayrı kayıtla tamamlanmalıdır.
PlatinMarket mağaza danışmanlığı için örnek veri dosyası, kategori haritası ve hata listesi hazırlayın. Metin üretimini doğrulanmış ürün açıklaması yöntemiyle yürütün. Hazır altyapı kullanmak katalog bakımını veya sürekli doğruluk kontrolünü ortadan kaldırmaz.
Katalog kabulünün son adımı gerçek vitrin görevidir: kullanıcı ürünü bulur, doğru varyantı seçer, sepet tutarını görür ve uygun ödeme/kargo yolunu tamamlar. Ürün kaydı doğru görünse bile yanlış varyantın sepete gitmesi kurulumun tamamlanmadığını gösterir. Başarısız ödeme ve stok dışı senaryo da kabul dosyasına eklenmelidir.
- Ürün ve varyant anahtarları tekrar yüklemede korunuyor mu?
- Fiyat, vergi varsayımı ve para birimi açık mı?
- Eski adreslerin gerçek karşılıkları kayıtlı mı?
- Paneldeki SEO bilgisi HTML çıktısıyla eşleşiyor mu?
- Yeni ürün, fiyat hatası ve başarısız aktarımın sorumlusu belli mi?
Bakım için aynı verinin iki ekip tarafından farklı yerlerde değiştirilmesini önleyin. Fiyatın kaynağı ERP ise mağaza panelindeki geçici düzeltmenin bir sonraki aktarımda silinebileceğini ekibe anlatın. Kurulum teslimi, bu işletim kararlarını da içermelidir; yalnız ekranların dolu olması sürdürülebilir katalog yönetimi değildir.
Görsellerin de aktarım sözleşmesi olsun
Dosya adresi, ürün ilişkisi ve görünüm ayrı kontrol edilir
Temsili aktarımda ürünün görsel bağlantısı açılır fakat farklı varyantı gösterir. HTTP başarısı doğru ürün eşleşmesi değildir. Dosyanın kalıcı adresi, kullanma hakkı, ana görsel sırası ve varyant bağlantısı ayrı kaydedilmelidir. Tedarikçinin geçici erişim adresini kalıcı mağaza varlığı gibi kullanmak ileride boş görsel oluşturabilir.
Uzun ve yatay fotoğrafları aynı kareye kırparken önemli ürün ayrıntısının kaybolup kaybolmadığına bakın. Eksik fotoğrafı gerçek ürüne benzeyen uydurma görselle doldurmayın; ürün ekibinden doğrulanmış dosya isteyin veya yayın kapsamını sınırlandırın. Alternatif metin ürünün görünen özelliğini anlatmalı, kaynaksız teknik iddia taşımamalıdır. Yeni dosya geldiğinde eski ürün adresini değiştirmek gerekmez; görsel güncellemesi ile URL değişikliği birbirinden ayrı kararlardır. Böylece katalog bakımında içerik doğruluğu korunurken gereksiz adres hareketi azaltılır.
