Finansal ya da itibar açısından önem taşıyan bir serviste hesap kaydı, yalnızca doğrulama kodu için bir numara almaktan ibaret değildir. Platform birkaç öğeden oluşan bağlantıyı bir bütün olarak görür: telefon numarası, e-posta kutusu ve isteğin geldiği IP adresi. Bu bağlantının tüm bileşenleri aynı ülkeyi gösterdiği sürece sistem oturuma sıradan bir oturum gibi davranır. Öğelerden biri genel tablonun dışına çıktığı anda captcha'lar, tekrar kod istekleri ve manuel kontroller başlar. Kayıt yığınının nelerden oluştuğunu, platformun tam olarak neleri karşılaştırdığını ve yığını hangi sırayla kurmanın mantıklı olduğunu inceleyelim.
Yığının üç bileşeni ve neden aynı ülkeden olmaları gerekir
Yığın üç öğeden oluşur: doğrulama kodunu almak için telefon numarası, kayıt e-postası ve erişim kurtarma için e-posta kutusu ve tüm oturumun yürütüldüğü IP adresi. Bunların her biri tek başına "herhangi bir yerden" alınabilir; platform bunu doğrudan engellemez. Ancak coğrafyası farklı üç öğeden oluşan bir bağlantı istatistiksel olarak nadir görünür: sıradan bir kullanıcının numarası, e-postası ve internete çıkış noktası hemen her zaman aynı ülkeden gelir, çünkü bu onun yaşadığı ülkedir. Anti-fraud modelleri tek bir parametreyi değil, tam olarak bu kombinasyonun nadirliğini hesaba katar.
Platform tam olarak neyi eşleştirir
İlk sinyal numaranın ülkesidir: kod ve aralıktan okunur, anti-fraud veri tabanı hangi önekin hangi ülkede hangi operatöre ait olduğunu bilir. İkincisi IP adresinin ülkesi ve ASN'sidir: rezidansiyel adres ev internet sağlayıcısını, mobil adres hücresel operatörü gösterir; ikisi de veri merkezi barındırıcısının aksine kendi ülkesine yereldir (parametrenin ayrıntıları ASN nedir ve neden önemlidir makalesinde). Üçüncü sinyal e-posta alan adıdır: bazı platformlar belirli bir alan adından kayıt e-postalarının genellikle hangi ülkeden geldiğine dair istatistik tutar ve bunu e-posta kutunuzun alan adıyla karşılaştırır; bazıları ise daha basit bakar: e-postaya yapılan son girişin IP'sine ve saat dilimine. Dördüncü ve beşinci sinyaller arayüz dili ve saat dilimidir: ikisi de istek başlıklarından ve cihazın sistem ayarlarından okunur ve ilk üç parametrenin ülkesiyle uyumlu olmalıdır.
Kurulum sırası: önce numara, sonra adres, ardından e-posta
Yığını kurmanın pratik sırası, sezgisel sıranın tersidir. Aktivasyonlar bölümünde istediğiniz ülkeden bir numarayla başlamak gerekir: numaraların ülkelere ve operatörlere göre bulunabilirliği proxy bulunabilirliğinden daha fazla dalgalanır ve daha hızlı değişir; bu yüzden ikinci ve üçüncü öğeyi birinciye uydurmak, tersini yapmaktan daha ucuzdur. Numara alındıktan ve ülkesi sabitlendikten sonra, proxy kataloğundan aynı coğrafyanın adresi seçilir. Kanal türü, yani rezidansiyel, mobil ya da veri merkezi olması, hedef platformun trafik kaynağını ne kadar sıkı denetlediğine bağlıdır (farkların ayrıntıları mobil ve rezidansiyel proxy karşılaştırması makalesinde). E-posta en sona eklenir: yığının en esnek öğesidir; önceden seçilmiş numara ve IP çiftine göre kaydedilir, bu yüzden e-posta servisinin yabancı bir coğrafyayı ev konumu olarak hatırlamaması için onu da aynı proxy üzerinden oluşturmak gerekir.
Tipik uyumsuzluklar ve servisin bunları nasıl gördüğü
Platform her uyumsuzluğu biraz farklı okur. Bir ülkenin numarası ile başka bir ülkenin IP'si en belirgin sinyaldir; genellikle daha kayıt aşamasında captcha ya da tekrar kod isteği doğurur. Numara ve IP uyumluyken e-postanın bir zamanlar başka bir coğrafyadan ve başka bir cihazdan açılmış olması daha hafif bir sinyaldir: kaydı engellemeyebilir, ancak sonradan para işlemlerinde risk skorunu yükseltir. Yerel numara ve IP varken İngilizce ya da nötr arayüz dili, anti-fraud modellerinin coğrafya ile eşit tuttuğu bağımsız bir sinyaldir: hesabı bildirilen ülkenin sakininin yönetmediği işareti olarak okunur. Birkaç uyumsuzluğun aynı anda birikmesi riske eklenen ayrı artılar değil, niteliksel bir sıçramadır: sistem "açıklığa kavuştur" aşamasından "kontrole kadar engelle" aşamasına geçer.
İstediğiniz ülkeden numara stokta yoksa ne yapmalı
İstediğiniz ülkenin numara havuzu geçici olarak boşsa iki işe yarayan ve bir işe yaramayan seçenek vardır. İşe yarayan birincisi: yeni numaraların gelmesini beklemek; havuz güncellenir ve kısa bir gecikme, tüm yığını baştan kurmaktan daha ucuzdur. İşe yarayan ikincisi: ülkede birkaç operatör varsa aynı ülkenin başka bir operatörünü denemek; önek kümesi farklıdır, ancak ülke ve anti-fraud profili aynı kalır. İşe yaramayan seçenek: numara ülkesini, şu anda proxy'si stokta olan bir ülkeyle değiştirmek; bu sorunu çözmez, uyumsuzluğu numaradan geri kalan her şeye taşır, çünkü e-posta ve hesap geçmişi zaten ilk coğrafyaya bağlı olabilir.
Sıkça Sorulan Sorular
Numara ve IP zaten uyuşuyorsa saat dilimi ile dilin de uyuşması şart mı?
Çoğu kayıt için numara ve IP uyumu yeterlidir; ancak finansal boyutu olan servislerde iki ek sinyal, yani arayüz dili ve saat dilimi de risk skorunda dikkate alınır ve ilk iki parametre kusursuz olsa bile fazladan bir doğrulama adımı ekleyebilir.
E-posta zaten bir ülke için kaydedilmişse ve şimdi başka bir ülkenin numarası gerekiyorsa ne yapmalı?
Yeni bağlantı için eski e-postayı yeniden kullanmak yerine, yeni numara ve IP çiftine uygun ayrı bir kutu açmak daha mantıklıdır: başkasının giriş geçmişini taşıyan bir e-postayı yeni yığına aktarmak, yığının önlemek için kurulduğu uyumsuzluğun ta kendisini ekler.
Platform yığın öğelerinin uyumsuzluğunu ne kadar hızlı fark eder?
Çoğunlukla hemen kayıt sırasında ya da ilk girişte: temel sinyaller, yani numaranın ülkesi, IP'nin ülkesi ve ASN'si ile dil, saniyeler içinde otomatik olarak kontrol edilir. E-postanın giriş geçmişi gibi daha ince sinyaller daha sonra, parolayı ya da bağlı ödeme yöntemini değiştirmeye çalışırken ortaya çıkabilir.
İstediğiniz ülkeden numarayı, ardından ona uygun proxy ve e-postayı seçmenin en kolay yolu aktivasyonlar bölümüdür: orada ülkelere ve operatörlere göre anlık bulunabilirlik görünür. Bir bölgenin coğrafi özelliklerinin kanal seçimini nasıl etkilediğine örnek için Peru proxy makalesine bakın.