Yapay zeka e-ticaret entegrasyonu için ürün kataloğu yalnızca ürün adı ve fiyat listesinden oluşmamalıdır. Yapay zekanın bir ürünü doğru tanıması, varyantları ayırması ve kullanıcıya mağazadaki gerçek bilgiyle yanıt verebilmesi için ürün kimliği, SKU, varsa GTIN ve MPN, varyant, açıklama, görsel, fiyat, para birimi ve stok gibi alanların açık bir sözleşmeyle eşleştirilmesi gerekir.
Fiberport’un mevcut mağazayı koruyan yapay zeka e-ticaret entegrasyonu yaklaşımında katalog verisi ile canlı fiyat ve stok sorguları ayrı ele alınır. Bu ayrım, ürünün ne olduğunu anlatan daha durağan bilgilerle satış anında değişebilen ticari bilgilerin aynı güncelleme mantığına bağlanmasını önler.
Katalog sözleşmesi neyi tanımlar?
Katalog sözleşmesi, mağazadaki alanların entegrasyon tarafında hangi anlamla kullanılacağını belirleyen ortak veri tanımıdır. Örneğin bir sistemde ürün kodu olarak tutulan alan başka bir sistemde SKU adıyla geçebilir. Benzer biçimde renk, beden veya kapasite ayrı kolonlarda tutulabileceği gibi tek bir varyant yapısında da bulunabilir. Entegrasyonun görevi bu alanları rastgele yorumlamak değil, her birinin kaynağını ve anlamını açık biçimde eşleştirmektir.
| Alan | Entegrasyondaki görevi | Dikkat edilmesi gereken nokta |
|---|---|---|
| Ürün kimliği | Ürünü sistemler arasında tekil olarak tanımlar | Değişen başlık veya açıklamadan bağımsız olmalıdır |
| SKU | Satılabilir ürün veya varyant kaydını ayırır | Aynı ürünün farklı seçenekleri karışmamalıdır |
| GTIN ve MPN | Varsa üretici veya ticari kimlik bilgisini taşır | Kaynakta yoksa üretilmemelidir |
| Varyant | Renk, ölçü, beden veya kapasite gibi seçenekleri bağlar | Her seçeneğin kendi stok ve fiyat ilişkisi korunmalıdır |
| Açıklama ve görsel | Ürünün anlaşılmasını destekler | Metin ve görsel doğru ürün kaydına bağlanmalıdır |
| Fiyat ve para birimi | Ticari değerin hangi birimle sunulduğunu belirtir | Canlı doğrulama gereken senaryolarda mağaza sistemi esas alınmalıdır |
| Stok | Satışa açık miktar veya bulunabilirlik durumunu taşır | Eski katalog kopyasına güvenilmemelidir |
Ürün kimliği ile SKU neden ayrı düşünülür?
Ürün kimliği ile SKU aynı iş için kullanılıyormuş gibi görünse de katalog yapısında farklı görevler üstlenebilir. Ana ürün kaydı bir modeli temsil ederken SKU belirli bir renk, ölçü veya paket seçeneğini temsil edebilir. Bu ayrım özellikle çok varyantlı kataloglarda önemlidir. Kullanıcı belirli bir seçeneği istediğinde sistemin genel ürün kaydını değil, doğru satılabilir varyantı bulması gerekir.
Varyant yapısı nasıl kurulmalıdır?
Varyantlı ürünlerde ana kayıt ile satılabilir seçenek arasındaki bağ açık tutulmalıdır. Örneğin aynı modelin farklı renk veya kapasite seçenekleri tek ürün ailesine bağlı olabilir ancak her seçeneğin SKU, fiyat ve stok değeri farklı olabilir. Kullanıcının istediği seçeneğin bulunması için yapay zekanın yalnız ana ürün açıklamasını değil, ilgili varyant kaydını da ayırt edebilmesi gerekir. Bu yapı yanlış stoktan ürün önermeyi veya farklı varyantın fiyatını göstermeyi azaltır.
GTIN ve MPN yoksa ne yapılır?
Katalogda GTIN, MPN veya barkod bulunmuyorsa entegrasyon bunları tahmin ederek tamamlamamalıdır. Aynı ilke teknik uyumluluk bilgisi için de geçerlidir. Bir parçanın belirli bir cihazla uyumlu olduğu yalnızca doğrulanmış kayıt varsa söylenebilir. Eksik alanların açık biçimde eksik kalması, yanlış bir kimlik veya uyumluluk bilgisinin üretilmesinden daha güvenlidir.
Toplu ürün akışı neden canlı sorgudan ayrılır?
Ürün adı, açıklama, kategori, görsel ve temel özellikler toplu katalog akışıyla aktarılabilir. Fiyat ve stok ise daha sık değişebildiği için satış anına yakın biçimde mağaza sisteminden doğrulanması gereken alanlardır. Böylece e-ticaret yapay zeka çözümleri katalogdaki ürünleri keşfetmek için toplu veriyi kullanırken, “Şu anda fiyatı nedir?” veya “Kaç adet kaldı?” gibi sorularda daha güncel kaynağa başvurabilir.
Bu model güncelleme ve kaldırılan ürün kurallarını da gerekli hale getirir. Katalogdan çıkarılan bir ürünün entegrasyon tarafında sonsuza kadar görünür kalmaması, fiyat değiştiğinde eski değerin kullanılmaması ve stok bilgisinin hangi kaynaktan okunacağının baştan belirlenmesi gerekir. Veri akışının güvenilirliği yalnızca ilk aktarımın doğru olmasıyla değil, değişikliklerin nasıl işlendiğiyle de ilgilidir.
ChatGPT e-ticaret entegrasyonu açısından hangi sınır korunur?
ChatGPT e-ticaret entegrasyonu gibi senaryolarda ürün verisini erişilebilir hale getirmek, ürünün kesin biçimde önerileceği veya satılacağı anlamına gelmez. Katalog, ürün keşfi ve karşılaştırma için doğrulanmış bir temel sağlar. Sepet, ödeme ve sipariş ise ayrıca yetkilendirilmesi gereken işlemlerdir.
Fiyat, taksit veya teslim tarihi yapay zeka tarafından belirlenmez; mağazanın kendi kuralları ve sistemleri esas alınır. Kart bilgisi sohbet metnine yazdırılmamalıdır. Ödeme sayfasının açılması da siparişin ödendiği anlamına gelmez; başarı durumu ödeme kuruluşunun doğrulanmış sunucu bildirimi veya yetkili sorgusuyla kesinleştirilmelidir.
Hazırlıkta hangi kontrol sırası izlenebilir?
- Ürün ve varyant için hangi kaydın tekil kimlik olduğunu belirleyin.
- SKU, varsa GTIN ve MPN alanlarının gerçek kaynaktan geldiğini doğrulayın.
- Açıklama, görsel ve varyant seçeneklerini doğru ürün kaydıyla eşleştirin.
- Fiyat ve para biriminin hangi sistemden alınacağını tanımlayın.
- Stok bilgisinin canlı mı yoksa periyodik mi güncelleneceğini netleştirin.
- Kaldırılan ürün, veri yenileme ve hatalı kayıt senaryoları için kurallar oluşturun.
İyi hazırlanmış bir katalog, yapay zekaya daha fazla metin vermek değil, her alanın ne anlama geldiğini ve hangi kaynağın esas olduğunu belirlemektir. Böyle bir veri sözleşmesi ürün keşfi, karşılaştırma, canlı fiyat ve stok kontrolü gibi işlemleri birbirinden ayırır. Sonuçta yapay zeka e-ticaret entegrasyonu, mağazadaki doğrulanmış ürün verisini kontrollü biçimde kullanabilen teknik bir katmana dönüşür.
