Kara liste, e-pin satan hemen her işletmede aynı şekilde başlar: birisi seni yakar, sen de onun e-posta adresini bir yere yazarsın. Bazen bu "bir yer" panelin içindeki bir alandır, çoğu zaman ise bir not defteri ya da WhatsApp grubudur. Ertesi gün aynı kişi başka bir adresle geri gelir, aynı kartla aynı ürünü alır ve sen bunu ancak ikinci zararda anlarsın. Kara listenin çalışmadığını değil, hiç kurulmamış olduğunu görmüş olursun.
Çünkü kara liste bir isim listesi değildir; kimlik eşleştirme sistemidir. Neyi listelediğin, ne kadar süre tuttuğun, hangi kanıta dayandığın ve yanlış yasakladığın kişiyi nasıl geri kazandığın; bu dört karar listenin işe yarayıp yaramamasını belirler. Bu yazıda, düzgün bir dijital ürün satış scripti içinde kara listenin nasıl tasarlandığını; hangi alanların yasaklanmaya uygun, hangilerinin sadece ceza kutusu olduğunu anlatıyorum. Amaç müşteriyi cezalandırmak değil, aynı zararı ikinci kez yaşamamak.
Kara Liste Bir Ceza Defteri Değil, Farkında Olmadan Bir Veri Ürünü İşletiyorsun
Listeye bir kayıt eklediğin anda hukuken ve operasyonel olarak yeni bir sorumluluk alanına girersin. Artık elinde, bir kişinin ticari itibarına dair olumsuz bir kayıt vardır ve o kayıt gelecekteki tüm satışlarını etkiler. Bunu bir ceza defteri gibi işletirsen iki sonuç doğar: birincisi liste zamanla şişer ve güvenilmez hale gelir, ikincisi haksız yere listelenmiş müşteri sana bir daha dönmez.
Doğru yaklaşım, listeyi kanıta bağlı ve süreli bir kayıt sistemi gibi kurmaktır. Her kayıtta üç alan zorunlu olmalı: gerekçe kodu, dayanak (sipariş numarası veya itiraz referansı) ve geçerlilik süresi. Gerekçe kodları serbest metin değil sabit bir liste olmalı; "kötü müşteri" gibi bir not altı ay sonra hiçbir şey ifade etmez ama "ödeme itirazı - kod kullanılmış" ifade eder. Bu yapı ayrıca sana çok değerli bir yan ürün verir: hangi gerekçenin ne kadar tekrarlandığını görebildiğinde, savunmanı en çok kaybettiğin noktaya odaklarsın.
Hangi Kimlik Alanını Listeliyorsun? E-posta Yasaklamanın Sahte Güvenliği
E-posta adresi, dünyada değiştirilmesi en kolay kimlik alanıdır. Bir kişi on dakikada beş yeni adres üretebilir; üstelik popüler sağlayıcılarda nokta ve artı işaretiyle aynı hesaptan sonsuz varyasyon çıkarılabilir. Dolayısıyla sadece e-posta yasaklamak, kapıyı kilitleyip pencereyi açık bırakmaktır. Listenin gücü, birden fazla alanı birlikte tutmaktan gelir.
Pratikte değerli alanlar şunlardır: doğrulanmış telefon numarası, ödeme aracının kalıcı parmak izi (kart hash'i veya sağlayıcı müşteri kimliği), cihaz parmak izi ve IP ağı. Bunların her birinin kendine has bir çarpışma riski vardır; örneğin paylaşımlı internet kullanan bir yurtta IP yasaklamak onlarca masum kullanıcıyı keser. Bu yüzden alanları tek tek "yasak" değil, ağırlıklı eşleşme olarak kullanmak gerekir. Aşağıdaki tablo her alanın ne kadar kalıcı olduğunu, kaçırma ve çarpışma risklerini karşılaştırıyor.
| Kimlik alanı | Kalıcılık | Çarpışma riski | Kullanım biçimi |
|---|---|---|---|
| E-posta adresi | Çok düşük | Yok | Normalize et (nokta/artı temizle), tek başına güvenme |
| Doğrulanmış telefon | Yüksek | Düşük | Ana eşleştirme alanı olarak kullan |
| Ödeme aracı parmak izi | Yüksek | Çok düşük | Sert engel için en güçlü dayanak |
| Cihaz parmak izi | Orta | Orta | Gri listeye almak için ideal |
| IP adresi | Düşük | Yüksek | Sadece geçici hız sınırı |
| IP ağı / ASN | Orta | Çok yüksek | Skor sinyali, engel değil |
| Teslimat hesabı (oyun içi kimlik) | Yüksek | Düşük | Tekrarlayan istismarda çok etkili |
Gri Liste Katmanı: Yasaklamak Yerine Yavaşlatmak Neden Daha Çok Para Kazandırır?
Kara listeyi ikili düşünmek, yani müşteriyi ya serbest ya yasak saymak, en pahalı tasarım hatasıdır. Gerçek hayatta müşterilerin çoğu ortadadır: bir kez itiraz açmış ama sonra düzelmiş, bir kez şüpheli davranmış ama ödemesi temiz çıkmış, hesabı yeni ama davranışı normal. Bunların hepsini yasaklarsan cironun ciddi bir dilimini kesersin.
Çözüm araya bir gri liste koymaktır. Gri listedeki müşteri alışveriş yapabilir; ama otomatik teslimat almaz, belirli bir tutarın üzerinde sipariş veremez, ödeme yöntemi seçimi kısıtlanır veya telefon doğrulaması zorunlu olur. Böylece riski taşımadan satışı sürdürürsün. İyi kurulmuş bir e-pin satış yazılımı bu katmanı kurala bağlar: iki itiraz gri liste, üçüncü itiraz sert engel; ya da altı ay temiz geçmiş gri listeden otomatik çıkış. Pinova'da müşteri seviyeleri bu mantıkla çalışır; liste bir etiket değil, teslimat davranışını değiştiren bir ayardır.
Kara/gri liste kayıtlarının gerekçe dağılımı
- Ödeme itirazı 45%
- Asılsız iade ısrarı 25%
- Çoklu hesap / kupon istismarı 20%
- Diğer (tehdit, spam, hata) 10%
Süreli Kayıt, Kanıt ve İtiraz: Yanlış Yasakladığın Müşteriyi Nasıl Geri Kazanırsın?
Her listenin içinde yanlış kayıt vardır; soru bunun olup olmadığı değil, ne kadar hızlı düzeltildiğidir. Yanlış yasaklama sessiz bir kayıptır: müşteri sana yazmaz, sadece bir daha gelmez ve çevresine tavsiye etmez. Bu kaybı görünür kılmanın tek yolu, engellenen kullanıcıya ne yapabileceğini söyleyen bir mesaj göstermektir. "Hesabınız kısıtlandı" cümlesi yeterli değildir; "Hesabınız ödeme güvenliği nedeniyle kısıtlandı, itiraz için sipariş numaranızla bize yazın" cümlesi bir kapı açar.
İkinci gereklilik süredir. Kayıtlar sonsuza kadar tutulmamalı. Ödeme itirazı gibi ağır gerekçelerde altı ay ile bir yıl arası, davranışsal gerekçelerde doksan gün makul bir aralıktır. Süre bittiğinde kayıt otomatik olarak gri listeye düşmeli, oradan da temiz geçmişle çıkabilmelidir. Üçüncüsü de kanıt saklamadır: itiraz geldiğinde kararını dayandıracağın belge yoksa, tartışmayı kaybeder ve müşteriyi ikinci kez kırarsın.
Kayıt aşamasında "bu e-posta yasaklı" demek, karşı tarafa hangi alanı takip ettiğini öğretir. Doğru yöntem kaydı serbest bırakıp ödeme veya teslimat aşamasında sessizce kuyruğa düşürmektir.
Paylaşımlı Kara Liste Cazip Görünür ama KVKK Duvarına Çarpar
Bayilerin klasik fikri şudur: hepimiz listelerimizi birleştirelim, kimse kimseyi kandırmasın. Operasyonel olarak mantıklı görünür, hukuken ise ciddi bir alandır. Bir kişinin kimlik verisini, senin müşterin olmayan üçüncü taraflarla paylaşmak; açık bir hukuki dayanak, aydınlatma metni ve veri minimizasyonu olmadan yapılabilecek bir şey değildir. Üstelik yanlış bir kayıt zincir halinde yayıldığında, o kişiyi tüm sektörden kesmiş olursun ve sorumluluk paylaşılmaz, herkese ayrı ayrı biner.
Uygulanabilir orta yol, ham veri paylaşmamaktır. Kimlik alanlarını tek yönlü özet (hash) olarak tutmak, yalnızca eşleşme sorgusu yapmak ve gerekçeyi paylaşmamak; riski büyük ölçüde düşürür. Kendi tarafında da veri minimizasyonu uygula: kara liste kaydında tam ad, adres, TCKN gibi alanları tutma; eşleştirme için gereken minimum alanla yetin. Epin yazılım tarafında bunun karşılığı şudur: liste tablosunda kişisel veri değil, hash ve gerekçe kodu bulunur; kişinin kendisi zaten müşteri kaydında durur.
Kara Listeyi Ölçmek: Listenin Sağlığını Hangi Sayılardan Okursun?
Liste büyüdükçe işe yaradığını sanmak yaygın bir yanılgıdır. Sağlıklı listenin göstergesi büyüklüğü değil, isabet oranıdır. Üç sayıyı izle. Engelleme isabeti: engellenen denemelerin kaçı gerçekten riskliydi. İtiraz oranı: engellenenlerin kaçı itiraz etti ve kaçının itirazı kabul edildi. Tekrar deneme oranı: listedeki kişilerin farklı kimlikle geri gelme sıklığı. Üçüncü sayı yükseliyorsa yanlış alanı listeliyorsun demektir.
Bu ölçümlerin hiçbiri elle tutulabilir bir iş değildir; listeye yapılan her sorgunun ve her sonucun loglanması gerekir. Aşağıdaki kontrol listesi, kara liste yapısını kurarken veya mevcut yapıyı denetlerken sırayla geçebileceğin maddeleri içeriyor.
| Kontrol maddesi | Neden gerekli | Periyot | Durum kanıtı |
|---|---|---|---|
| Gerekçe kodları sabit listeden seçiliyor | Sonradan analiz edilebilirlik | Kurulum | Kod tablosu |
| Her kayıtta sipariş/itiraz dayanağı var | İtiraz savunması | Her kayıt | Bağlantılı sipariş |
| Kayıtların geçerlilik süresi tanımlı | Liste şişmesini önler | Her kayıt | Bitiş tarihi alanı |
| Gri liste katmanı aktif ve kurallı | Ciro kaybını azaltır | Kurulum | Seviye ayarları |
| Engelleme ödeme/teslim anında uygulanıyor | Takip alanını gizler | Kurulum | Akış testi |
| Engellenen kullanıcıya itiraz yolu gösteriliyor | Yanlış kaydı geri alır | Sürekli | Mesaj şablonu |
| Kimlik alanları hash olarak saklanıyor | Veri minimizasyonu | Kurulum | Tablo şeması |
| Aylık isabet ve itiraz raporu okunuyor | Liste kalitesi | Aylık | Rapor ekranı |
Liste tutmak değil, listeyi işletmek istiyorsun
Müşteri seviyeleri, gri liste kuralları, süreli kayıt ve engel logu; Pinova'da panelden yönetilen hazır bileşenlerdir. Özellikleri gör, paketleri karşılaştır.
Sadece e-posta yasaklamak neden yetersiz?
E-posta dakikalar içinde değiştirilebilen bir alandır ve nokta/artı varyasyonlarıyla aynı hesaptan sonsuz adres üretilebilir. Kalıcı eşleştirme için doğrulanmış telefon, ödeme aracı parmak izi ve teslimat hesabı kimliği gibi alanları birlikte kullanmak gerekir.
Kara liste kaydını ne kadar süre tutmalıyım?
Gerekçeye göre değişir. Ödeme itirazı gibi ağır gerekçelerde altı ay ile bir yıl, davranışsal gerekçelerde doksan gün makuldür. Süre sonunda kayıt otomatik olarak gri listeye düşmeli ve temiz geçmişle tamamen kalkabilmelidir.
Yasaklı olduğunu müşteriye söylemeli miyim?
Hangi kimlik alanından yakaladığını söylememelisin; ama kısıtlamanın varlığını ve itiraz yolunu göstermelisin. Sessiz engel, yanlış yasakladığın gerçek müşteriyi kalıcı olarak kaybetmenin en hızlı yoludur.
Diğer bayilerle kara liste paylaşmak güvenli mi?
Ham kişisel veri paylaşımı hukuki risk taşır. Uygulanabilir yol, kimlik alanlarını tek yönlü özet olarak tutup yalnızca eşleşme sorgusu yapmak, gerekçe ve kişisel detay paylaşmamaktır. Yine de aydınlatma ve hukuki dayanak konusunu atlamamak gerekir.
Kara liste, iyi kurulduğunda savunma aracı; kötü kurulduğunda ciro kesen bir yük olur. Aradaki fark, listeyi bir defter gibi değil bir kural motoru gibi işletmekten geçer: kanıta bağlı kayıt, süre, gri katman, itiraz yolu ve ölçüm. Bu beş parça panelin içinde birbirine bağlı çalışmadığı sürece, her ay aynı kişiyi yeniden yakalamaya devam edersin. Müşteri seviyelerinin, engel kurallarının ve liste raporlarının gerçek bir kurulumda nasıl davrandığını görmek için canlı demo üzerinden bir kullanıcı oluşturup kısıtlamayı kendi elinle test et.

