Çoğu satıcı CS2 kasa ve anahtar işini şöyle sanır: ucuza al, panelden listele, sipariş gelince teslim et, farkı cebe koy. Kağıt üstünde temiz görünür. Gerçekte ise bu ürün grubu, dijital ürün dünyasında satıcının kendi kendine kurduğu en sinsi tuzaktır. Çünkü burada sattığın şey bir kod değil, Steam'in kendi kurallarına tabi bir envanter nesnesi. Ve o kuralları sen yazmıyorsun.
Bu yazıda anahtar satışında yıllardır aynı yere basan satıcıların neden kâr yazıp zarar kapattığını, hangi kısıtlamanın hangi anda devreye girdiğini ve iyi kurulmuş bir e-pin satış scriptinin bu riski nasıl senin omzundan alıp sistemin omzuna yüklediğini adım adım açacağım. Ezbere değil; sipariş akışının içine girip, hangi alanda hangi verinin tutulması gerektiğine kadar.
Anahtar gerçekten "stokta" mı, yoksa sadece hesabında mı duruyor?
Bir e-pin kodu evrenseldir: üretilir, saklanır, alıcıya verilir, bitti. CS2 anahtarı ise bir hesaba bağlı yaşar. Envanterinde duruyor olması, onu her an satabileceğin anlamına gelmez. Steam'in ticaret kısıtlamaları; parola değişikliği, yeni cihaz girişi, mobil doğrulayıcı kaldırma, farklı ödeme yöntemi ekleme gibi onlarca tetikleyiciye tepki verir. Sen panelde "stok: 40" yazarsın, sistem sipariş alır, teslim etmeye kalktığında karşına bekleme süresi çıkar.
Bu yüzden anahtar ve kasa için stok kavramını yeniden tanımlaman gerekir. Kullandığın dijital ürün satış yazılımında stok, sadece bir sayı olmamalı; her stok biriminin hangi kaynak hesapta durduğu, o hesabın ticarete açık olup olmadığı ve en son ne zaman doğrulandığı kayıtlı olmalı. Pinova'da ürünleri kaynak bazlı gruplayıp, kaynağı kapalı olan stoğu otomatik olarak satıştan düşürmek bu yüzden basit bir konfor değil, doğrudan iade oranını düşüren bir önlem.
Alıcı "aldım ama gelmedi" dediğinde elinde ne var?
Anahtar satışında ihtilafın merkezi hep aynı noktadadır: teslim edildi mi, edilmedi mi? Alıcı ekran görüntüsü yollar, sen "ben gönderdim" dersin, ödeme sağlayıcısı ikinize de bakıp kanıt ister. Kanıtı olmayan taraf kaybeder. WhatsApp yazışması kanıt değildir; zaman damgası, sipariş numarası ve teslim içeriğini birbirine bağlayan sistem kaydı kanıttır.
İyi bir e-pin scripti her siparişte şunu otomatik biriktirir: siparişin oluşturulma anı, ödemenin onay anı, teslimatın tetiklendiği an, teslim edilen içeriğin hash'i veya maskelenmiş hali, alıcının IP'si ve tarayıcı imzası, teslim sonrası ilk görüntüleme zamanı. Bu altı satır, bir itiraz dosyasında senin lehine çalışan tek gerçek şeydir. Manuel süreçte bu veri hiç oluşmaz; oluşmayan veriyi sonradan üretemezsin.
| Kısıtlama tetikleyicisi | Satışa etkisi | Script tarafında karşılığı |
|---|---|---|
| Yeni ödeme yöntemi eklenmesi | Kaynak hesap geçici olarak ticarete kapanır | Kaynak durumu "beklemede" → ilgili stok otomatik pasif |
| Mobil doğrulayıcı değişimi | Uzun süreli ticaret engeli | Kaynak karantinaya alınır, sipariş yönlendirmesi diğer kaynağa geçer |
| Bölgesel fiyat farkı şüphesi | Ürün alıcı tarafında kullanılamaz | Ürün kartında bölge etiketi + satın alma öncesi zorunlu onay |
| Şüpheli oturum uyarısı | Teslimat gecikir, alıcı itiraz açar | Otomatik "gecikme" bildirimi + tahmini süre e-postası |
| Hediye/ticaret geçmişi yetersizliği | İlk siparişlerde teslim başarısız | Yeni kaynak için kademeli satış limiti |
Neden en çok zarar eden ürün, en çok satan ürün oluyor?
Kasa ve anahtar trafiği yüksektir; marj düşüktür. Bu ikili birleştiğinde tek bir başarısız teslimat, o gün yaptığın on satışın kârını götürür. Satıcıların çoğu bunu sezgisel olarak bilir ama ölçmez. Ölçmediğin için de hangi ürünün gerçekten kazandırdığını göremezsin.
Burada ihtiyaç duyduğun şey, ürün bazlı net kâr raporu: brüt satış eksi maliyet, eksi iade, eksi komisyon, eksi destek süresi. Destek süresini maliyete yazmadığın sürece anahtar satışı sana kârlı görünür. Kullandığın epin yazılım tarafında her siparişe bağlı destek talebi sayısını ve çözüm süresini tutuyorsan, ay sonunda "bu üründen çıkalım" kararını duyguyla değil tabloyla verirsin.
CS2 kasa/anahtar siparişlerinde sorun dağılımı
- Ticaret bekleme/kısıtlama 45%
- Teslim kanıtı eksikliği 25%
- Bölge/uyumsuz ürün 20%
- Fiyat ve stok hatası 10%
Bölge etiketini ürün kartına yazmamak neden pahalıya patlar?
Anahtar ve kasa dünyasında ürünler her zaman her hesapta aynı davranmaz. Alıcı ürünü alır, kendi hesabında kullanamaz, sana döner. Teknik olarak sen doğru ürünü teslim etmişsindir; ticari olarak ise iade masasında oturuyorsundur. Bu ihtilafı kazanmanın tek yolu, satın alma anında alıcının bilgilendirildiğini kanıtlamaktır.
Pratikte bunun karşılığı şu: ürün kartında görünür bölge/uyumluluk etiketi, sepette zorunlu onay kutusu, ve bu onayın sipariş kaydına zaman damgasıyla işlenmesi. Üç adım da e-pin satış yazılımı katmanında bir kez kurulur, sonra her siparişte kendiliğinden çalışır. Onay kutusunu "alıcıyı korkuturum" diye kaldıran satıcı, o korkuyu üç ay sonra iade oranı olarak ödüyor.
Teslim edilemeyen stok, satılabilir stok değildir. Kaynak hesabın ticaret durumu kapalıysa ilgili ürünü otomatik olarak satıştan düşür; sonradan özür dilemek yerine baştan sipariş almamak her zaman daha ucuzdur.
Manuel teslimat neden belli bir ciroda duvara çarpar?
Günde on sipariş manuel yönetilebilir. Yüz sipariş yönetilemez. Çünkü her sipariş sadece bir teslimat değil; bir doğrulama, bir kayıt, bir bildirim ve olası bir destek yazışmasıdır. İnsan bu dörtlüyü hatasız tekrarlayamaz. Hata oranı %2'ye çıktığı anda anahtar satışında kâr sıfırlanır.
Otomasyonun buradaki asıl faydası hız değil, tutarlılık. Aynı ürün her seferinde aynı kontrollerden geçer, aynı kayıt tutulur, aynı bildirim gider. Pinova gibi bir dijital ürün satış scripti kurduğunda kazandığın şey "otomatik teslimat" maddesi değil; gece üçte gelen siparişin de sabah onda gelen sipariş kadar düzgün işlenmesi. Ölçeklenme tam olarak budur.
| Kontrol | Neden gerekli | Durum |
|---|---|---|
| Her stok birimi bir kaynağa bağlı mı? | Kısıtlanan kaynağın stoğunu anında kapatmak için | Zorunlu |
| Teslim kaydı zaman damgalı tutuluyor mu? | İtiraz dosyalarında tek geçerli kanıt | Zorunlu |
| Bölge/uyumluluk onayı sipariş kaydında mı? | "Kullanamadım" itirazını kapatır | Zorunlu |
| Gecikmede otomatik bildirim gidiyor mu? | Destek talebinin önünü keser | Yüksek öncelik |
| Ürün bazlı net kâr raporu var mı? | Zarar eden ürünü erken kesmek için | Yüksek öncelik |
| Yeni kaynağa kademeli limit uygulanıyor mu? | İlk teslim başarısızlıklarını önler | Önerilir |
Bu riski tamamen sıfırlayabilir misin?
Hayır. Steam'in kurallarını sen belirlemiyorsun ve belirleyemeyeceksin. Ama riski öngörülebilir hale getirebilirsin. Öngörülebilir risk fiyatlanabilir; fiyatlanabilen risk iş modeline dönüşür. Anahtar satışında hayatta kalan satıcılar daha şanslı olanlar değil, sürprizi sisteme haber verecek şekilde kurulum yapmış olanlardır.
Pratik kapanış şu: kaynak takibi, teslim kanıtı, bölge onayı, otomatik bildirim ve ürün bazlı kârlılık. Beş madde. Hepsi de doğru kurulmuş bir e-pin scripti içinde konfigürasyon meselesidir; sıfırdan yazılım geliştirme meselesi değil. Özellik listesini incelediğinde bu beş maddenin hangi modüle karşılık geldiğini net göreceksin.
Riski sen değil sistemin taşısın
Kaynak bazlı stok, zaman damgalı teslim kanıtı ve otomatik kısıtlama yönetimiyle anahtar satışını kontrol altına al. Fiyatlandırmayı gör, kurulumu bugün başlat.
Kasa ve anahtar satışında stok neden sürekli kapanıyor?
Çünkü stok gerçekte bir kaynak hesaba bağlıdır ve o hesabın ticaret durumu değiştiğinde ürün fiilen teslim edilemez hale gelir. Stoğu kaynağa bağlarsan sistem bunu kendisi kapatır.
Teslim ettiğimi nasıl kanıtlarım?
Sipariş, ödeme onayı, teslimat tetiklenme anı, içerik özeti ve alıcının ilk görüntüleme kaydını tek zincirde tutan sistem kayıtlarıyla. Yazışma ekran görüntüsü tek başına yeterli olmuyor.
Otomatik teslimat iade oranını gerçekten düşürüyor mu?
Doğrudan değil, dolaylı olarak düşürür. Bekleme süresini kısaltır, kanıt üretir ve gecikmede alıcıyı bilgilendirir; itirazların büyük bölümü bu üç noktada doğar.
Küçük ölçekteysem otomasyona geçmek erken mi?
Tam tersi. Düzeni sipariş sayısı azken kurmak ucuzdur; yüz siparişte kurmaya çalışmak hem pahalı hem de geçiş sırasında hata üretir.
Anahtar ve kasa satışı, dijital ürün işinin en disiplin isteyen kalemi. İyi haber şu: disiplini sen her gün elle uygulamak zorunda değilsin, doğru kurulmuş bir sistem bunu senin adına yapar. Kaynak takibinin, teslim kanıtının ve otomatik kısıtlama yönetiminin gerçek bir panelde nasıl göründüğünü görmek istersen canlı demo üzerinden dolaş; sonra kurulum adımına geçmek dakikalar sürüyor.