Çoğu kişi Knight Online item satış pazarı kurmanın bir ilan formu ve ödeme sayfası açmaktan ibaret olduğunu sanır. Ama KO oyuncusunun ilk sorusu fiyat değil, "hangi sunucu?" sorusudur. Bir sunucuda satılan set, başka bir sunucudaki alıcının hiçbir işine yaramaz; GB fiyatları sunucudan sunucuya değişir ve teslim için iki karakterin aynı sunucuda buluşması gerekir. Kategori yapısı bunu baştan karşılamıyorsa alıcı aradığını bulamaz, yanlış sunucudan alınan item'ler de iade talebi olarak destek masana döner.
Bu yazıda Knight Online için sunucu bazlı kategori ağacını, oyun içi teslim akışını ve parayı teslimata kadar koruyan emanet kurgusunu birlikte tasarlıyoruz. Örnekleri epinsoft'un çok satıcılı pazar yeri scripti Pazarova üzerinden veriyorum; amaç, ilk günden düzenli büyüyen ve destek yükü düşük bir pazar kurman.
Knight Online pazarında kategori ağacını neden sunucuya göre kurmalısın?
KO'da ekonomi sunucu bazında yaşar. Zero, Pandora, Agartha ya da Felis gibi sunucuların her birinin kendi GB fiyatı, kendi item arzı ve kendi oyuncu kitlesi vardır. Kategori ağacını yalnızca "Knight Online" başlığıyla bırakırsan, alıcı yüzlerce ilan arasında kendi sunucusunu aramak zorunda kalır ve yanlış sunucudan satın alma riski artar. Önerdiğim yapı basit: Knight Online ana kategorisinin altında her aktif sunucu için ayrı bir kategori, bu kategorilerin içinde de GB, item ve hesap ilanlarını ayıran bir düzen. Böylece alıcı iki tıkta doğru rafa ulaşır, satıcı da ilanını açarken sunucuyu seçmek zorunda kalır. Sunucu bilgisi ilanın açıklamasında değil, kategorisinde durmalı; çünkü açıklama atlanabilir, kategori atlanamaz. Arama ve listeleme sayfaların da bu yapı sayesinde temiz kalır ve her sunucu sayfası zamanla kendi başına arama trafiği çeken bir vitrine dönüşebilir. Yeni bir sunucu açıldığında yapman gereken tek şey, ağaca yeni bir dal eklemektir.
GB, item ve hesap ilanları aynı teslimat kurallarıyla mı yönetilmeli?
Hayır, çünkü her birinin riski farklıdır. GB satışında sorun genellikle miktarın doğru gönderilip gönderilmediğidir; item satışında artı seviyesi ve özelliklerin ilandakiyle eşleşmesi önemlidir; hesap satışında ise teslim bir buluşma değil, bilgi aktarımıdır ve alıcının ilk girişte bilgileri değiştirmesi gerekir. Pazarova'da teslimat türü emanet süresini belirler: otomatik teslimli e-pin ilanlarında varsayılan bekleme 1 gün, manuel ve hesap ilanlarında 3 gündür; yönetici bu süreleri 0 ile 30 gün arasında ayarlayabilir. Yani KO pazarında GB, item ve hesap ilanları manuel akışta, oyun içi bakiye kodları gibi e-pin ürünleri ise otomatik akışta yürür. Bu ayrım hem alıcıya doğru beklenti verir hem de satıcının parasını gereksiz yere bekletmez. Bir oyun hesap satış scripti seçerken bu esnekliği mutlaka sorgula; her ürün tipine tek bir kural uygulamak ya alıcıyı korumasız bırakır ya da satıcıyı küstürür.
| İlan tipi | Teslim yöntemi | Varsayılan emanet | Dikkat noktası |
|---|---|---|---|
| GB (oyun parası) | Oyun içi takas | 3 gün (manuel) | Miktarın takas penceresinde doğrulanması |
| Item | Oyun içi takas | 3 gün (manuel) | Artı seviyesi ve özelliklerin ilanla eşleşmesi |
| Hesap | Bilgi teslimi | 3 gün (hesap) | Alıcının ilk girişte bilgileri değiştirmesi |
| E-pin ürünleri | Otomatik teslim | 1 gün | Stok ve kod geçerliliği |
Oyun içi teslim anında emanet hangi sırayla çalışır?
Bir senaryo üzerinden gidelim. Burak, Pandora kategorisindeki bir ilandan GB satın alıyor. Ödeme tamamlandığında sipariş manuel teslim bekliyor durumuna geçiyor ve tutar satıcıya değil, emanete gidiyor. Satıcı Selin, ilan açıklamasında yazdığı saat aralığında oyuna girip Burak'ın karakteriyle buluşuyor, takas penceresinde GB'yi gönderiyor ve siparişi teslim edildi olarak işaretliyor. Burak envanterini kontrol edip onay veriyor; tutar komisyon düşüldükten sonra Selin'in cüzdanına çekilebilir bakiye olarak geçiyor. Burak onay vermeyi unutursa, 3 günlük süre dolduğunda aktarım yine otomatik gerçekleşir. Selin hiç oyuna girmezse ve manuel teslim süresi aşılırsa sipariş otomatik iade edilir. Taraflar anlaşamazsa sipariş uyuşmazlık durumuna alınır ve yönetici panelden alıcıya iade ya da satıcıya serbest bırakma kararını, gerekçesini not olarak ekleyerek verir. Bu sıralama sayesinde hiçbir aşamada para, karşı tarafın iyi niyetine bırakılmaz.
Örnek senaryo: Bir KO pazarında ilan tipi dağılımı (tahmini)
- GB ilanları 45%
- Item ilanları 25%
- Hesap ilanları 20%
- E-pin ve diğer 10%
Satıcı seviyeleri ve komisyon kademeleri KO pazarında nasıl kurgulanır?
KO pazarlarında satıcıların bir kısmı ara sıra eşya satan oyunculardır, bir kısmı ise düzenli GB ve item ticareti yapan profesyoneller. İkisine aynı komisyonu uygulamak, büyük satıcıyı rakip platformlara iter. Pazarova'daki satıcı seviyeleriyle kademeli komisyon kurabilirsin. Örnek bir kurulumda Bronz satıcılar %10, Gümüş satıcılar %7, Altın satıcılar %5 öder ve satış hacmi arttıkça seviye otomatik yükselir; bu oranlar yalnızca örnektir ve senin belirleyeceğin değerlerdir. Profesyonel satıcılar için iki araç daha önemlidir. Birincisi maliyet ve kâr takibi: GB'yi farklı kaynaklardan toplayan satıcı her ilanın maliyetini girer ve kârını görür; bu bilgi yalnızca satıcıya ve yöneticiye görünür. İkincisi satıcı kuponları: indirim yalnızca o satıcının ürünlerine uygulanır, böylece kampanya maliyeti senin komisyonundan değil satıcının kendi kârından karşılanır. Mağazalar sayfası, puan ve yorumlar da alıcının hangi satıcıya güveneceğini görmesini sağlar; öne çıkmak isteyenler doping ile ilanlarını üst sıralara taşır.
Pazarın ilk haftalarında ilan onay modunu açarsan yanlış sunucuya açılmış ya da artı seviyesi belirtilmemiş ilanları yayından önce düzeltebilirsin. Kalite oturduğunda modu kapatıp satıcılara daha hızlı yayın imkânı tanırsın.
Yüksek hacimli GB satıcılarını API ve webhook ile nasıl büyütürsün?
Günde onlarca sipariş alan bir GB satıcısı için en büyük düşman gecikmedir. Siparişi geç gören satıcı geç teslim eder, geç teslim de kötü yoruma ve kaçırılan tekrar satışa dönüşür. Pazarova'nın satıcı REST API'si, satıcının kendi ürünlerine, siparişlerine ve bakiyesine programla erişmesini sağlar. Buna ek olarak imzalı webhook bildirimleri order.paid, order.delivered, order.confirmed, order.disputed ve order.refunded olaylarını satıcının kendi sistemine iletir. Örneğin order.paid bildirimi satıcının ekibindeki kişiye anında düşer, ekip karakteri oyuna sokar ve teslimatı dakikalar içinde tamamlar. İmzalı olması, bildirimin gerçekten senin sitenden geldiğini doğrulamayı mümkün kılar. Senin açından bu, profesyonel satıcıları platformda tutmanın en somut yoludur: kendi stok ve takip düzenini kurabilen satıcı, pazarından kolay kolay ayrılmaz. Çift bakiye yapısı da bu satıcıların işine yarar; harcanabilir bakiyeyle sitede alım yapabilir, çekilebilir bakiyeyle kazancını nakde çevirebilirler.
| Yayın öncesi kontrol | Neden önemli | Pazarova'daki karşılığı |
|---|---|---|
| Her aktif sunucunun kategorisi açıldı mı? | Yanlış sunucu alımlarını önler | Kategori yapısı |
| Manuel teslim süresi oyuncu saatlerine uygun mu? | Gereksiz iadeleri azaltır | 0-30 gün emanet ayarı |
| Uyuşmazlık kanıt kuralları yazılı mı? | Tutarlı karar verdirir | Uyuşmazlık paneli ve not |
| Komisyon kademeleri belirlendi mi? | Büyük satıcıyı platformda tutar | Satıcı seviyeleri |
| Test siparişi uçtan uca denendi mi? | Akıştaki boşlukları gösterir | Teslim, onay ve iade durumları |
| Hacimli satıcılara API anlatıldı mı? | Teslim hızını artırır | REST API ve imzalı webhook |
Yayına almadan önce hangi kontrolleri yapmalısın?
Gerçek oyuncuları davet etmeden önce iki test hesabıyla her ilan tipini en az bir kez dene. Bir GB ilanında onaylı akışı, bir item ilanında onaysız süre dolumunu, bir hesap ilanında da uyuşmazlık ve iade kararını uçtan uca yürüt. Her adımda paranın emanette mi, çekilebilir bakiyede mi yoksa alıcıya geri mi döndüğünü kontrol et. Ardından yardım sayfana üç kısa kural ekle: alıcı, item'i ya da GB'yi envanterinde görmeden onay vermemeli; satıcı, takas penceresinin ekran görüntüsünü saklamalı; hesap alıcısı, ilk girişte bilgileri değiştirmeli. Sadece e-pin satacaksan tek satıcılı kardeş ürün Pinova daha sade bir e-pin satış yazılımı olabilir. Ama oyuncuların sunucu sunucu kendi GB ve item'lerini sattığı bir pazar istiyorsan, emanet ve uyuşmazlık katmanları olan bir Knight Online uyumlu ilan ve pazar yeri scripti gerekir. Modüllerin tamamını özellikler bölümünde, lisans seçeneklerini fiyat bölümünde görebilirsin.
Knight Online pazarını sunucu sunucu kurmaya hazır mısın?
Pazarova kendi sunucuna kurulan lisanslı bir çok satıcılı pazar yeri yazılımıdır. Emanet, kademeli komisyon, satıcı API'si ve uyuşmazlık paneliyle KO pazarını ilk günden düzenli yönetirsin.
Knight Online ilanlarını neden sunucu bazında kategorilere ayırmalıyım?
KO'da GB ve item ekonomisi sunucuya özeldir. Sunucu bazlı kategoriler alıcının doğru ilana hızla ulaşmasını sağlar ve yanlış sunucudan yapılan alımları, dolayısıyla iade taleplerini azaltır.
GB ve item satışında para satıcıya ne zaman geçer?
Ödeme önce emanette bekler. Satıcı teslimi işaretleyip alıcı onay verdiğinde ya da varsayılan 3 günlük süre dolduğunda tutar, komisyon düşüldükten sonra satıcının çekilebilir bakiyesine geçer.
Satıcı oyunda teslim etmezse alıcı ne yapar?
Manuel teslimde süre aşılırsa sipariş otomatik iade edilir. Anlaşmazlık varsa sipariş uyuşmazlık durumuna alınır ve yönetici panelden iade ya da serbest bırakma kararı verir.
Pazarova'yı birden fazla KO sitesinde kullanabilir miyim?
Pazarova lisanslıdır ve kendi sunucuna kurulur. Her alan adı için ayrı lisans gerekir; 1 domain için 1 lisans geçerlidir.
Knight Online item satış pazarında kalıcı başarı, doğru rafı, doğru teslim kuralını ve tarafsız bir emaneti bir araya getirmekten geçer. Sunucu bazlı kategoriler alıcıyı doğru ilana götürür, emanet her iki tarafı korur, kademeli komisyon ve API de en iyi satıcılarını platformda tutar. Bütün bu akışı kendi gözünle görmek için şimdi göz at: canlı demo