Çoğu kişi riot pin satışının basit bir iş olduğunu sanır: tedarikçiden kodu al, siteye yükle, sipariş gelince gönder. Ama işin içine girdiğinde Valorant ve League of Legends için ayrı ayrı stok tuttuğunu, aynı tedarikçiden gelen kodları iki farklı ürün kartına bölüştürdüğünü ve gece yarısı biten bir stok yüzünden sabah gelen siparişleri tek tek iade ettiğini fark edersin. Sorun üründe değil, stoku nasıl modellediğinde.
Bu yazıda riot pin satışını tek bir stok havuzu mantığıyla nasıl kuracağını, tedarikçi API'sini e-pin scripti içine nasıl bağlayacağını ve Valorant ile LoL vitrinlerini aynı kaynaktan nasıl besleyeceğini adım adım anlatıyorum. Yazıdaki sayılar ve senaryolar tamamen örnek amaçlıdır; kendi tedarikçinin koşullarına ve bölge kurallarına göre uyarlaman gerekir.
Riot pin neden iki ayrı ürün değil, tek bir stok kalemi olmalı?
Riot'un ön ödemeli kodları birçok bölgede tek bir Riot hesabına tanımlanır ve kullanıcı bakiyeyi hangi oyunda harcayacağını kodu yüklerken seçer. Yani teknik olarak elindeki kod, oyuncunun gözünde hem Valorant hem LoL için anlamlıdır. Bunu bilmeden iki ayrı stok tutarsan şu olur: Valorant tarafında 40 kodun durur, LoL tarafında stok sıfırlanır ve LoL müşterisi "tükendi" yazısını görüp rakibe gider. Oysa aynı kodlar onun işini de görecekti.
Tek stok havuzu yaklaşımında kod bir kez stoka girer, birden fazla ürün kartı aynı havuzdan çeker. Vitrinde "Valorant 1000 VP karşılığı riot pin" ve "LoL RP için riot pin" diye iki ayrı sayfa olabilir; çünkü arama niyeti farklıdır ve SEO açısından ayrı sayfalar mantıklıdır. Ama arka planda ikisi de aynı tutar kalemini, aynı kod listesini kullanır. Burada tek dikkat etmen gereken nokta bölge: Türkiye bölgesi için satılan bir kod başka bölge hesabında çalışmayabilir. Bu yüzden havuzu oyuna göre değil, bölge + tutar kombinasyonuna göre kurmalısın.
Tedarikçi API'si e-pin scriptine bağlanınca sipariş akışı nasıl değişir?
Elle çalışan bir mağazada akış şöyledir: sipariş gelir, sen panelden bakarsın, stokta kod varsa gönderirsin, yoksa tedarikçiye mesaj atarsın. API bağlı bir e-pin satış scripti ile akış tamamen otomatikleşir. Ödeme onaylanır, sistem önce yerel havuza bakar; havuzda uygun kod varsa anında teslim eder. Havuz boşsa tedarikçi API'sine o tutar için kod talebi gönderir, dönen kodu siparişe yazar ve müşteriye gösterir.
Bu iki katmanlı yapının güzel tarafı şudur: yerel stok sana hız ve marj sağlar, çünkü toplu aldığın kodlar genelde daha uygun maliyetlidir. API yedeği ise sana süreklilik sağlar; stok bittiğinde satış durmaz. Örnek bir senaryo düşün: Cuma akşamı bir Valorant kampanyası başladı ve 2 saat içinde 100 TL'lik kodlara normalin üç katı talep geldi. Yerel havuzdaki 50 kod bitti; sonraki siparişler sen uyurken API üzerinden karşılandı. Sabah panele baktığında iade listesi değil, satış raporu görürsün.
Örnek riot pin sipariş dağılımı (temsili)
- Valorant vitrini 45%
- LoL vitrini 30%
- Genel riot pin sayfası 15%
- Kampanya ve hediye 10%
Yukarıdaki dağılım gerçek bir veri değil, bir mağazanın nasıl görünebileceğine dair temsili bir örnek. Önemli olan şu: siparişler dört farklı kapıdan gelse bile hepsi aynı havuzdan beslenir. Ayrı stok tutsaydın bu dört kapının her biri için ayrı tahmin yapman gerekecekti.
Tek havuzu kurarken hangi adımları sırayla atmalısın?
Kurulumu acele yaparsan sonradan ürün kartlarını tek tek düzeltmek zorunda kalırsın. Önerdiğim sıra şu:
1. Tutar kalemlerini belirle. Tedarikçinin sattığı tutarları listele ve her birini bölgesiyle birlikte tek bir stok kalemi olarak tanımla. Örneğin "TR bölgesi 100 TL", "TR bölgesi 250 TL" gibi. 2. Ürün kartlarını havuza bağla. Valorant ve LoL sayfalarını aynı stok kalemine eşle; sayfa başlıkları ve açıklamaları farklı kalsın. 3. Tedarikçi eşleştirmesini yap. Her stok kalemini tedarikçinin ürün kimliğiyle eşleştir; yanlış eşleşme yanlış tutarda kod demektir. 4. Alt stok eşiğini tanımla. Havuz belirli bir sayının altına düştüğünde sana bildirim gelsin, gerekirse API'ye geçiş otomatik olsun. 5. Test siparişi ver. Hem yerel stoktan hem API'den en az bir test siparişi geçirmeden canlıya çıkma.
İadelerin büyük kısmı yanlış bölge hesabından kaynaklanır. Ürün başlığına ve teslim ekranına "Yalnızca Türkiye bölgesi hesaplarda geçerlidir" gibi net bir uyarı eklemek destek yükünü ciddi biçimde azaltır.
Fiyat ve marjı tek havuzda nasıl yönetirsin?
Tek havuzun bir avantajı da fiyatlamayı sadeleştirmesidir. Maliyet tek, satış fiyatı ise vitrin bazında farklılaşabilir. Örneğin genel riot pin sayfasında standart fiyat uygularken Valorant sayfasında kısa süreli bir indirim yapabilirsin; stok hesabı bozulmaz. Burada dikkat etmen gereken konu, yerel stok maliyeti ile API maliyetinin farklı olabilmesidir. API'den gelen kod daha pahalıysa, havuz bittiğinde marjın düşer. Bunu bilerek fiyat belirlemelisin.
| Konu | Ayrı stok modeli | Tek havuz + API modeli |
|---|---|---|
| Stok takibi | Her oyun için ayrı sayım | Tutar ve bölge bazında tek sayım |
| Tükenme riski | Bir vitrin dolu, diğeri boş kalabilir | Tüm vitrinler aynı kaynağı paylaşır |
| Gece siparişleri | Sabaha kadar bekler | API yedeğiyle otomatik karşılanır |
| Marj kontrolü | Ürün başına dağınık | Yerel ve API maliyeti ayrı izlenir |
| Kampanya esnekliği | Stok bölünmesi gerekir | Vitrin bazında fiyat, ortak stok |
Örnek bir hesap yapalım: yerel stoktan aldığın 100 TL'lik kodun maliyeti 92 TL, API'den gelenin maliyeti 95 TL olsun (rakamlar temsilidir). Satış fiyatın 99 TL ise yerel stokta 7 TL, API'de 4 TL kazanırsın. Ayda 1.000 adet satıyorsan ve bunun yarısı API'den karşılanıyorsa, yerel stoku daha iyi planlayarak marjını artırabileceğini görürsün. İyi bir e-pin yazılımı bu farkı raporda göstermelidir.
Stok bitince ya da API yanıt vermeyince müşteri ne görmeli?
En çok ihmal edilen konu budur. Tedarikçi API'si bakımda olabilir, yanıt geç gelebilir ya da istenen tutar tedarikçide de tükenmiş olabilir. Bu durumda müşteriye boş bir ekran ya da anlamsız bir hata göstermek güveni yok eder. Doğru kurgu şöyle olmalı: sistem talebi belirli bir süre tekrar dener, başarısız olursa sipariş "hazırlanıyor" durumuna düşer ve sana bildirim gelir. Müşteri ise teslimatın kısa süre içinde yapılacağını gösteren net bir mesaj görür.
Bir de şunu düşün: her iki kaynak da boşsa ürünü satışa açık tutma. Ödemesini aldığın ama teslim edemediğin bir sipariş, hiç satılmamış bir siparişten çok daha pahalıya patlar. Ödeme kuruluşuna yapılan itirazlar, kötü yorumlar ve destek talepleri birikir. Stok durumunu vitrine canlı yansıtan bir dijital ürün satış scripti, bu riski baştan keser.
Doğru e-pin satış yazılımını seçerken neye bakmalısın?
Tek havuz ve API mantığı kağıt üzerinde basittir; asıl fark onu taşıyan yazılımdadır. Kendi sunucuna kurulan, lisanslı ve güncellenen bir e-pin scripti seçmek, veri ve müşteri ilişkisi üzerinde kontrolü sende tutar. Pinova, epinsoft'un tek satıcılı mağazalar için geliştirdiği lisanslı e-pin satış scripti ve dijital ürün satış yazılımıdır; kurulumdan önce aşağıdaki listeyi demo üzerinde tek tek denemeni öneririm. Özellik listesine buradan, lisans seçeneklerine fiyat bölümünden göz atabilirsin.
| Kontrol maddesi | Neden önemli | Nasıl test edersin |
|---|---|---|
| Bir stok kalemi birden fazla ürün kartına bağlanabiliyor mu? | Tek havuzun temeli | İki kartı aynı stoka bağla, birinden satış yap |
| Tedarikçi API eşleştirmesi var mı? | Stok bitince satış durmaz | Havuzu boşaltıp test siparişi ver |
| Alt stok uyarısı tanımlanabiliyor mu? | Tükenmeden önce haber alırsın | Eşiği düşük ayarlayıp tetikle |
| Teslim ekranında açıklama yazılabiliyor mu? | Bölge uyarısı için şart | Ürüne not ekle, sipariş sonrası kontrol et |
| Maliyet ve marj raporlanıyor mu? | Yerel ve API kârını ayırırsın | Rapor ekranını incele |
| Yazılım kendi sunucuna kuruluyor mu? | Veri ve domain kontrolü sende kalır | Lisans koşullarını oku |
Bu listeyi geçen bir e-pin yazılımı, riot pin satışını tek kişilik bir ekiple bile sürdürülebilir hale getirir. Geçemeyen bir yazılımla ise ilk büyük kampanyada iade yağmuru riskini sen taşırsın.
Riot pin satışını tek havuzdan yönetmeye hazır mısın?
Pinova ile Valorant ve LoL vitrinlerini aynı stoktan besle, tedarikçi bağlantını kur ve satışını kendi alan adında, kendi kurallarınla büyüt.
Riot pin kodu hem Valorant hem LoL için kullanılabilir mi?
Birçok bölgede Riot ön ödemeli kodları Riot hesabına yüklenir ve oyuncu bakiyeyi hangi oyunda kullanacağını seçer. Ancak bölge kısıtları vardır; tedarikçinin belirttiği kullanım koşullarını mutlaka ürün sayfana yazmalısın.
Tek stok havuzu SEO açısından sorun yaratır mı?
Hayır. Vitrinde Valorant ve LoL için ayrı, özgün içerikli sayfalar tutabilirsin. Havuz yalnızca arka planda stoku birleştirir; arama motoru ayrı sayfaları ayrı niyetler için görmeye devam eder.
Tedarikçi API'si yanıt vermezse sipariş ne olur?
İyi kurgulanmış bir e-pin satış scripti talebi tekrar dener, başarısız olursa siparişi bekleyen duruma alır ve sana bildirim gönderir. Her iki kaynak da boşsa ürünü satışa kapatmak en güvenli yoldur.
Yerel stok mu tutmalıyım, yoksa yalnızca API mi kullanmalıyım?
İkisini birlikte kullanmak genelde en dengeli yoldur. Yerel stok marj ve hız sağlar, API ise stok bittiğinde sürekliliği korur. Oranı kendi satış hacmine ve tedarikçi koşullarına göre belirlemelisin.
Riot pin satışında farkı yaratan şey ürün değil, ürünü taşıyan sistemdir. Stoku tek havuzda topla, tedarikçi API'sini yedek katman olarak bağla, bölge uyarılarını net yaz ve marjını raporla izle. Tüm bu akışın bir e-pin satış scripti içinde nasıl göründüğünü görmek istersen Pinova'yı canlı demo