Bu soruyu soran herkes aynı yerden bakıyor: "18+ oyun satmıyorum, o zaman yaş doğrulamaya gerek yok." Mantıklı görünüyor ama yanlış yerden ölçüyor. Yaş doğrulamanın e-pin işindeki gerçek işlevi içerik yaş sınırını korumak değil; ödemenin gerçek sahibini teyit etmek. Senin en pahalı dosyaların, kan ve şiddet içeren bir oyundan değil, on üç yaşındaki bir çocuğun annesinin kartıyla art arda aldığı oyun içi paralardan doğar. O kart sahibi durumu fark ettiğinde sana yazmaz, doğrudan bankasına gider.
İkinci yanılgı, yaş doğrulamayı ya hep ya hiç meselesi sanmak. Kimlik yükletmek, selfie istemek, üçüncü taraf doğrulama servisine para ödemek… Bunlar tablonun en ağır ucundadır ve çoğu e-pin işletmesi için hem gereksiz hem dönüşüm katilidir. Arada beş altı kademe var ve iyi kurulmuş bir e-pin satış scripti bu kademeleri ürün bazında farklı uygulayabilir. Amaç her müşteriyi sorgulamak değil; riskin yoğunlaştığı yerde bir sürtünme yaratmak. Bu yazıda o yoğunlaşmanın nerede olduğunu ve hangi katmanı nereye koyacağını konuşuyoruz.
Yaş doğrulama yasal olarak zorunlu mu, yoksa ticari bir tercih mi?
İkisi birden. Zorunluluk, sattığın ürünün türüne ve platformun kendi şartlarına göre değişir. Yaş sınırı bulunan oyun ve içerik ürünlerinde, şans oyunu benzeri mekanikler barındıran bakiye ürünlerinde ve yetişkin içerik lisanslarında yaş beyanı ile sınırlandırma pratikte kaçınılmazdır; ayrıca tedarikçi sözleşmen seni bu kontrolü yapmakla yükümlü tutmuş olabilir. Buna karşın sıradan bir oyun içi para veya yazılım lisansı satıyorsan, yasal zorunluluk mutlak değil, sözleşme kurma ehliyeti etrafında şekillenir.
İşte kritik nokta burada. Küçük yaştaki bir kullanıcı, veli izni olmaksızın yaptığı yüksek tutarlı alışverişte sözleşmeyi geçerli biçimde kurmuş sayılmayabilir. Bu da senin satışını geriye dönük olarak tartışmalı hâle getirir; ürün teslim edilmiş, kod kullanılmış olsa bile. Yani yaş doğrulama, içerik uygunluğundan çok işlemin geçerliliğini ve tahsilatın kalıcılığını korur. Bir dijital ürün satış yazılımı için bu, ödeme modülü kadar temel bir konudur. Hukuki çerçevenin kendi ürün karmandaki karşılığını mutlaka bir danışmanla netleştir; teknik taraf ise aşağıda.
Risk nerede yoğunlaşıyor? Ürün bazlı harita
Her ürün aynı riski taşımaz. Yaş doğrulamayı bütün siteye tek bir duvar olarak koyarsan dönüşümü kırar, hiç koymazsan en pahalı dosyaları toplarsın. Doğru yol, riski ürün ve tutar eksenine yaymaktır.
| Ürün tipi | Yaş riski | Asıl tehdit | Önerilen katman |
|---|---|---|---|
| Oyun içi para / elmas / UC benzeri bakiye | Yüksek | Ebeveyn kartıyla tekrarlayan küçük alımlar | Yaş beyanı + tutar/sıklık eşiği + kart sahibi teyidi |
| Yaş sınırlı oyun anahtarı | Yüksek | Tedarikçi ve platform şartlarının ihlali | Zorunlu yaş beyanı + ürün sayfasında görünür uyarı |
| Şans mekaniği içeren kasa/paket ürünleri | Çok yüksek | Geriye dönük iade ve itibar riski | Sıkı eşik + gerekirse güçlü doğrulama |
| Yazılım lisansı / abonelik kodu | Orta | Yanlış hesapta kullanım, iade talebi | Yaş beyanı + iletişim doğrulaması |
| Hediye kartı ve genel amaçlı bakiye | Orta | Yüksek tutarlı ilk siparişte itiraz | Tutar eşiği + ilk sipariş incelemesi |
| Bayi ve toptan hesaplar | Düşük | Kimliği belirsiz hesap açılışı | Ticari kimlik teyidi (yaş ikincil) |
Kademeli doğrulama: hangi katmanı nereye koyacaksın?
Birinci katman beyandır: kayıt veya ödeme adımında doğum yılı ya da yaş onayı. Maliyeti sıfıra yakındır, dönüşüme etkisi ihmal edilebilir ve hukuki olarak "bilgilendirdim, beyan aldım" demenin en ucuz yoludur. İkinci katman davranış eşikleridir: yeni hesabın ilk yirmi dört saatte yapabileceği toplam tutar, tek siparişte üst limit, aynı karttan farklı hesaplara yapılan alım sayısı. Bu eşikler yaş sormadan yaş riskini büyük ölçüde budar, çünkü küçük yaş kullanımının imzası tutar ve sıklık desenlerinde belirir.
Üçüncü katman kart ve iletişim sahipliğidir: fatura adı ile hesap adının eşleşmesi, telefon veya e-posta teyidi, 3D güvenli doğrulamanın zorunlu kılınması. Dördüncü katman belge teyidi, beşinci katman ise üçüncü taraf doğrulama servisidir. Çoğu işletme için ilk üç katman yeterlidir; dördüncüyü yalnızca yüksek tutarlı dosyalarda ve manuel olarak açarsın. Pinova tarafında bu kademeler ayar olarak yönetilir, yani kod yazmadan ürün grubuna göre farklı eşik uygulayabilirsin. Detayları özellikler bölümünde inceleyebilirsin.
Ödeme itirazlarında ve geriye dönük iade taleplerinin kaynak dağılımı
- Aile üyesinin kartıyla izinsiz alım 45%
- Kart sahibi olmayan üçüncü kişi kullanımı 25%
- Ürünü yanlış anlama / kullanım hatası 20%
- Teknik teslim sorunları 10%
Veri toplarken yeni bir risk yaratmamak: minimizasyon kuralı
Yaş doğrulamaya girişen işletmelerin yaptığı en büyük hata, çözmek istediği riskten büyüğünü üretmektir. Kimlik fotoğrafı isteyip bunları sunucuda klasörlemek, tek bir sızıntıda işi bitirebilecek bir yükümlülük yığını oluşturur. Kişisel veri hukukunun temel ilkesi burada net: amaçla sınırlı, gerektiği kadar, gerektiği süre.
Pratik karşılığı şu. Yaş beyanı için tam doğum tarihini değil, mümkünse yalnızca yaş eşiğini geçtiğine dair bir işaret sakla. Belge teyidi gerektiğinde belgeyi görüntüle, sonucu "doğrulandı / doğrulanmadı" olarak kaydet ve belgenin kendisini saklama. Saklamak zorundaysan erişimi tek yetkiliye kısıtla, saklama süresi tanımla ve bu süreyi aydınlatma metnine yaz. Kayıt tutan tarafın kim olduğunu, ne kadar süre tutulduğunu ve nasıl silindiğini yazamıyorsan, o veriyi hiç toplamamalısın. İyi bir e-pin yazılımı sana veri toplama imkânı verirken bu sınırları da hatırlatmalı.
Belgeyi gördükten sonra yalnızca sonucu ve teyit tarihini kaydet. Görselin kendisini tutmak, koruduğun riskten daha büyük bir sorumluluk üretir.
Uygulama kontrol listesi: bir hafta içinde neleri açabilirsin?
Yaş doğrulama bir proje değil, bir dizi küçük ayardır. Aşağıdaki listeyi sırayla uygularsan, bir hafta sonunda riskin büyük kısmını kapatmış olursun. Her satırı açtığın tarihi not et; çünkü ileride bir dosyada "bu kontrol o gün yayındaydı" demen gerekecek.
| Adım | Uygulama | Beklenen etki | Durum |
|---|---|---|---|
| 1 | Kayıt veya ödeme adımına yaş onay alanı ekle | Beyan kaydı ve bilgilendirme kanıtı | Açık |
| 2 | Yaş sınırlı ürünlerin sayfasına görünür uyarı yerleştir | Tedarikçi ve platform şartlarına uyum | Açık |
| 3 | Yeni hesap için ilk 24 saat tutar limiti tanımla | Tekrarlayan küçük alım desenini kırar | Açık |
| 4 | Tek sipariş üst limiti ve manuel onay eşiği kur | Yüksek tutarlı itirazı önler | Açık |
| 5 | Aynı karttan farklı hesap sayısına uyarı ekle | Paylaşılan kart kullanımını görünür kılar | Açık |
| 6 | Yüksek tutarda 3D güvenli doğrulamayı zorunlu yap | Kart sahibi teyidini güçlendirir | Açık |
| 7 | Telefon veya e-posta teyidini ilk siparişe bağla | Sahte hesap maliyetini yükseltir | Açık |
| 8 | Aydınlatma metnine yaş verisi bölümünü ekle | Veri işleme şeffaflığı | Açık |
| 9 | Belge teyidi akışında saklamama kuralını yaz | Veri minimizasyonu | Açık |
| 10 | Aylık olarak eşiklerin gerçek verilerle gözden geçirilmesi | Dönüşüm ile risk dengesini korur | Açık |
Bu on adımın dokuzu ayar ekranından yapılabilir; yalnızca belge teyidi insan emeği ister. Karşılığında elde ettiğin şey sadece daha az itiraz değil, aynı zamanda tedarikçilerin ve ödeme sağlayıcılarının gözünde daha temiz bir hesap geçmişidir. Bu, uzun vadede komisyon ve limit görüşmelerini bile etkiler. Lisans kademelerini ve hangi kontrollerin hangi pakette geldiğini fiyat tablosunda görebilirsin.
Yaş ve tutar eşiklerini kod yazmadan yönet
Pinova, ürün grubuna göre yaş beyanı, sipariş limiti ve ilk sipariş incelemesi kurallarını panelden tanımlamana imkân verir. Riski dönüşümü kırmadan azaltırsın.
Sadece doğum yılı sormak yeterli bir doğrulama sayılır mı?
Tek başına kesin bir doğrulama değildir, çünkü beyan yanlış verilebilir. Ancak bilgilendirme yaptığını ve beyan aldığını gösterir, ayrıca tutar eşikleriyle birleştiğinde riskin büyük bölümünü kapatır. Yaş sınırlı ürünlerde beyanı görünür uyarıyla desteklemek gerekir.
Yaş doğrulama dönüşüm oranımı düşürür mü?
Her müşteriye uygularsan düşürür. Doğru kurulum kademeli olandır: sıradan siparişte tek onay kutusu, yüksek tutarlı veya şüpheli desende ek adım. Böylece sürtünme yalnızca riskin bulunduğu yerde oluşur ve toplam etki ihmal edilebilir kalır.
Kodu teslim etmeden siparişi askıya al, kart sahibiyle iletişime geç ve teyit isteyin. Teslim ettiysen kodu tedarikçi tarafında iptal ettirmeyi dene, sonra iade sürecini başlat. Kararı ve gerekçeyi sipariş kaydına yazmak sonraki bir itirazda en güçlü dayanağın olur.
Kimlik doğrulama için üçüncü taraf servise ihtiyacım var mı?
Çoğu e-pin işletmesi için hayır. Beyan, davranış eşikleri ve kart sahibi teyidi üçlüsü genellikle yeterlidir. Üçüncü taraf servisi, ürün karmasında yüksek yaş riski taşıyan kalemler ağırlıktaysa veya tedarikçin bunu sözleşmeyle şart koşuyorsa değerlendirilir.
Sorunun kısa cevabı şu: yaş doğrulama her e-pin sitesi için aynı derinlikte gerekli değil, ama hiç gerekli değil diyebileceğin bir ürün karması da neredeyse yok. Beyan almak, eşik koymak ve kart sahibini teyit etmek üç ayarlık bir iş; karşılığında geriye dönük iade dosyalarının en pahalı dilimini kapatıyorsun. Bu kuralların panelde nasıl tanımlandığını, hangi siparişin neden incelemeye düştüğünü ve yaş beyanının sipariş kaydına nasıl işlendiğini görmek istersen canlı demo üzerinden risk ayarları ekranını aç ve kendi eşiklerini birkaç senaryoyla test et.