Oyun hesabı satan hemen herkes şu inançla başlıyor: "Hesap oyuncunun malı, isterse satar." Bu cümle o kadar yaygın ki artık sorgulanmıyor bile. Gerçek ise bambaşka: oyuncu hesabın sahibi değil, hesabın kullanım hakkını taşıyan taraf. Sahiplik yayıncıda kaldığı için, devir işlemi bir mülkiyet satışı değil, çoğu ekosistemde açıkça yasaklanmış bir hak transferi anlamına geliyor.
Bu ayrımı kavradığın an işin mantığı tersine dönüyor. Asıl soru "satmak yasal mı" değil, "ihlal gerçekleştiğinde zararı kim üstlenir" oluyor. Ve cevap neredeyse her zaman aynı: kaydı olmayan taraf. Bu yazıda hesap satışında kullanıcı sözleşmesi ihlalinin nasıl işlediğini, hangi anlarda tetiklendiğini ve bir dijital ürün satış scripti üzerinde hangi kayıtları tutmazsan savunmasız kaldığını satır satır konuşacağız.
Sözleşmeyi Sen İmzalamadın Ama Neden Sana İşliyor?
Kullanıcı anlaşmasını hesabı açan kişi kabul eder. Buna rağmen ihlal, hesabı satan aracıyı da içine alır; çünkü ihlal fiili "devretmek" ile birlikte "devri kolaylaştırmak" olarak da tanımlanır. Yayıncı için sen bir ticaret kanalısın; işlemi kolaylaştıran taraf olarak zincirin görünür halkasısın. Bu yüzden ilk kapanan hesap müşterinin, ilk engellenen alan adı ise senin olur.
Buradaki kritik nokta şu: ihlalin sonucu ceza değil, işlemin geçersizleşmesi. Hesap kapandığında satış hükümsüz kabul edilir ve müşteri parasını geri ister. Ödeme sağlayıcı da bu talebi yerinde görür, çünkü teslim edilen şey artık yoktur. Dolayısıyla asıl maliyet hukuki yaptırım değil, iade ve itibar kaybı olarak doğrudan kasana yansır.
İhlal Tam Olarak Hangi Anda Tetikleniyor?
Çoğu satıcı ihlalin satış anında oluştuğunu sanır. Oysa yayıncı tarafında tetikleyici olan şey para değil, davranış değişikliği. Farklı ülkeden giriş, cihaz parmak izi değişimi, e-posta veya telefon güncellemesi, doğrulama yönteminin sıfırlanması. Bu sinyaller bir araya geldiğinde sistem devri kendiliğinden tespit eder.
Bu yüzden hesap teslimatında "nasıl teslim ettiğin" satıştan daha önemli. Aşağıdaki tablo, tetikleyici sinyalleri ve her birine karşı alınabilecek operasyonel önlemi gösteriyor. Bir e-pin yazılımı ya da hesap modülü kurarken bu tabloyu teslimat akışının şablonu gibi kullan.
| Tetikleyici sinyal | Yayıncı yorumu | Tespit olasılığı | Operasyonel önlem |
|---|---|---|---|
| Ani ülke/IP değişimi | Devir veya ele geçirme | Yüksek | Alıcıya kademeli giriş talimatı, ilk hafta sabit bölge |
| E-posta adresinin değiştirilmesi | Kalıcı devir | Çok yüksek | Değişiklik zamanlaması ve onay kaydı arşivlenir |
| İki adımlı doğrulamanın sıfırlanması | Güvenlik olayı | Yüksek | Teslimat öncesi alıcıya rehber, adım adım log |
| Kısa sürede çoklu cihaz girişi | Paylaşımlı kullanım | Orta | Tek alıcı kuralı, eşzamanlı erişim engeli |
| Geri alım talebi (satıcı kurtarma) | Dolandırıcılık şüphesi | Çok yüksek | Kurtarma bilgisi devri ve devir tutanağı zorunlu |
En Büyük Tehdit Yayıncı Değil, Kendi Müşterin Olabilir
Hesap satışında satıcıların en çok kan kaybettiği yer yayıncı denetimi değil, geri alım. Satıcı hesabı teslim ediyor, bir süre sonra orijinal kurtarma bilgisini kullanarak hesabı geri alıyor, alıcı ise senden hesap soruyor. Aracı sensen, zararı sen ödüyorsun. Bu yüzden tedarik tarafında kimlik ve kurtarma bilgisi devri, satış tarafındaki her önlemden daha kritik.
Çözüm, tedarikçiyi şüpheli görmek değil, süreci kanıtlı hale getirmek. Her hesap girişinde kaynak, devredilen kurtarma bilgileri, tedarikçi onayı ve devir tutanağı kayda geçmeli. Böyle bir e-pin satış scripti kurgusunda geri alım iddiası ortaya çıktığında elinde tarih sıralı bir zincir olur; suçlama karşı tarafa döner.
Hesap satışı şikâyetlerinin kaynak dağılımı
- Tedarikçi geri alımı 40%
- Sözleşme ihlali kaynaklı kapanma 30%
- Alıcı kaynaklı kötüye kullanım 20%
- Teknik/teslimat hatası 10%
Ürün Sayfandaki Cümle Seni Kurtarır mı, Batırır mı?
İhtilafta önce ürün sayfan okunur. "Ömür boyu garanti", "kalıcı hesap", "kapanma olmaz" gibi ifadeler, sonucu doğrudan aleyhine çevirir; çünkü kontrol edemediğin bir şeye taahhüt vermiş olursun. Doğru yaklaşım taahhüdü kısmak değil, taahhüdün sınırını açıkça yazmak: neyi garanti ediyorsun, hangi süreyle, hangi koşulda.
Bu metnin sipariş anında dondurulması ve müşteri onayıyla birlikte arşivlenmesi de en az içeriği kadar önemli. Altı ay sonra metni güncellediysen, eski sipariş için hangi metnin geçerli olduğunu ispatlaman gerekir. Doğru kurulmuş bir dijital ürün satış yazılımı her siparişe o günün metnini kopyalar; bu tek özellik yüzlerce itirazı tek başına çözer.
Hesap kategorisinde garanti süresini uzatmak satışı artırır ama iade oranını katlar. Süreyi kısaltıp kapsamı netleştirmek, uzun vadede daha çok net kâr bırakır.
Bu İş Bu Kadar Riskliyse Neden Hâlâ Herkes Yapıyor?
Çünkü marj yüksek ve talep bitmiyor. Riskin kendisi caydırıcı değil; caydırıcı olan hazırlıksız yakalanmak. Sektörde yıllardır ayakta kalan işletmelerin ortak özelliği cesaret değil, süreç disiplini: hesap kategorisini ayrı yönetmek, cirodaki payını sınırlamak ve her işlemi belgeyle kapatmak.
Pinova bu disiplini panele gömülü hale getirir: kategori bazlı zorunlu alanlar, tedarikçi ve devir tutanağı kaydı, teslimat günlüğü, sipariş anında dondurulan sözleşme metni. Yani sen satışa odaklanırken altyapı savunmayı biriktirir. Modüllerin listesini özellikler bölümünde görebilirsin.
Denetime Hazır Hesap Operasyonu Kontrol Listesi
Aşağıdaki listeyi bu hafta kendi panelinde tek tek işaretle. İşaretleyemediğin her satır, gelecekteki bir itirazda kaybedeceğin paranın adresi demektir.
| Kontrol adımı | Riski azalttığı yer | Sorumlu | Durum |
|---|---|---|---|
| Tedarikçi kimlik ve devir tutanağı | Geri alım iddiası | Tedarik | Zorunlu |
| Kurtarma bilgilerinin tam devri | Hesabın geri alınması | Tedarik | Zorunlu |
| Sipariş anında dondurulan garanti metni | Ödeme itirazı | Sistem | Zorunlu |
| Zaman damgalı teslimat günlüğü | "Teslim edilmedi" iddiası | Sistem | Zorunlu |
| Alıcıya kademeli giriş rehberi | Sözleşme ihlali tespiti | Destek | Önerilir |
| Hesap kategorisi ciro payı sınırı | Tek kalemde toplu kayıp | Yönetim | Önerilir |
Hesap satışını şansa değil sisteme bırak
Tedarikten teslimata kadar her adımı kayda geçiren bir panel, ilk ihtilafta kendi bedelini fazlasıyla ödetir.
Oyun hesabı satmak kullanıcı sözleşmesini ihlal eder mi?
Çoğu ekosistemde evet. Hesabın kullanım hakkı devredilemez tanımlandığı için devir işlemi ihlal sayılır ve işlem geçersiz kabul edilebilir. Bu yüzden riskin tamamını ortadan kaldırmak değil, kayıtla yönetmek gerekir.
Satıcı hesabı geri alırsa ne yaparım?
Elinde tedarikçi kimliği, devir tutanağı ve kurtarma bilgilerinin devredildiğine dair kayıt varsa sorumluluğu karşı tarafa yönlendirebilirsin. Bu kayıtlar yoksa zararı aracı olarak sen karşılarsın.
Garanti süresi ne kadar olmalı?
Kapsamı net, süresi kısa bir garanti; uzun ama belirsiz garantiden her zaman daha kârlıdır. Neyin kapsandığını ve hangi durumda kapsam dışı kaldığını açıkça yazmak iade oranını düşürür.
Panel tarafında ilk hangi kaydı kurmalıyım?
Zaman damgalı teslimat günlüğü ve sipariş anında dondurulan sözleşme metni. Bu ikisi, ödeme itirazlarının büyük bölümünü tek başına çözen asgari savunma setidir.
Hesap kategorisinde kazanan taraf en ucuz satan değil, her siparişin arkasında zincir bırakan taraf. Tedarik kaydını, devir tutanağını ve teslimat günlüğünü gerçek bir panelde denemek için canlı demo üzerinden gir, ihtiyacına uyan kurgu için fiyat bölümüne göz at ve operasyonunu ilk günden belgeli çalıştır.