Çoğu e-pin satıcısı büyümeyi yeni müşteri bulmak olarak tanımlar. Oysa bu sektörün asıl doğası tekrarlıdır: oyuncu her ay aynı kodu alır, kurumsal alıcı her hafta aynı bakiyeyi yükler. Buna rağmen aynı kişi her satın almada kart numarasını yeniden yazar, SMS bekler, 3D ekranında takılır ve bazen vazgeçer. Yani en kolay satışı, en zor satış gibi yönetiyorsun.
İnsanların sandığı şey şu: "kart saklamak bankacılık lisansı ister, bize göre değil." Gerçek tam tersi. Kart verisini sen saklamazsın; ödeme kuruluşu saklar, sana bir token verir ve sen o token ile işlem çekersin. Doğru kurulmuş bir e-pin satış scripti bu akışı zaten bilir. Bu yazıda tek tıkla tekrar satın almayı sıfırdan nasıl kuracağını, hangi güvenlik kurallarını atlamaman gerektiğini ve müşteriye bunu nasıl anlatacağını adım adım açıyoruz.
Kartı Kim Saklıyor, Sen Neyi Tutuyorsun?
Sistemin kalbi tokenizasyondur. Müşteri kart bilgisini ödeme kuruluşunun formuna girer, kuruluş kartı kendi kasasında tutar ve sana geri dönen tek şey bir referanstır: kart tokenı, kart markası, son dört hane ve son kullanma ayı. Veritabanında kart numarası, CVV ya da tam son kullanma tarihi asla bulunmaz. Bu ayrım hem yasal yükümlülüğünü hafifletir hem de olası bir sızıntıda maddi zararı ortadan kaldırır.
Pratikte bir kart kaydı tablosu şöyle görünür: kullanıcı kimliği, sağlayıcı adı, token değeri, maskeli numara, marka, varsayılan kart işareti, oluşturma zamanı ve son kullanım zamanı. Bir dijital ürün satış yazılımı bu tabloyu sağlayıcıdan bağımsız tutmalı; yarın ödeme kuruluşunu değiştirdiğinde token sütununu yeni sağlayıcı ile yeniden doldurabilmelisin. Aksi halde kart kayıtların sana bağlı değil, kuruluşa bağlı bir varlığa dönüşür.
Tek Tık Gerçekten Tek Tık Olabilir mi?
Teknik olarak evet, ama şartlı. İlk işlemde 3D doğrulama yapıldıysa ve sağlayıcı tekrarlayan işlemler için muafiyet destekliyorsa sonraki işlemler doğrulama ekranı olmadan geçebilir. Bu muafiyetin sınırı vardır: belirli tutarın üzerinde, alışılmadık bir cihazdan ya da uzun süre sonra gelen işlemlerde doğrulama tekrar istenir. Doğru davranış, muafiyeti zorlamak değil kademeli kurmaktır.
İşleyen model şudur: küçük tutarlı ve tanıdık cihazdan gelen sipariş tek tıkla geçer; tutar eşiği aşılırsa ya da cihaz yeniyse 3D devreye girer. Müşteri bunu ceza olarak değil koruma olarak algılar, çünkü ekranda gerekçe yazar. E-pin scripti tarafında bu eşikleri panelden ayarlayabiliyor olman gerekir; kod içine gömülü sabit bir limit ilk yoğun kampanyada başını ağrıtır.
| Senaryo | Doğrulama | Müşteri deneyimi | Risk seviyesi |
|---|---|---|---|
| Bilinen cihaz, düşük tutar | Yok | Tek tık, 9 saniye | Düşük |
| Bilinen cihaz, yüksek tutar | 3D zorunlu | Tek ek adım | Orta |
| Yeni cihaz veya yeni IP ülkesi | 3D + e-posta kodu | İki ek adım | Yüksek |
| 90 günden uzun süre kullanılmayan kart | 3D zorunlu | Tek ek adım | Orta |
| Kısa aralıkta tekrarlayan başarısız deneme | Geçici kilit | Bekleme uyarısı | Çok yüksek |
| Cüzdan bakiyesi ile ödeme | Oturum yeterli | Anında | Düşük |
Kartı Silmek Kaydetmekten Neden Daha Önemli?
Kart kaydetme özelliğinin güveni, silme kolaylığıyla kurulur. Müşteri hesabında "Kayıtlı kartlarım" bölümü net olmalı; her kartın yanında marka, maskeli numara, son kullanım ayı ve tek tıkla kaldır düğmesi bulunmalı. Silme işlemi yalnızca senin veritabanından değil, sağlayıcı tarafındaki tokendan da düşülmeli. Yarım silme, hem yasal hem itibari risk demektir.
İkinci detay varsayılan kart yönetimi. Birden fazla kart kaydeden müşteri, ödeme ekranında hangi kartın kullanılacağını bir bakışta görmeli. Varsayılan kart reddedilirse sistem sessizce ikinci karta geçmemeli; müşteriye sormalı. Otomatik kart değiştirme, kullanıcıya danışılmadığında şikâyet üretir. Kart yönetimi ekranının nasıl kurgulandığını özellikler bölümünde görebilirsin.
Tek tıkla satın almada işlem dağılımı
- Doğrulamasız geçen işlem 52%
- Eşik aşımı nedeniyle 3D 24%
- Yeni cihaz doğrulaması 16%
- Reddedilen veya kilitlenen 8%
Abonelik ve Otomatik Yükleme Nasıl Kurulur?
Kayıtlı kart, tek tıkla satıştan daha fazlasını açar. Kurumsal bayilerin bakiyesi belirli seviyenin altına düştüğünde otomatik yükleme yapılabilir; düzenli alıcıya aylık paket satılabilir. Bu modelde kritik nokta izin kaydıdır: müşteri tekrarlayan işlem yetkisini hangi tarihte, hangi tutar aralığı için verdi, bu kayıt sistemde durmalı. İtiraz geldiğinde tek savunman bu kayıttır.
Teknik tarafta üç şey şart: yeniden deneme takvimi, başarısızlık bildirimi ve otomatik durdurma. Kart limit yüzünden reddettiyse aynı gün üç kez denemek yerine 24 ve 72 saat sonra dene, her denemeyi logla, ikinci başarısızlıkta müşteriye bilgi ver, üçüncüde otomatik yüklemeyi kapat. İyi bir e-pin satış yazılımı bu döngüyü kuyruk üzerinden yönetir; cron'a bağlı tek satırlık bir betik değildir.
"Son aldığın ürünü tekrar al" düğmesini sadece hesap sayfasına gömme. Ürün sayfasında ve sipariş e-postasının altında da göster; tekrar satın almanın en iyi anı, kodun teslim edildiği andır.
Kurulumu Hangi Sırayla Yapmalısın?
Sıra önemlidir, çünkü yanlış sırada ilerleyen ekipler kart kaydetmeyi açar ama silme, bildirim ve limit tarafını eksik bırakır. Aşağıdaki kontrol listesi canlıya alma öncesi minimum çıtayı tanımlar. Her satırı gerçek bir kartla, düşük tutarla test et ve logları kontrol et.
| Adım | Yapılacak | Doğrulama yöntemi | Durum |
|---|---|---|---|
| 1 | Sağlayıcıdan tokenizasyon yetkisini aç | Test işleminde token dönüyor | [ ] |
| 2 | Kart tablosunu maskeli alanlarla kur | Veritabanında tam numara yok | [ ] |
| 3 | İlk işlemde 3D zorunlu yap | Doğrulama ekranı geliyor | [ ] |
| 4 | Tutar ve cihaz eşiklerini tanımla | Eşik üstünde 3D tetikleniyor | [ ] |
| 5 | Kart silme akışını sağlayıcıya bağla | Token sağlayıcıda da düşüyor | [ ] |
| 6 | Varsayılan kart seçimini ekle | Ödeme ekranında görünüyor | [ ] |
| 7 | Tekrarlayan işlem izni kaydını tut | Tarih ve tutar logda | [ ] |
| 8 | Başarısızlık bildirimi ve durdurma kur | Üçüncü redde otomatik kapanıyor | [ ] |
Tek tıkla satın alma altyapısını sıfırdan yazma
Tokenizasyon, kart yönetimi, eşik kuralları ve tekrarlayan işlem izinleri Pinova'da hazır gelir. Sürüm ve destek koşulları için fiyat bölümüne bak.
Kart bilgisini kendi sunucumda tutmam gerekiyor mu?
Hayır ve tutmamalısın. Kart verisi ödeme kuruluşunda kalır, sende yalnızca token, kart markası ve maskeli son dört hane bulunur.
Tek tıkla ödemede CVV sormak zorunda mıyım?
Tekrarlayan işlemlerde genellikle gerekmez, ancak sağlayıcı ve işlem tipine göre değişir. Yüksek tutarlı siparişlerde ek doğrulama istemek dönüşümü değil güveni etkiler.
Müşteri kartını silerse geçmiş siparişleri ne olur?
Siparişler ve faturalar aynen kalır. Silinen tek şey ileride kullanılacak ödeme referansıdır.
Otomatik bakiye yüklemede itiraz riski nasıl azalır?
İzin tarihini, tutar aralığını ve her çekim bildirimini kayıt altına al. Şeffaf bildirim gönderilen işlemlerde itiraz oranı belirgin biçimde düşer.
Tekrar satın alma, e-pin işinde en ucuz ciro kaynağıdır; kartı kaydetmek değil, kaydetmenin etrafındaki kurallar işi kazandırır. Kart yönetimi, eşikler ve tekrar sipariş düğmesinin gerçek bir panelde nasıl oturduğunu görmek istersen canlı demo üzerinden test siparişi verip akışı kendi gözünle izleyebilirsin.

