N11, İdefix, Pazarama ve Koçtaş gibi kanallarda soru yanıtlamanın ortak zorluğu hacim değil sürekliliktir; düşük hacimli paneller takip edilmediği için yanıt oranı oradan düşer. Teknik tarafta belirleyici fark eşleştirmedir: bu kanalların hemen hepsinde soru kaydı barkod taşımaz ve eşleşme stok kodu üzerinden kurulur. N11 tarafında soru listeleme servisinin istek sınırı dar olduğu için anlık çekme kurgulanamaz, kuyruk düzenli aralıklarla beslenir ve arşiv taraması arka planda kademeli yapılır.
İçindekiler
- Küçük kanalların ortak problemi: hacim değil, süreklilik
- N11 soru cevaplama: dakikada tek istek sınırı ne anlama geliyor?
- İdefix soru cevap tarafında ne değişiyor?
- Pazarama soru yanıtlama pratiğinde dikkat edilenler
- Koçtaş satıcı soru akışı: kategori bilgisi belirleyici
- Yanıt metni kuralları kanaldan kanala değişir mi?
- Dört kanalın pratik karşılaştırması
- Yeni bir kanalı otomasyona bağlarken ilk hafta
- Aynı ürün, farklı kanal, farklı yanıt olur mu?
- Çok kanallı kurulumda tek kural seti mi, ayrı mı?
- Sonuç
Pazaryeri otomasyonu konuşulurken örnekler hep aynı iki platformdan verilir. Oysa çok kanallı satan bir mağazanın yanıt oranını genellikle büyük ikili değil, arada unutulan küçük kanallar düşürür. Ayda otuz soru gelen bir pazaryerinin paneli haftalarca açılmaz; o otuz sorunun yirmisi yanıtsız kalır ve metrik oradan bozulur.
Bu yazı N11, İdefix, Pazarama ve Koçtaş gibi kanallarda soru yanıtlamanın pratik farklarını anlatıyor. Ortak çerçeve — güven skoru, otomatik onay eşiği ve skor tavanları — pazaryeri otomatik yanıt rehberinde duruyor; burada yalnızca bu kanallara özgü olan var.
Küçük kanalların ortak problemi: hacim değil, süreklilik
Bu kanallarda soru hacmi düşüktür ve düşük hacim yanıltıcıdır. Günde iki soru gelen bir panel için ayrı bir rutin kurulmaz; kurulsa da unutulur. Sonuç, aynı mağazanın Trendyol'da örnek gösterilecek bir yanıt performansına, yan kanalda ise neredeyse sıfıra yakın bir orana sahip olmasıdır.
Otomasyonun bu kanallardaki değeri, dolayısıyla, zaman kazandırmak değil görünürlük sağlamaktır. Sorular tek kuyruğa aktığında yan kanalın iki sorusu ana kanalın yüz sorusuyla aynı ekranda belirir ve gözden kaçmaz. Kazanç, yanıt hızından çok yanıt oranındadır; ikisinin farkını yanıt süresi ve mağaza puanı yazısında ayrıntılandırdık.
İkinci ortak nokta ürün kataloğunun aynı olmamasıdır. Yan kanallara genelde ürün gamının bir alt kümesi listelenir ve listeleme başka bir ekip ya da başka bir entegratör tarafından yapılmıştır. Bu, ürün eşleştirme haritasının kanal başına ayrı doğrulanmasını gerektirir; ana kanalda çalışan eşleşme mantığı burada birebir çalışmaz.
N11 soru cevaplama: dakikada tek istek sınırı ne anlama geliyor?
N11 tarafında entegrasyon, REST değil SOAP tabanlı servisler üzerinden yürür ve ürün tarafı ProductService üzerinden yönetilir. Bu, alışkanlıkları değiştiren ama aşılabilir bir farktır. Asıl tasarım kararını gerektiren şey başka: soru listeleme servisinin istek sınırı çok dardır, pratikte dakikada tek istek düzeyindedir.
Bunun sonuçları doğrudan mimariyi belirler:
- Anlık çekme mümkün değil. Soruyu geldiği saniyede yakalayan bir kurgu kurulamaz. Kuyruk, düzenli aralıklarla dönen bir görevle beslenir ve gecikme kabul edilir. Yanıtın dakikalar içinde değil, tolere edilebilir bir gecikmeyle gitmesi bu kanalda normaldir.
- Geçmiş tarama planlanmalı. Arşivi taramak, istek sınırı yüzünden uzun sürer. İlk kurulumda geçmişin tamamını çekmek yerine belirli bir tarihten itibaren başlamak ve arşivi arka planda yavaş yavaş tamamlamak daha doğrudur.
- Tek kuyruk zorunluluğu. Aynı servise birden fazla yerden istek atan bir kurulum sınırı kendi kendine tüketir. Soru çekme işinin tek bir yerden yürütülmesi, sınırın verimli kullanılmasının tek yoludur.
İkinci N11'e özgü ayrıntı eşleştirme tarafındadır: soru kayıtlarında barkod bilgisi gelmez. Eşleşme stok kodu üzerinden kurulur. Trendyol'un barkod merkezli yapısıyla aynı anda çalışan bir mağazada bu, eşleştirme katmanının kanal başına farklı alan kullanması demektir — tek bir alana bağlanan kurulum N11 sorularını hiçbir ürüne bağlayamaz ve model bağlamsız kalır.
Pratikte bunun anlamı şudur: N11'e listeleme yapılırken kullanılan stok kodunun kendi kataloğunuzdaki değerle birebir aynı olması gerekir. Listeleme sırasında sonuna ek karakter alan ya da farklı biçimde yazılan stok kodları, sorunun eşleşmemesine yol açar. Kurulumun ilk adımı bu yüzden eşleşme raporudur.
İdefix soru cevap tarafında ne değişiyor?
İdefix'in farkı teknik olmaktan çok içeriksel. Kitap ve yayın ağırlıklı bir katalogda sorular, genel e-ticaret sorularından belirgin biçimde ayrışır. Beden ve renk yerine baskı yılı, kaçıncı baskı olduğu, çevirmen, kapak tipi, sayfa sayısı ve setin kaç kitaptan oluştuğu sorulur.
Bu, kural setinin ayrı yazılmasını gerektirir. Genel bir ürün kural setiyle çalışan bir otomasyon, kaçıncı baskı sorusuna ürün açıklamasındaki ilk sayıyı yakalayarak yanıt verebilir; yayın verisinde baskı bilgisi ayrı bir alansa bu yanlış olur. Yayın alanları katalogda ayrı tutulmuyorsa doğru karar, bu soru tipini otomasyona hiç açmamaktır.
İkinci nokta, bu kategoride yanlış yanıtın maliyetinin yüksek olmasıdır. Yanlış baskı bilgisiyle satın alınan bir kitap kesin iadedir; alıcı tam olarak hangi baskıyı aradığını bilir. Yani hacim düşük, hata maliyeti yüksek. Bu denge, eşiği bu kanalda diğerlerinden yukarıda tutmayı ve baskı, çeviri gibi kelimeleri her zaman onaya düşecek listeye koymayı gerektirir.
Üçüncü nokta stok tazeliğidir. Tek nüsha kalan ya da baskısı tükenen ürünler bu katalogda sık görülür. Stok sorusuna otomatik yanıt vermek, stok verisinin gerçekten anlık okunduğu doğrulanmadan açılmamalıdır.
Pazarama soru yanıtlama pratiğinde dikkat edilenler
Pazarama'da katalog geniş ve karışıktır; aynı mağaza içinde birbirinden çok farklı kategoriler bulunabilir. Bunun otomasyona yansıması, tek bir kural setinin yetmemesidir. Kozmetikte son kullanma tarihi, elektronikte garanti, tekstilde kalıp sorulur ve aynı yanıt kalıbı üçünde de kullanılamaz.
Bu kanalda öne çıkan ikinci konu kampanya sorularıdır. İndirim, kupon ve kampanya koşullarına dair sorular, ürün verisinden yanıtlanamaz; kampanyanın o anki koşuluna bağlıdır ve koşul değiştiğinde eski yanıt yanlış hale gelir. Kampanya sorularının otomasyon dışında bırakılması ya da yalnızca kampanya bilgisinin güncel okunduğu durumlarda açılması gerekir.
Üçüncüsü, düşük hacimli bir kanalda tek bir kötü yanıtın oransal ağırlığının yüksek olmasıdır. Ayda otuz soru alan bir kanalda üç hatalı yanıt, görünür bir kalite sorunu üretir. Otomatik gönderimi burada da dar başlatmak, ana kanaldakinden daha önemlidir.
Koçtaş satıcı soru akışı: kategori bilgisi belirleyici
Yapı market kategorisinde soru profili neredeyse tamamen teknik ve ölçüseldir: kaç metre, hangi çap, hangi vida tipi, montaj gerekiyor mu, kutuda ne var. Bu sorular teoride otomasyona en uygun tiptir çünkü yanıt bir değerdir; pratikte ise en çok veri eksikliğine takılan tiptir çünkü bu değerler çoğu katalogda boş durur.
Doğru sıra bu yüzden ters kurulur: önce ürün özellik alanları tamamlanır, sonra otomasyon açılır. Alanı boş bırakıp modele tahmin ettirmek burada özellikle tehlikelidir, çünkü yanlış ölçü doğrudan iade ve çoğu zaman montaj maliyeti üretir.
İkinci Koçtaş'a özgü konu montaj ve kurulum taahhütleridir. Montaj dahil mi sorusunun yanıtı ürüne değil, kategoriye ve hizmet kapsamına bağlıdır. Bu bilgiyi tek bir genel politika metnine koymak yanlış yanıt üretir; kategori bazında ayrı tanımlanması gerekir. Aynı yaklaşımın teknik kategorilerde nasıl kurulduğunu Hepsiburada soru yanıtlama yazısında da ele aldık.
Yanıt metni kuralları kanaldan kanala değişir mi?
Ana çerçeve her yerde aynıdır: yanıt yayına açık bir metindir, dolayısıyla iletişim bilgisi paylaşmak, dış siteye yönlendirmek ve tanıtım yapmak kapsam dışıdır. Değişen şey bu kuralların ne kadar sıkı denetlendiği ve yanıtın hangi biçimde kabul edildiğidir.
Pratikte iki ayar kanal başına gözden geçirilir. Birincisi yanıt uzunluğudur; bazı kanallarda uzun metinler sayfada kırpılarak görünür ve cümlenin ortasında kesilen bir yanıt, hiç yanıt vermemekten kötü durur. İkincisi biçimlendirmedir: satır sonu, madde işareti ve büyük harf kullanımı her kanalda aynı şekilde gösterilmez. Kural setinde bu iki ayarın kanal bazında tanımlanması, aynı metnin her yerde okunabilir kalmasını sağlar.
Üçüncü ve daha az bilinen nokta, yanıtın gönderildikten sonra ne kadar sürede göründüğüdür. Bazı kanallarda yanıt anında yayınlanır, bazılarında denetim beklenir. Bu süre bilinmediğinde ekip yanıtın gitmediğini sanıp ikinci kez göndermeye çalışır; sonuçta ya çift kayıt oluşur ya da sistem hata verir. Kurulumun ilk haftasında her kanal için bu sürenin gözlemlenmesi, sonraki aylardaki gereksiz kontrolleri ortadan kaldırır.
Dört kanalın pratik karşılaştırması
| Kanal | Baskın soru tipi | Eşleşme alanı | Dikkat edilecek kısıt |
|---|---|---|---|
| N11 | Ürün özelliği, orijinallik, kargo | Stok kodu | Soru listelemede dar istek sınırı; anlık çekme yok |
| İdefix | Baskı, çevirmen, set içeriği, stok | Yayın kimliği ve stok kodu | Yayın alanları ayrı tutulmuyorsa otomasyon açılmamalı |
| Pazarama | Kategoriye göre değişken, kampanya | Stok kodu | Kampanya koşulu değişince eski yanıt yanlışa döner |
| Koçtaş | Ölçü, montaj, uyumluluk | Stok kodu | Özellik alanları boşsa tahmin ettirilmemeli |
Tablodaki ortak nokta dikkat çekicidir: bu kanalların hemen hepsinde eşleşme stok kodu üzerinden yürür. Barkod merkezli bir eşleştirme kurgusuyla yola çıkan mağazalar, ana kanalda sorunsuz çalışan sistemin yan kanallarda hiç bağlanmadığını görür. Katmanlı eşleştirme — önce barkod, sonra stok kodu, tutmuyorsa kapsam dışı — bu yüzden istisna değil varsayılan olmalıdır.
Yeni bir kanalı otomasyona bağlarken ilk hafta
Yan kanallarda kurulumun sırası, ana kanaldakinden bir noktada ayrılır: burada önce eşleşme, sonra hacim, en son kural seti gelir. Sebebi, bu kanallarda kataloğun alt küme olması ve eşleşme oranının çoğu zaman düşük çıkmasıdır.
İlk gün yapılacak iş, kanalda listeli ürünlerin kaçının kendi kataloğunuzla eşleştiğini raporlamaktır. Bu oran yüzde yüze yakın değilse otomasyon açılmaz; önce eşleşmeyen ürünlerin listesi çıkarılır ve stok kodu farkları düzeltilir. Bu adım atlandığında sorun kendini haftalar sonra, bağlamsız üretilmiş tuhaf yanıtlar olarak gösterir.
İkinci adım, kanalın gerçek soru profilini görmektir. Geçmiş sorular çekilip tipe ayrıldığında çoğu zaman sürpriz çıkar: ana kanalda hiç sorulmayan bir konu yan kanalda hacmin yarısını oluşturabilir. Bu genelde o kanaldaki ürün açıklamalarının farklı bir ekip tarafından, daha eksik biçimde girilmiş olmasından kaynaklanır. Yani soru profili, aslında katalog kalitesinin bir aynasıdır.
Üçüncü adımda kural seti yazılır ve ilk hafta gönderim kapalıyken çalışılır. Düşük hacimli bir kanalda bu hafta zaten hafiftir; günde birkaç yanıt gözden geçirilir. Buna karşılık aynı hafta, o kanala özgü tuhaflıkların tamamını görmenizi sağlar.
Aynı ürün, farklı kanal, farklı yanıt olur mu?
Olur ve bu bazen doğrudur. Kargo süreleri kanal başına değişebilir, kampanya koşulu yalnızca bir kanalda geçerli olabilir, aynı ürün farklı kanalda farklı varyant setiyle listelenmiş olabilir. Yanıtın kanaldan bağımsız aynı olması gerektiğini varsaymak, bu farkları gizler.
Buna karşılık ürün gerçeğinin kanala göre değişmemesi gerekir. Ölçü, malzeme, kutu içeriği her kanalda aynıdır; farklılık görülüyorsa sorun yanıtta değil, kanallardan birindeki listeleme verisindedir. Otomasyonun bu tutarsızlıkları raporlaması, tek başına ciddi bir katalog temizliği fırsatı yaratır.
Pratik kural şu: ürün verisi tek kaynaktan beslensin, kanala özgü olan yalnızca teslimat, kampanya ve politika katmanı olsun. Bu ayrım kurulduğunda yeni bir kanal eklemek, kataloğu yeniden tanımlamayı değil yalnızca ince bir katman yazmayı gerektirir.
Çok kanallı kurulumda tek kural seti mi, ayrı mı?
İkisi de değil; katmanlı olanı doğrudur. Mağazanın tonu, yasaklı ifadeleri ve genel yanıt uzunluğu tek yerde tanımlanır. Kanal ve kategori bazında değişen şeyler — hangi soru tipinin otomatik gideceği, hangi veri alanının okunacağı, hangi taahhüdün verilebileceği — bunun üzerine yazılır.
Bu yapı, yeni bir pazaryeri eklendiğinde her şeyi baştan kurmayı gerektirmez. Otoyanıt kurulumunda genel kurallar üzerine hesap bazlı özel ayar tanımlanabildiği için yeni kanal, mevcut tonu devralır ve yalnızca kendi farkları tanımlanır. Kurulumu STools tarafı yapar; mağazanın kanal başına ayrı bir teknik çalışma yürütmesi gerekmez.
Son bir not: yan kanallarda otomasyonu açmadan önce o kanalın gerçekten kaç soru ürettiğine bakın. Aylık soru sayısı tek haneliyse otomasyonun oradaki işi yanıt üretmek değil, sorunun geldiğini haber vermektir. Bu bile çoğu mağaza için yeterli bir kazançtır.
Sonuç
Büyük ikilinin dışındaki pazaryerlerinde soru yanıtlama, teknik zorluktan çok disiplin meselesidir. N11'de dar istek sınırı mimariyi belirler, İdefix'te yayın verisi kural setini ayırır, Pazarama'da kampanya soruları kapsam dışında tutulur, Koçtaş'ta özellik alanları önce tamamlanır. Dördünde birden geçerli olan tek kural ise eşleştirmenin stok kodu üzerinden yürüdüğünü kabul etmek ve tüm kanalları tek kuyrukta görünür kılmaktır. Kurulum için bize ulaşabilirsiniz.
Sıkça sorulan sorular
- N11 soru cevaplama entegrasyonunda neden anlık çekme kurulamıyor?
- Soru listeleme servisinin istek sınırı çok dardır; pratikte dakikada tek istek düzeyindedir. Bu yüzden soruyu geldiği saniyede yakalayan bir kurgu mümkün değildir, kuyruk düzenli aralıklarla dönen bir görevle beslenir ve kabul edilebilir bir gecikmeyle çalışır. Aynı servise birden fazla yerden istek atan kurulumlar sınırı kendi kendine tüketir.
- N11 müşteri sorusu hangi alandan ürüne bağlanıyor?
- Soru kayıtlarında barkod bilgisi gelmez; eşleşme stok kodu üzerinden kurulur. Trendyol’un barkod merkezli yapısıyla aynı anda çalışan bir mağazada eşleştirme katmanı kanal başına farklı alan kullanmalıdır. Listeleme sırasında sonuna ek karakter alan veya farklı biçimde yazılan stok kodları sorunun hiçbir ürüne bağlanmamasına yol açar.
- İdefix soru cevap tarafında kural seti neden ayrı yazılıyor?
- Kitap ve yayın ağırlıklı katalogda sorular beden ve renk yerine baskı yılı, kaçıncı baskı, çevirmen, kapak tipi ve set içeriği üzerinedir. Genel bir ürün kural seti, kaçıncı baskı sorusuna açıklamadaki ilk sayıyı yakalayarak yanıt verebilir ve bu yanlış olur. Yayın alanları katalogda ayrı tutulmuyorsa bu soru tipi otomasyona hiç açılmamalıdır.
- Pazarama soru yanıtlama kurgusunda kampanya soruları neden ayrı ele alınıyor?
- İndirim, kupon ve kampanya koşullarına dair sorular ürün verisinden yanıtlanamaz; kampanyanın o anki koşuluna bağlıdır. Koşul değiştiğinde daha önce verilmiş doğru yanıt yanlış hale gelir ve ürün sayfasında öyle kalır. Bu soru tipi ya kapsam dışında bırakılmalı ya da yalnızca kampanya bilgisinin güncel okunduğu kurulumlarda açılmalıdır.
- Koçtaş satıcı soru akışında en sık nerede takılıyor?
- Sorular ölçü, çap, montaj gereksinimi ve uyumluluk üzerinedir; yani teoride otomasyona en uygun tiptir çünkü yanıt bir değerdir. Pratikte ise bu değerler çoğu katalogda boştur. Doğru sıra terstir: önce ürün özellik alanları tamamlanır, sonra otomasyon açılır. Yanlış ölçü doğrudan iade ve çoğu zaman montaj maliyeti üretir.
- Ayda birkaç soru gelen bir kanalda otomasyon anlamlı mı?
- Evet, ama işlevi farklıdır. Aylık soru sayısı tek haneliyse otomasyonun oradaki asıl işi yanıt üretmek değil, sorunun geldiğini görünür kılmaktır. Küçük kanallarda metriği bozan şey yavaş yanıt değil, panelin haftalarca açılmamasıdır; tek kuyruk bunu ortadan kaldırır.
- Her pazaryeri için ayrı kural seti mi yazmak gerekiyor?
- Katmanlı yapı doğrudur. Mağazanın tonu, yasaklı ifadeleri ve genel yanıt uzunluğu tek yerde tanımlanır; hangi soru tipinin otomatik gideceği, hangi veri alanının okunacağı ve hangi taahhüdün verilebileceği kanal ve kategori bazında bunun üzerine yazılır. Böylece yeni bir kanal eklendiğinde mevcut ton devralınır, yalnızca farklar tanımlanır.
Kaynaklar ve resmî dokümanlar
Bu yazıdaki teknik bilgiler aşağıdaki birincil kaynaklardan doğrulanabilir. Platformlar dokümantasyonlarını zaman zaman güncelliyor; kritik bir kurulum öncesinde güncel sürümü kontrol edin.
Bu yazıyla ilgili
Yazan · Kurucu Ortak
Abdulsamet SeçerSTools Digital’in kurucu ortağı. E-ticaret siteleri için pazaryeri entegrasyonları, WhatsApp otomasyonu ve dönüşüm modülleri geliştiriyor; Shopify ve İkas mağazaları için tema ve altyapı çalışmaları yürütüyor. Buradaki yazılar müşteri projelerinde karşılaşılan gerçek teknik sorunlardan çıkıyor.