Mobil kimlik doğrulama SDK'sı seçerken sorulacak 12 soru

Kimlik doğrulama SDK’ları demo sunumunda birbirine çok benzer. Fark, entegrasyondan sonra ortaya çıkar — genellikle değiştirmenin pahalı hale geldiği anda.

Aşağıdaki on iki soru, o farkı önceden görmek içindir.

Teknik

1. Uygulama boyutunu ne kadar büyütüyor?

Her platform için ayrı ayrı sorun ve rakam isteyin. On-device model taşıyan SDK’lar 20-60 MB ekleyebilir. Bu, App Store’daki hücresel indirme sınırını aşabilir ve kurulum oranınızı doğrudan etkiler.

Ek soru: model dosyaları isteğe bağlı olarak indirilebiliyor mu, yoksa pakete gömülü mü?

2. Hangi bağımlılıkları getiriyor?

Bir SDK’nın kendi ağ katmanını, kendi görüntü kütüphanesini veya kendi analitik istemcisini getirmesi, sizin sürüm çakışması riskinizi artırır. Bağımlılık ağacını görmek isteyin.

Özellikle sorun: uygulamanın dışına veri gönderen üçüncü taraf analitik var mı?

3. Arayüzü ne kadar özelleştirilebilir?

Üç seviye vardır ve aralarındaki fark büyüktür:

• Tema seviyesi — renk ve font değiştirilebilir, düzen sabittir.
• Bileşen seviyesi — ekranlar ayrı ayrı değiştirilebilir.
• Headless — SDK sadece kamera ve doğrulama mantığını verir, arayüzü tamamen siz yazarsınız.

İhtiyacınızdan fazlasını almayın ama ihtiyacınızdan azına da razı olmayın. Marka tutarlılığı önemliyse tema seviyesi çoğu zaman yetmez.

4. Hangi minimum sürümleri destekliyor?

iOS ve Android için minimum sürüm, kendi uygulamanızın desteklediğinden yüksekse bir grup kullanıcıyı kaybedersiniz. Kullanıcı tabanınızın sürüm dağılımıyla karşılaştırın.

5. Çevrimdışı ne kadarı çalışıyor?

Kart okuma ve ilk işleme genellikle cihazda yapılabilir. Pasif doğrulama sertifika kontrolü gerektirir. Zayıf bağlantıda akışın nasıl davrandığını sorun — ve mümkünse test edin.

6. Hata ayıklama nasıl yapılıyor?

Sahada bir kullanıcı takıldığında elinizde ne oluyor? Oturum kimliği var mı? Loglara erişebiliyor musunuz? “Destek ekibine yazın” cevabı, üretimde saatler kaybettirir.

Güvenlik

7. Karar nerede veriliyor?

Canlılık ve eşleştirme kararı cihazda veriliyorsa, kökü kırılmış bir cihazda manipüle edilebilir. Nihai karar sunucuda verilmelidir; cihaz sadece veri toplar.

8. Enjeksiyon saldırılarına karşı ne var?

Sanal kamera tespiti, cihaz bütünlüğü kontrolü, uygulama imzası doğrulaması. “Deepfake tespiti yapıyoruz” cevabı yeterli değil; hangi katmanda yapıldığını sorun.

9. Biyometrik veri nerede ve ne kadar saklanıyor?

KVKK açısından biyometrik veri özel nitelikli kişisel veridir. Saklama süresi, saklama yeri ve silme prosedürü net olmalıdır. “Ne kadar süre saklanıyor?” sorusuna net bir sayı gelmiyorsa bu bir bayraktır.

Sunucuların Türkiye’de olup olmadığı da ayrı bir sorudur ve bazı sektörlerde belirleyicidir.

Operasyonel ve ticari

10. Fiyat hangi olaya göre işliyor?

Aynı kullanıcının başarısız denemesi ayrıca faturalanıyor mu? NFC okuması ile canlılık kontrolü ayrı ayrı mı sayılıyor? Bu detay, hacim büyüdükçe tahmininizi ikiye katlayabilir.

11. Test ortamı nasıl çalışıyor?

Sandbox’ta gerçek kimlik kartı gerekiyor mu, yoksa test kartları veriliyor mu? Otomatik testlerde (CI) kullanılabiliyor mu? Bu, geliştirme hızınızı doğrudan etkiler.

12. Kim destek veriyor?

Entegrasyon sırasında konuşacağınız kişi, ürünü yazan ekipten mi yoksa bir destek katmanından mı? Bu fark, bir hatanın günler yerine saatler içinde çözülmesi anlamına gelir.

Değerlendirme yöntemi

Bu on iki sorunun cevaplarını üç sağlayıcıdan yazılı olarak alın, yan yana koyun. Demo sunumunda etkileyici olan sağlayıcı ile bu tabloda kazanan sağlayıcı çoğu zaman aynı olmaz.

Ardından, kısa listeye kalan iki sağlayıcıyla gerçek bir entegrasyon denemesi yapın. Bir gün ayırın, kendi uygulamanıza kurun, kendi cihazlarınızda çalıştırın. Dokümantasyonun kalitesi ve ilk kurulumun ne kadar sürdüğü, uzun vadeli maliyetin en iyi göstergesidir.