Apple Pay’in mobil uygulamalarda ne olduğunu, sahne arkası nasıl çalıştığını ve ödeme hızını artırıp dönüşümü iyileştirmek için nasıl güvenli şekilde entegre edileceğini öğrenin.
Apple Pay, Apple’ın dijital cüzdanı ve ödeme servisidir. Kullanıcıların iPhone, Apple Watch, iPad veya Mac üzerinde kredi, banka ve bazı ön ödemeli veya mağaza kartlarını güvenli şekilde saklamasına ve tek dokunuş veya bakışla ödeme yapmasına olanak tanır.
Kart numaralarını ve fatura bilgilerini girmek yerine kullanıcı Face ID, Touch ID veya cihaz parolası ile kimlik doğrulaması yapar. Apple, gerçek kart numarasının satıcıya iletilmemesi için cihaz‑özgü bir token oluşturur.
Apple Pay üç ana bağlamda çalışır:
Bu rehber uygulama içi Apple Pay üzerine odaklanır; tüm ödeme deneyiminin uygulama içinde kaldığı durumlar.
Küçük ekranda kart detaylarını yazmak yavaş ve hataya açıktır. Apple Pay, birden fazla form alanını tek bir etkileşimle değiştirir ve bu tipik olarak:
Kartlar ve adresler cihazda zaten saklı olduğu için Apple Pay ilk kez gelen müşteriler için de sürtünmeyi azaltır.
Apple Pay, desteklenen bölgelerde güncel iPhone, iPad, Apple Watch ve Mac modellerinde çalışır; Visa, Mastercard, American Express ve bazı yerel şemeler gibi büyük ağlar bankaya bağlı olarak desteklenir.
Apple Pay en uygun olduğunda:
Apple Pay, geleneksel kart formları ve diğer cüzdanların yanında yer almalıdır; Apple Pay olmayan kullanıcıların da ödeme yapabilmesi gerekir.
Apple Pay, basit bir “çift tıkla öde” deneyiminin arkasında çokça karmaşıklığı gizler. İşlem güvenli şekilde ilerlerken birkaç taraf ve güvenlik katmanı birlikte çalışır.
Tipik bir Apple Pay işlemi şunları içerir:
Kullanıcı bir kartı Apple Wallet’a eklediğinde gerçek kart numarası (FPAN — Funding Primary Account Number) güvenli şekilde kart ağına ve ihraççıya gönderilir. Onlar cihaz için kriptografik anahtarlarla birlikte bir DPAN (Device Primary Account Number) döner.
DPAN, Apple Pay işlemlerinde kullanılan numaradır. Uygulamanız ve backend’iniz FPAN’i asla görmez. Bu, Apple Pay’in tokenizasyon modelinin özüdür: cihaz gerçek kartı ifşa etmek yerine vekil bir kart numarası ve tek kullanımlık kriptogramlar kullanır.
Desteklenen cihazlarda ödeme kimlik bilgileri ve anahtarlar Secure Element içinde (veya Secure Enclave ile korunur) saklanır. Kullanıcı kimlik doğrulaması yaptığında (Face ID, Touch ID veya parola), Secure Element:
Uygulamanız Apple Pay API’leri aracılığıyla bu opak, şifrelenmiş tokeni alır ve backend’inize gönderir; backend de bunu PSP veya gateway’e iletir.
PSP tokeni çözer, DPAN ve kriptogramı çıkarır ve bir yetkilendirme isteği göndermek için kart ağı üzerinden ihraç edene iletir. İhraç eden kriptogramı ve kart durumunu doğrular, sonra onaylar veya reddeder.
Daha sonra mutabakat sırasında yetkilendirilen tutar capture edilip toplu olarak akışçı bankaya aktarılır. Uygulamanız için bu sadece capture veya satış tamamlanmasıdır; ama arka planda acquirer, kart ağı ve issuer arasında DPAN kullanılarak koordinasyon sağlanır—müşterinin gerçek kart numarası değil.
Uygulamanıza Apple Pay eklemeden önce teknik, iş ve bölgesel gereksinimleri karşılamanız gerekir.
Satıcı tarafında sahip olmanız gerekenler:
Birçok satıcı ayrıca web veya hibrit akışlarda satıcı doğrulaması için Merchant Identity sertifikası oluşturur.
Uygulama içi Apple Pay şu cihazlarda desteklenir:
Gerekli minimum OS desteği için Apple’ın belgelerini kontrol edin.
Apple Pay her ülkede veya her banka için mevcut değildir. Şunları doğrulayın:
Apple bazı satıcı kategorilerini ve kullanım durumlarını kısıtlayabilir (ör. yasadışı ürünler, bazı dijital içerikler veya yüksek riskli sektörler). Doğrulayın:
Son olarak, Apple Pay tokenizasyonunu ve şifre çözmeyi destekleyen bir PSP veya ödeme gateway’e ihtiyacınız var. Sağlayıcınızın şunları karşıladığından emin olun:
Akıcı bir Apple Pay akışı kullanıcıya neredeyse görünmez gelir. Tipik adımlar şunlardır.
Seyahat genellikle bir ürün sayfası veya sepet ekranında başlar. Kullanıcı öğeleri ve seçenekleri seçtikten sonra (beden, renk, adet) ödeme adımına geçer.
Checkout veya sepet ekranında Apple’ın sağladığı standart Apple Pay butonunu gösterin. Buna dikkat edin:
Kullanıcı butona dokunduğunda Apple Pay sayfası ekranın altından yukarı kayar.
Bu sayfa tipik olarak şunları içerir:
Kullanıcı onaylamadan önce kart, kargo veya iletişim bilgilerini sayfada değiştirebilir.
Ödemeyi yetkilendirmek için kullanıcı:
ile doğrulanır. Sayfa sistemi açıkça yönlendirir (örn. Face ID cihazlarda “Çift tıkla öde”).
Kimlik doğrulamadan sonra sayfa ilerlemeyi gösterir ve kaybolarak kullanıcıyı uygulamaya geri döndürür.
Uygulamanız hemen net bir durum göstermelidir:
Bu durumları net ve tutarlı tutmak, kullanıcılara ödeme durumunun belirsiz olmadığını ve kontrolün kendilerinde olduğunu gösterir.
iOS’te Apple Pay uygulamak PassKit framework’u ve birkaç kilit sınıf etrafında toplanır. İşte uygulama seviyesindeki uçtan uca akış.
Bu, uygulama bundle’ınızı satıcı kimliğinize bağlar ki Apple Pay tokenleri sunucunuz için oluşturulabilsin.
PKPaymentRequest Oluşturunimport PassKit
func createPaymentRequest() -> PKPaymentRequest? {
guard PKPaymentAuthorizationController.canMakePayments() else { return nil }
let request = PKPaymentRequest()
request.merchantIdentifier = "merchant.com.yourcompany.app"
request.countryCode = "US"
request.currencyCode = "USD"
request.supportedNetworks = [.visa, .masterCard, .amex]
request.merchantCapabilities = [.capability3DS]
request.paymentSummaryItems = [
PKPaymentSummaryItem(label: "Pro Subscription", amount: 9.99),
PKPaymentSummaryItem(label: "Your Company", amount: 9.99)
]
return request
}
merchantIdentifier, countryCode ve currencyCode satıcı kurulumunuzla eşleşmelidir. supportedNetworks sizin ve PSP’nizin desteklediği kart şemalarını yansıtmalıdır. En azından merchantCapabilities içinde .capability3DS ekleyin.
PKPaymentButton Ekleyin ve YerleştirinApple’ın UI yönergelerine uymak için PKPaymentButton kullanın:
let payButton = PKPaymentButton(paymentButtonType: .buy, paymentButtonStyle: .black)
Bunu satın alma niyetinin en güçlü olduğu yerde (ürün ekranı, sepet, son ödeme) yerleştirin. PKPaymentAuthorizationController.canMakePayments() false ise butonu devre dışı bırakın veya gizleyin.
PKPaymentAuthorizationController Sunun ve Geri Çağrıları Yönetinİsteğinizden bir controller oluşturun ve PKPaymentAuthorizationControllerDelegate’e uyun:
func startApplePay() {
guard let request = createPaymentRequest() else { return }
let controller = PKPaymentAuthorizationController(paymentRequest: request)
controller.delegate = self
controller.present(completion: nil)
}
extension CheckoutViewController: PKPaymentAuthorizationControllerDelegate {
func paymentAuthorizationController(_ controller: PKPaymentAuthorizationController,
didAuthorizePayment payment: PKPayment,
handler completion: @escaping (PKPaymentAuthorizationResult) -> Void) {
// Send payment.token to your server for processing
// Then call completion(.init(status: .success, errors: nil)) or .failure
}
func paymentAuthorizationControllerDidFinish(_ controller: PKPaymentAuthorizationController) {
controller.dismiss(completion: nil)
}
}
didAuthorizePayment yöntemi, payment.tokeni sunucunuza gerçek tahsilat için gönderdiğiniz yerdir. Sunucunuz yanıt verdikten sonra .success veya .failure ile tamamlayın, ardından paymentAuthorizationControllerDidFinish içinde sheet’i kapatın.
Sunucu tarafı mantığı Apple Pay sayfasını gerçek para hareketine dönüştüren kısımdır. Uygulama kullanıcı onayını toplar; backend satıcıyı doğrular, tokeni işler ve ödeme gateway’iyle konuşur.
Apple Pay sayfasını göstermeden önce uygulamanız Apple’dan bir merchant session almalıdır.
PKPaymentAuthorizationController tarafından verilen merchant validation URL’sini backend’inize gönderir.Bu akış Apple’a uygulamanın satıcı kimliğiniz ve domaininizle ilişkili olduğunu kanıtlar.
Kullanıcı ödemeyi onayladıktan sonra uygulama şifrelenmiş bir ödeme tokeni (PKPaymentToken) alır ve bunu HTTPS üzerinden backend’e gönderir.
Sunucuda:
Gateway tokeni çözer (network tokenleri veya DPAN kullanarak) ve kart yetkilendirmesini gerçekleştirir.
Gateway’ler genellikle iki akış sunar:
Backend’iniz gateway’in işlem ID’sini, tutarı, para birimini ve durumu saklamalıdır—ancak ham kart verilerini veya çözülmüş token içeriklerini saklamamalıdır.
Mutabakat, iade ve müşteri desteği için gerçekten gerekli olanı saklayın:
Tam kart numaralarını, CVV’yi veya şifrelenmemiş ödeme tokenlerini kendi sunucularınızda saklamayın. Hassas işlemleri PCI uyumlu gateway’lere devredin ve tüm iletişimin TLS ile, sıkı logging ve erişim kontrolleri altında olduğundan emin olun.
Apple Pay, uygulamanızın ham kart numaralarına erişmemesi için tasarlanmıştır; ancak güvenlik modelini ve sizin sorumluluk alanlarınızı anlamanız gerekir.
Kullanıcı bir kartı Apple Pay’e eklediğinde issuer ve ağ gerçek PAN’i cihaz hesabı numarası (DAN/DPAN) ile değiştirir.
Bir ödeme sırasında:
Uygulamanız ve backend’iniz sadece tokenleri ve işlem meta verilerini görür; gerçek kart bilgileri görünmez.
Hassas anahtarlar ve ödeme kimlik bilgileri Secure Enclave gibi donanım‑izole bir yardımcı işlemci içinde saklanır ve işlenir.
Yetkilendirme kullanıcı doğrulamasına bağlıdır:
Uygulamanız sistem sayfasından sadece başarı veya başarısızlık sinyali alır; biyometrik veriler veya Secure Enclave içeriklerine erişemez.
Her Apple Pay işlemi şunları kullanır:
Ağlar ve issuer’lar bu değerleri doğrulayarak klonlama, tekrar oynatma ve değişiklikleri tespit eder.
Apple Pay, uygulamanızın PCI DSS kapsamını önemli ölçüde azaltabilir çünkü:
Ancak:
Resmi rehberlik için akışçı bankanız, PSP ve yetkili bir güvenlik değerlendirme uzmanı ile görüşün.
Apple Pay riski azaltır, ama dikkatsiz entegrasyonlar riski geri getirebilir.
Pratik ipuçları:
Bu sınırlar içinde kalarak Apple Pay’in yerleşik korumalarını kullanır ve kendi uyumluluk yükünüzü yönetilebilir tutarsınız.
Kapsamlı test, Apple Pay entegrasyonunun gerçek müşteriler için doğru davrandığından emin olmanın tek yoludur. Doğru sandbox kurulumu ve test planı ile başlayın.
Apple Developer / App Store Connect hesabınızda Users and Access → Sandbox altında sandbox tester hesapları oluşturun. Bu özel Apple ID’ler test cihazlarında gerçek kartlar yerine simülasyon için kullanılır.
Test cihazlarınızda:
Farklı kullanıcı profilleri (bölgeler, para birimleri, kart şemaları) için ayrı sandbox tester’lar kullanın ki kenar durumları tutarlı şekilde tekrarlanabilsin.
iOS Simulator temel Apple Pay testlerini destekler; hızlı UI doğrulaması ve erken geliştirme için kullanışlıdır. Yetkilendirmeyi simüle edebilir ve PKPaymentAuthorizationController akışının çalışıp çalışmadığını kontrol edebilirsiniz.
Ancak her zaman fiziksel cihazlarda doğrulama yapın çünkü sadece onlar:
Simulator’u kolaylık aracı olarak görün, yerine koymayın.
Aşağıdaki akışları uçtan uca (istemci ve sunucu) kapsayın:
Gateway’e özgü test kart numaralarını ve tetikleyicileri kullanarak reddetme ve hata kodlarını zorlayın.
Sorunları izlemek için yeterli log alın, ama hassas ödeme verilerini asla loglamayın. Aşağıdakilerden kaçının:
Bunun yerine loglayın:
created → authorized → captured → failed)Müşteri tarafı loglarını sunucu loglarıyla korrele etmek için uygulamadan backend’e geçen bir korelasyon ID’si kullanın.
Test döngüleri sırasında şunları izleyin:
Aralıklı hatalar veya yavaş yetkilendirmeler görürseniz önce gateway ve Apple durumunu kontrol edin; bu geçici platform sorunlarını kod hatası sanmaktan kurtarır.
Düşünülmüş Apple Pay tasarımı, "iyi bir özellik"i önemli bir dönüşüm artışına dönüştürebilir. Küçük yerleşim ve metin kararları kullanım sıklığını büyük ölçüde etkiler.
Butonu satın alma niyetinin en yüksek olduğu yerlerde kullanın:
Apple Pay’i “Daha fazla ödeme seçeneği” gibi ekstra tıklamalar arkasına saklamayın; her ekstra adım kullanım oranını düşürür.
Apple Pay’i şu yerlerden bir express checkout olarak sunun:
Express checkout olarak kullanıldığında, kargo ve iletişim detaylarının Apple Pay yetkilendirmesi sırasında işleneceğini açıkça belirtin.
Apple’ın Human Interface Guidelines’a uyun:
Tanınırlığı zayıflatacak özel renk veya ikonlardan kaçının.
Apple Pay’in sağladıklarını kullanın:
Hedef, çok adımlı bir funnel değil, tek kararlı dokunuştur.
Kullanıcıyı kaybettiren en hızlı yol kafa karıştırıcı hata durumlarıdır. Hatalar için plan yapın:
Hata detaylarını takımınız için güvenli loglarda tutun; kullanıcıya yalnızca anlaması gereken bilgileri gösterin.
Çoğu Apple Pay sorunu yanlış yapılandırmadan kaynaklanır.
İlk kontrol edilecek şey, kodda kullanılan merchant ID’nin Apple Developer hesabındakiyle tam olarak eşleşip eşleşmediğidir. Tek karakterlik fark veya sandbox üretimde kullanımı akışı bozabilir.
Sonra yetkilendirme ve yetkiler kontrol edin:
Buton görünmüyor veya sheet açılmıyorsa genellikle yapılandırma sorunudur.
Apple Pay bazı ülkelerde, ihraççılarda veya cihazlarda desteklenmeyebilir.
Butonu göstermeden önce PKPaymentAuthorizationController.canMakePayments() ve canMakePayments(usingNetworks:) çağrın. Bunlar false dönerse butonu gizleyip alternatif bir açıklama gösterin.
Kullanıcıların “kart desteklenmiyor” demesi durumunda kontrol edin:
Merchant validation hataları genellikle Apple Pay sayfasının hızlıca kapanması veya hiç açılmaması şeklinde görünür.
Native uygulamalarda bunlar sıklıkla şunlardan kaynaklanır:
Sunucu tarafında gelen merchant identifier, ortam (sandbox vs production) ve Apple veya gateway’den dönen hataları loglayın; genelde yapılandırma hatasına işaret eder.
Her hata teknik değildir; birçok hata issuer reddidir.
Gateway veya işlemci yanıtını inceleyin ve şunu ayırt edin:
Bu kategorilere uygun kullanıcı dostu mesajlar gösterin (örn. “Bankanız bu ödemeyi reddetti. Başka kart deneyin veya bankanızla iletişime geçin.”).
Ham gateway hata kodlarını veya gereksiz teknik detayları kullanıcıya göstermeyin.
Apple Pay’in canlıda stabil kalması için her ödeme denemesi etrafında yapılandırılmış loglamaya yatırım yapın:
Reddetmelerde, merchant validation hatalarında veya zaman aşımlarında alarm kurun. İstemci olaylarını sunucu loglarıyla korele ederek hatanın nerede olduğunu hızlıca izole edin.
Bu gözlemlenebilirlik canlı trafikte sorun çıktığında hata ayıklama süresini dramatik şekilde kısaltır.
Apple Pay uygulamanızda canlıya alındıktan sonra gerçekten checkout’u iyileştirip iyileştirmediğini kanıtlamanız gerekir. Doğru olayları takip etmek, ana metriklere bakmak ve yapılandırılmış deneyler yapmak önemlidir.
Net bir funnel ile başlayın ve her adımda olay kaydedin:
Bu olayları bağlamla ilişkilendirin:
Böylece kullanıcıların nerede ayrıldığını ve bunun UX, teknik veya backend kaynaklı olup olmadığını görürsünüz.
Odaklı bir metrik seti değerlendirmeyi kolaylaştırır:
Zaman içinde ve uygulama sürümleri arasında bunları takip edin.
Apple Pay’in etkisini optimize etmek için deneyler yapın:
Benzer kullanıcı grupları arasında benimseme, başarı ve ödeme süresindeki farkları ölçün.
Analitikleri Apple Pay’in gizlilik garantilerine ve ilgili düzenlemelere dikkat ederek entegre edin:
Büyük analitik platformları (Mixpanel, Amplitude, Firebase vb.) Apple Pay olaylarını hassas veriler olmadan işleyebilir.
Apple Pay’den elde edilen içgörüler diğer ödeme akışlarını da geliştirebilir:
Zamanla bu ölçümler Apple Pay’i ve genel checkout deneyimini daha hızlı, daha net ve kullanıcılar için daha güvenilir kılar.
Apple Pay desteği genellikle tek bir iOS uygulamasıyla sınırlı kalmaz. Kullanıcılar aynı ödeme yöntemini cihazlar ve kanallar arasında bekler; uygulama kararlarınız buna göre olmalıdır.
Native uygulamalar PKPaymentAuthorizationController kullanır ve ödeme tokenlerini doğrudan backend’e geçirir. Bu size:
Web’de Apple Pay (Safari) JavaScript ve Payment Request API kullanır. Web checkout’unuz varsa veya hem masaüstü hem mobil Safari’de Apple Pay istiyorsanız idealdir.
Birçok ekip için ideal çözüm: uygulamada native Apple Pay, web’de Safari için Apple Pay ve ortak bir backend ödeme hattı.
Google Pay, PayPal veya benzer cüzdanları da destekliyorsanız akışı hizalayın:
Böylece cihaz veya ödeme yöntemi değiştiğinde kullanıcı yeni bir sistem öğreniyormuş gibi hissetmez.
React Native, Flutter gibi çerçeveler için genellikle:
iPhone, iPad ve Apple Watch üzerinde test edin:
Tekil bir tasarım sistemi ve ödeme mantığı ile her kanala ince entegrasyon katmanları eklemek, birer birer çözümler oluşturmaktan daha sürdürülebilir olacaktır.
Apple Pay’i sağlıklı tutmak büyük yeniden yazımlardan çok disiplinli bakım işi gerektirir.
Apple Pay merchant ID’ler ve payment processing sertifikaları sürelidir.
Bir sahiplik haritası oluşturun: Apple Developer hesabı kimde, sertifikalar nerede saklanıyor, CI/CD’de ve sunucularda nasıl kullanılıyor.
Sonra:
Her büyük iOS sürümü için beta ve final sürümlerde Apple Pay akışlarını test edin. Özellikle:
Aşağıları izleyin:
En az yılda bir tasarım incelemesi planlayın ve yönergelere, erişilebilirliğe ve metinlere uyumu kontrol edin.
Kart ağları, para birimleri ve desteklenen bölgeler zamanla değişir. Bunları konfigüre edilebilir tutun:
Gateway’iniz yeni ağ veya yerel yöntemler eklediğinde PKPaymentRequest’inizi güncelleyin.
Gateway değişiklikleri, uygulama yeniden yapıları veya token formatı güncellemelerinde:
Bu akışları dokümante edin ki yeni ekip üyeleri tersine mühendislik yapmadan sürdürebilsin.
Ağlarla daha derin tokenizasyon, Wallet’ta zengin makbuz ve sipariş güncellemeleri, uygulama‑web‑mağaza arası daha sıkı entegrasyonlar bekleyin. Tap to Pay on iPhone ve bölgesel finansman seçenekleri gibi özellikler genişlemeye devam edecek; entegrasyonunuzu konfigürasyon‑odaklı ve yeni yetenekleri kolayca alabilecek şekilde tasarlayın.
Apple Pay, iPhone, iPad, Apple Watch veya Mac’te saklanan kartlarla ödeme yapmayı sağlayan Apple’ın dijital cüzdanıdır.
Mobil uygulamalarda, kullanıcılar Face ID, Touch ID veya cihaz parolası ile ödemeyi onayladıkları güvenli bir sistem sayfası ile manuel kart girişi yerine geçer. Uygulama, ham kart verisi yerine şifreli bir ödeme tokeni alır ve bunu backend’inize ve ödeme ağ geçidinize gönderir; böylece ödeme tamamlanır.
Bu, ödeme sürecini hızlandırır, hataları azaltır ve kart numaralarının uygulama altyapınıza girmemesini sağlar.
Apple Pay’i eklemeyi düşünmelisiniz eğer:
Apple Pay, kartlar, PayPal vb. ile birlikte sunulması gereken bir ek seçenektir. Diğer yöntemleri kaldırmayın; uygun kullanıcılar için en hızlı yol olarak sunun.
En azından şunlara ihtiyacınız var:
Ayrıca Apple Pay’in desteklendiği bölgelerde ve bankalarda işlem yapmanız ve satıcı kategoriniz ile ürünlerinizin Apple kurallarına uygun olması gerekir.
iOS’te genel adımlar şunlardır:
Cihaz, şifreli bir ödeme tokeni oluşturur; bu token şunları içerir:
Bu token, ödeme işlemcinizin genel anahtarıyla şifrelenir; dolayısıyla uygulamanız ve backend’iniz bunu opak bir nesne olarak işler. Backend, tokeni gateway’e iletir, gateway tokeni çözer, ağ/issuer ile yetkilendirme yapar ve başarı veya hata döner.
Gerçek PAN veya kriptografik anahtarları asla görmezsiniz; yalnızca işlem meta verileri ve durum bilgisi alırsınız.
Backend’iniz şunları yapmalıdır:
Tokenleri kendiniz çözmeye veya uzun süre saklamaya çalışmayın; hassas işlemleri PCI uyumlu gateway’e bırakın.
Sık görülen başarısızlık nedenleri:
Önce Apple Developer portalı, Xcode entitlements ve gateway ayarlarını kontrol edin; sonra sunucu loglarında merchant validation ve gateway hata kodlarını inceleyin.
Apple Pay’i ücretli kart kullanmadan test etmek için:
Simulator hızlı UI kontrolleri için kullanışlıdır, ancak Wallet kurulumu, biyometri ve gerçek ağ koşulları için gerçek cihazlarda doğrulama yapın.
Dönüşümü artırmak için öneriler:
PKPaymentButton kullanın ve yanında net bir açıklama bulundurun (örn. “Apple Pay ile anında öde”).Bu yaklaşımlar sürtünmeyi azaltır ve Apple Pay’i hızlı, güvenilir bir kısa yol haline getirir.
Apple Pay’i kendi başına bir funnel olarak takip edin. Önemli sinyaller:
Buton yerleşimi ve mesajlaşma için A/B testleri yapın; Apple Pay kullanıcılarının tamamlanma ve iptal oranlarını diğer yöntemlerle karşılaştırın.
PKPaymentRequest oluşturun.PKPaymentButton gösterin.PKPaymentAuthorizationController’ı başlatın.didAuthorizePayment içinde payment.tokeni sunucunuza gönderin..success veya .failure döndürün ve sayfayı kapatın.Biyometri, token oluşturma gibi ağır işler sistem UI tarafından halledilir.