Güvenlik

Oyun Hesabı Satanların Yarısı Bu Yüzden Batıyor: Epin Scripti ile Hesap Teslimatında Kanıt Zinciri Kurmadan Tek Bir Satış Daha Yapma

Oyun hesabı satışında asıl risk chargeback değil geri alma iddiasıdır. E-pin scripti ile kanıt zinciri, 2FA devri ve manuel onay eşiğini doğru kur.

Oyun Hesabı Satanların Yarısı Bu Yüzden Batıyor: Epin Scripti ile Hesap Teslimatında Kanıt Zinciri Kurmadan Tek Bir Satış Daha Yapma

Oyun hesabı satan çoğu işletme riski yanlış yerde arar. Herkes ödeme iptalinden, kart itirazından, dolandırıcı alıcıdan konuşur. Bunlar gerçek risklerdir ama en pahalı olan değildir. En pahalı risk, satıştan haftalar sonra ortaya çıkan ve kanıtla çürütülemeyen şu cümledir: "Hesap benden geri alındı." O cümleyi ilk duyduğun gün, elinde ne varsa işin geleceği ona bağlıdır.

Bu yüzden hesap satışı, tek kullanımlık bir kod satmaktan tamamen farklı bir disiplin ister. Kod satarken teslim ettiğin şey ölür; hesap satarken teslim ettiğin şey yaşamaya devam eden bir kimliktir. Doğru kurulmuş bir e-pin scripti üzerine hesap modülünü eklediğinde sattığın şey sadece bir kullanıcı adı-şifre değil, arkasında zaman damgalı bir kanıt zinciri olan bir devir işlemi olur. Bu yazıda o zinciri nasıl kuracağını anlatıyorum.

%12Hesap satışlarında sonradan itiraz gelen sipariş oranı
48 saİtirazların büyük kısmının geldiği kritik pencere
%91Kayıtlı kanıt zinciri olan satıcılarda çözülen itiraz oranı
5 katElle stok tutanlarda çift satış görülme sıklığı

Hesap satışı neden "kod satışı" değil de "kimlik devri" işidir?

Bir oyun kodu tek yönlüdür: kullanılır, biter, geri dönüşü yoktur. Bir hesap ise çok taraflıdır. Orijinal e-posta, telefon numarası, kurtarma soruları, bağlı sosyal hesaplar ve platformun kendi geri alma mekanizmaları vardır. Hesap teslim ettikten sonra bile üçüncü bir taraf o hesaba müdahale edebilir. Bu yüzden hesap işinde teslimat, işin sonu değil ortasıdır.

Bu farkı kabul etmeyen satıcılar hesapları da tıpkı kodlar gibi bir havuza atıp otomatik düşürür. İlk ay sorunsuz gider, ikinci ay itirazlar başlar ve elde hiçbir kayıt olmadığı için her tartışma zararla kapanır. Doğru kurgu, hesabı ayrı bir ürün tipi olarak tanımlamak ve teslimat akışına devir adımlarını zorunlu alan olarak eklemektir. İyi bir dijital ürün satış yazılımı bu ayrımı ürün seviyesinde yapmana izin verir.

Asıl tehlike ödeme itirazı değil, geri alma iddiasıdır

Ödeme itirazı can sıkıcıdır ama ölçülebilir ve sigortalanabilir bir maliyettir. Geri alma iddiası ise ölçülemez, çünkü hem tek satışın bedelini hem itibarını aynı anda yakar. Alıcı forumda ya da sosyal medyada "buradan aldım, hesabı geri aldılar" yazdığında, o gönderi senin reklam bütçenden çok daha uzun yaşar.

Savunma şu üç ayakta kurulur. Birincisi kaynak doğrulaması: hesabı kimden aldığını, hangi belge ve yazışmayla aldığını sistemde saklamak. İkincisi devir kanıtı: e-posta değişimi, güvenlik ayarı sıfırlaması ve alıcı onayının zaman damgalı kaydı. Üçüncüsü süre tanımı: garanti süresini ürün sayfasında net yazmak. Bu üçü olmadan her tartışma senin sözüne karşı onun sözü olur ve o savaşı hep satıcı kaybeder.

Hesap tipiRisk seviyesiÖnerilen teslimatGaranti süresiZorunlu kanıt
Sıfır / el değmemiş hesapDüşükOtomatik24 saatKaynak faturası
Orijinal mail devirliDüşük-ortaOtomatik + onay7 günMail devir ekranı
Mailsiz, sadece giriş bilgisiYüksekManuelYok / 24 saatAlıcı onay metni
2FA korumalı hesapOrtaYarı otomatik7 günKurtarma kodu teslim logu
Yüksek değerli koleksiyon hesabıÇok yüksekManuel + görüşme14 günVideo kayıt + sözleşme
Kademe/rank hizmetli hesapOrtaManuelHizmet sonuİş emri kaydı

Bir satışı altı ay sonra nasıl savunursun?

Cevap tek kelime: zincir. Kanıt zinciri, bir siparişin yaşam döngüsündeki her kritik anın değiştirilemez biçimde kaydedilmesidir. Sipariş oluştu, ödeme onaylandı, hesap havuzdan kilitlendi, alıcıya gösterildi, alıcı "giriş yaptım" onayını verdi, e-posta devri tamamlandı, garanti süresi başladı. Yedi halka. Her biri saat, IP ve kullanıcı bilgisiyle.

Bu zincirin en değerli halkası alıcı onayıdır. Alıcı panelde "hesaba giriş yaptım ve bilgileri kontrol ettim" butonuna bastığı an, senin savunman kökten değişir. Artık tartışma "teslim ettin mi" değil, "teslimden sonra ne oldu" üzerinedir ve bu çok daha adil bir zemindir. Bir e-pin satış scripti üzerine kurulmuş hesap modülünde bu onay adımını zorunlu yapman, alabileceğin en ucuz sigortadır.

Oyun hesabı satışında itiraz sebeplerinin dağılımı

  • Hesap geri alındı iddiası 50%
  • Giriş yapılamadı / 2FA takıldı 25%
  • İçerik ilanla uyuşmuyor 15%
  • Ödeme itirazı 10%

Stok dosyan hâlâ tabloda duruyorsa iş zaten yanıyordur

Hesap stoğunu elektronik tabloda tutmak iki ölümcül sorun üretir. Birincisi çift satıştır: aynı hesabın iki farklı alıcıya gitmesi, hesap işinde yapılabilecek en yıkıcı hatadır çünkü ikisinden biri mutlaka her şeyi kaybeder. İkincisi sızıntıdır; tablo dosyaları paylaşılır, indirilir, kopyalanır ve bir gün senden çıkmış olur.

Panelde tutulduğunda ise hesap bilgisi şifreli saklanır, sadece ödeme onayından sonra ve sadece tek bir siparişe açılır, kim ne zaman görüntüledi kaydedilir. Ayrıca hesap satılmadan önce kilit mekanizması devreye girer; bir sipariş işlenirken o hesap hiçbir kanaldan başkasına düşemez. Bu kilit, teknik olarak basit ama ticari olarak işini kurtaran özelliktir.

Garanti süresini ürünün içine göm

Garantiyi sözle değil sistemle yönet. Hesap ürününe başlangıcı teslim anında otomatik işleyen bir garanti sayacı tanımla; süre dolduğunda panel bunu açıkça göstersin. Böylece dört ay sonra gelen talep, duygusal bir pazarlığa değil net bir kayda çarpar.

2FA ve mail devri otomasyonunda nerede durmalısın?

Otomasyon iştahı burada tehlikeli hale gelebilir. Kurtarma kodu üretmeyi, doğrulama kodu okumayı ve e-posta devrini uçtan uca robota bırakmak cazip görünür; ancak platform tarafındaki her küçük değişiklik bu zinciri kırar ve kırıldığında müşterinin elinde yarım devredilmiş bir hesap kalır. Yarım devir, hiç devretmemekten daha kötüdür.

Sağlıklı denge şudur: bilgi teslimi ve doğrulama kodu iletimi otomatik olsun, kalıcı sahiplik değiştiren adımlar alıcının kendi elinde kalsın. Sen alıcıya adım adım rehber ve tek seferlik doğrulama akışı sunarsın; kritik değişikliği o yapar ve panelde onaylar. Böylece hem hız korunur hem sorumluluk doğru tarafta kalır. Modüllerin kapsamını özellikler bölümünde karşılaştırabilirsin.

Hangi siparişi robot, hangisini insan teslim etmeli?

Her siparişi otomatik teslim etmek hesap işinde bilinçli bir risk alımıdır. Doğru yaklaşım eşik kurmaktır. Belirli bir tutarın altındaki, düşük riskli hesap tipleri anında otomatik gitsin; eşiğin üstündekiler manuel onay kuyruğuna düşsün. Buna bir de davranış sinyalleri ekle: ilk siparişini veren kullanıcı, art arda çok sayıda hesap alan kullanıcı ya da ödeme bilgisiyle teslimat bilgisi uyuşmayan kullanıcı otomatik olarak kuyruğa alınsın.

Bu eşik sistemi sana iki şey kazandırır. Birincisi, cironun büyük kısmını oluşturan küçük siparişler hiç zaman harcamadan akar. İkincisi, kaybedersen canını yakacak büyük siparişlerde beş dakikalık insan kontrolü devreye girer. Pinova gibi bir e-pin satış yazılımı bu kuralları ürün ve tutar bazında tanımlamana izin verdiğinde, güvenliği hızdan feragat etmeden kurmuş olursun. Lisans seçeneklerini fiyat bölümünde görebilirsin.

Güvenlik kontrolüNeyi engellerDurum
Sipariş sırasında hesap kilidiAynı hesabın çift satışınıZorunlu
Hesap bilgilerinin şifreli saklanmasıVeri sızıntısınıZorunlu
Alıcı "teslim aldım" onayıKanıtsız itirazlarıZorunlu
Tutar bazlı manuel onay eşiğiYüksek değerli dolandırıcılığıZorunlu
Otomatik garanti sayacıSüresiz sorumluluk iddiasınıÖnerilir
Kaynak/tedarikçi kaydıKaynağı belirsiz stokuÖnerilir
Görüntüleme logu (kim, ne zaman)İç kaynaklı sızıntıyıÖnerilir

Hesap satışını kanıtlanabilir bir sisteme taşı

Kilit, kanıt zinciri, garanti sayacı ve manuel onay eşiğini aynı panelde kurmak istiyorsan lisans seçeneklerine göz at.

Hesap bilgilerini veritabanında saklamak güvenli mi?

Şifreli saklandığı, erişimi yetkiye bağlandığı ve her görüntüleme loglandığı sürece tablo dosyasından kıyaslanamayacak kadar güvenlidir. Asıl risk düz metin saklamaktır.

Garanti süresini ne kadar tutmalıyım?

Hesap tipine göre değişir. Düşük riskli sıfır hesaplarda 24 saat yeterliyken, mail devirli hesaplarda 7 gün piyasa standardına yakındır. Önemli olan süreyi ürün sayfasında net yazmandır.

Otomatik teslimatı tamamen kapatmalı mıyım?

Hayır, bu ciroyu gereksiz yere yavaşlatır. Doğru yol tutar ve risk sinyaline göre eşik kurmak; küçük siparişleri otomatik akıtıp büyükleri onay kuyruğuna almaktır.

Alıcı onayı vermezse ne yapmalıyım?

Belirli bir süre sonunda otomatik onaylanmış sayılacağını satış koşullarında yazmalı ve panelde bu süreyi işletmelisin. Ayrıca onay verilmeyen siparişleri ayrı bir listede takip et.

Oyun hesabı satışında uzun ömürlü olanlar en ucuz fiyatı verenler değil, her satışı belgelendirebilenlerdir. Kilit, kanıt zinciri, garanti sayacı ve onay eşiği kurulduğunda itirazlar bitmese bile artık seni yaralamaz hale gelir. Bu akışın pratikte nasıl işlediğini görmek istersen canlı demo üzerinden bir hesap ürünü tanımlayıp teslimat ve onay adımlarını uçtan uca deneyebilirsin.

Daha Fazlasını Keşfedin

Dijital ürün satışı ve otomasyon üzerine güncel rehberlere göz atın.

Tüm Yazıları Gör →
Bu yazıyı paylaşın
Bu yazıyı beğendiniz mi?
Teşekkürler!
← Tüm yazılar