14 ਅਕਤੂ 2025·8 ਮਿੰਟ
Apple Pay in Mobile Apps: ਇਹ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ
ਜਾਣੋ ਕਿ Apple Pay in mobile apps ਕੀ ਹੈ, ਇਸਦਾ ਬੈਕਐਂਡ ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਇੰਟਿਗ੍ਰੇਟ ਕਰਕੇ ਚੈੱਕਆਊਟ ਤੇਜ਼ ਅਤੇ ਕਨਵਰਜ਼ਨ ਸੁਧਾਰੋ।
ਜਾਣੋ ਕਿ Apple Pay in mobile apps ਕੀ ਹੈ, ਇਸਦਾ ਬੈਕਐਂਡ ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਇੰਟਿਗ੍ਰੇਟ ਕਰਕੇ ਚੈੱਕਆਊਟ ਤੇਜ਼ ਅਤੇ ਕਨਵਰਜ਼ਨ ਸੁਧਾਰੋ।
Apple Pay Apple ਦਾ ਡਿਜਿਟਲ ਵੌਲੇਟ ਅਤੇ ਭੁਗਤਾਨ ਸੇਵਾ ਹੈ। ਇਹ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਆਪਣੇ iPhone, Apple Watch, iPad ਜਾਂ Mac 'ਤੇ ਕਰੇਡਿਟ, ਡੈਬਿਟ ਅਤੇ ਹੋਰ ਕੁਝ ਪ੍ਰੀਪੇਡ ਜਾਂ ਸਟੋਰ ਕਾਰਡ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸਟੋਰ ਕਰਨ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਟੈਪ ਜਾਂ ਨਜ਼ਰ ਨਾਲ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਆਸਾਨੀ ਦਿੰਦਾ ਹੈ.
ਕਾਰਡ ਨੰਬਰਾਂ ਅਤੇ ਬਿਲਿੰਗ ਜਾਣਕਾਰੀਆਂ ਦਰਜ ਕਰਨ ਦੀ ਥਾਂ, ਉਪਭੋਗਤਾ Face ID, Touch ID ਜਾਂ ਡਿਵਾਈਸ ਪਾਸਕੋਡ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ। Apple ਇਕ ਡਿਵਾਈਸ-ਨਿਰਧਾਰਤ ਟੋਕਨ ਬਣਾਉਂਦਾ ਹੈ ਤਾਂ ਜੋ ਅਸਲੀ ਕਾਰਡ ਨੰਬਰ ਮਰਚੈਂਟ ਨਾਲ ਸਾਂਝੇ ਨਾ ਹੋਣ.
Apple Pay ਤਿੰਨ ਮੁੱਖ ਸੰਦਰਭਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ:
ਇਸ ਗਾਈਡ ਦਾ ਫੋਕਸ in‑app Apple Pay ਉੱਤੇ ਹੈ, ਜਿੱਥੇ ਸਾਰਾ ਭੁਗਤਾਨ ਅਨੁਭਵ ਐਪ ਦੇ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ।
ਛੋਟੀ ਸਕ੍ਰੀਨ ਤੇ ਕਾਰਡ ਵੇਰਵੇ ਟਾਈਪ ਕਰਨਾ ਧੀਮਾ ਅਤੇ ਗਲਤੀ-ਪੂਰਣ ਹੁੰਦਾ ਹੈ। Apple Pay ਕਈ ਫਾਰਮ ਫੀਲਡਜ਼ ਦੀ ਥਾਂ ਇਕ ਇੰਟਰੈਕਸ਼ਨ ਰੱਖਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ:
ਕਿਉਂਕਿ ਕਾਰਡ ਅਤੇ ਪਤੇ ਪਹਿਲਾਂ ਹੀ ਡਿਵਾਈਸ 'ਤੇ ਸਟੋਰ ਰਹਿੰਦੇ ਹਨ, Apple Pay ਨਵੇਂ ਗਾਹਕਾਂ ਲਈ ਵੀ friction ਘટਾਉਂਦਾ ਹੈ।
Apple Pay ਹਾਲੀਆ iPhone, iPad, Apple Watch ਅਤੇ Mac ਮਾਡਲਾਂ 'ਤੇ ਸਪੋਰਟ ਹੁੰਦਾ ਹੈ ਜਿੰਨਾਂ ਖੇਤਰਾਂ 'ਚ ਇਹ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਵੱਡੇ ਨੈੱਟਵਰਕ ਜਿਵੇਂ Visa, Mastercard, American Express ਅਤੇ ਕਈ ਲੋਕਲ ਸਕੀਮ ਸ਼ਾਮਿਲ ਹਨ, ਜਿਹੜਾ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਬੈਂਕ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ.
Apple Pay ਸਭ ਤੋਂ ਉਚਿਤ ਹੈ ਜਦੋਂ:
ਇਹ ਪਾਰੰਪਰਿਕ ਕਾਰਡ ਫਾਰਮਾਂ ਅਤੇ ਹੋਰ ਵੌਲੇਟਸ ਦੇ ਨਾਲ ਸਾਥ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲਨਾ, ਤਾਂ ਜੋ ਜਿਹੜੇ ਉਪਭੋਗਤਾ Apple Pay ਨਹੀਂ ਵਰਤ ਸਕਦੇ ਉਹ ਫਿਰ ਵੀ ਭੁਗਤਾਨ ਕਰ ਸਕਣ।
Apple Pay ਸਧਾਰਨ “double-click to pay” ਅਨੁਭਵ ਦੇ ਪਿੱਛੇ ਬਹੁਤ ਸਾਰੀ ਜਟਿਲਤਾ ਨੂੰ ਛੁਪਾ ਦਿੰਦਾ ਹੈ। اندرੂਨੀ ਤੌਰ 'ਤੇ ਕਈ ਪਾਰਟੀਆਂ ਅਤੇ ਸੁਰੱਖਿਆ ਲੇਅਰ ਇੱਕਠੇ ਹੋਕੇ ਪੈਸਾ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਮੂਵ ਕਰਦੇ ਹਨ।
ਇੱਕ ਆਮ Apple Pay ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ:
ਜਦੋਂ ਉਪਭੋਗਤਾ ਕਾਰਡ ਨੂੰ Apple Wallet ਵਿੱਚ ਜੋੜਦਾ ਹੈ, ਅਸਲੀ ਕਾਰਡ ਨੰਬਰ (FPAN) ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਕਾਰਡ ਨੈੱਟਵਰਕ ਅਤੇ issuer ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਉਹ DPAN (Device Primary Account Number) ਅਤੇ ਡਿਵਾਈਸ ਲਈ ਵਿਲੱਖਣ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਕੁੰਜੀਆਂ ਵਾਪਸ ਭੇਜਦੇ ਹਨ।
DPAN ਉਹ ਹੁੰਦਾ ਹੈ ਜੋ Apple Pay ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨਾਂ ਦੌਰਾਨ ਵਰਤਦਾ ਹੈ। ਤੁਹਾਡੀ ਐਪ ਅਤੇ ਬੈਕਐਂਡ ਕਦੇ ਵੀ FPAN ਨਹੀਂ ਵੇਖਦੇ। ਇਹ Apple Pay ਦੇ ਟੋਕਨਾਈਜੇਸ਼ਨ ਮਾਡਲ ਦਾ ਮੁੱਖ ਹੈ: ਡਿਵਾਈਸ ਇੱਕ ਪਰੋਛਾਵੇ ਕਾਰਡ ਨੰਬਰ ਅਤੇ ਇੱਕ-ਵਾਰੀ cryptograms ਵਰਤਦਾ ਹੈ, ਨਾਂ ਕਿ ਅਸਲੀ ਕਾਰਡ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ।
ਸਪੋਰਟ ਕੀਤੇ ਡਿਵਾਈਸਾਂ 'ਤੇ, ਭੁਗਤਾਨ ਪ੍ਰਮਾਣਪੱਤਰ ਅਤੇ ਕੁੰਜੀਆਂ Secure Element (ਜਾਂ Secure Enclave ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ) ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ। ਜਦੋਂ ਉਪਭੋਗਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ (Face ID, Touch ID ਜਾਂ passcode), Secure Element:
ਤੁਹਾਡੀ ਐਪ Apple Pay APIs ਰਾਹੀਂ ਇਹ opaque, ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਹੋਇਆ ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਅਤੇ ਉਸਨੂੰ ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਵੱਲ ਭੇਜਦੀ ਹੈ, ਜੋ PSP ਜਾਂ ਗੇਟਵੇ ਤੱਕ ਅੱਗੇ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ।
PSP ਟੋਕਨ ਨੂੰ ਡਿਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, DPAN ਅਤੇ cryptogram ਨਿਕਾਲਦਾ ਹੈ, ਅਤੇ ਇੱਕ authorization request ਕਾਰਡ ਨੈੱਟਵਰਕ ਰਾਹੀਂ issuing bank ਨੂੰ ਭੇਜਦਾ ਹੈ। issuer cryptogram ਅਤੇ ਕਾਰਡ ਸਥਿਤੀ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰਦਾ ਹੈ, ਫਿਰ ਮਨਜ਼ੂਰੀ ਜਾਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ।
ਬਾਅਦ ਵਿੱਚ, settlement ਦੌਰਾਨ, ਮਨਜ਼ੂਰ ਕੀਤੀ ਰਕਮ ਕੈਪਚਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਬੈਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ issuing bank ਤੋਂ ਮਰਚੈਂਟ ਦੇ acquiring bank ਵਿੱਚ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਤੁਹਾਡੇ ਐਪ ਲਈ, ਇਹ ਸਿਰਫ਼ ਕੈਪਚਰ ਜਾਂ ਸੇਲ ਦਾ ਪੂਰਾ ਹੋਣਾ ਹੈ, ਪਰ ਅੰਦਰੋਂ ਇਹ acquirer, card network ਅਤੇ issuer ਦੇ ਵਿਚਕਾਰ DPAN ਦੀ ਵਰਤੋਂ ਨਾਲ ਕੋਆਰਡੀਨੇਟ ਹੁੰਦਾ ਹੈ — ਨਾ ਕਿ ਗ੍ਰਾਹਕ ਦੇ ਅਸਲੀ ਕਾਰਡ ਨੰਬਰ ਨਾਲ।
Apple Pay ਨੂੰ ਆਪਣੀ ਐਪ ਵਿੱਚ ਜੋੜਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਕੁਝ ਤਕਨੀਕੀ, ਕਾਰੋਬਾਰੀ ਅਤੇ ਖੇਤਰੀ ਲੋੜਾਂ ਪੂਰੀਆਂ ਕਰਨੀyaan ਹੋਣਗੀਆਂ।
ਮਰਚੈਂਟ ਪਾਸੇ ਤੁਹਾਡੇ ਕੋਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
ਬਹੁਤ ਸਾਰੇ ਮਰਚੈਂਟ web-based ਜਾਂ hybrid ਫਲੋਜ਼ ਦੌਰਾਨ ਮਰਚੈਂਟ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਈ Merchant Identity certificate ਵੀ ਬਣਾਉਂਦੇ ਹਨ।
Apple Pay in apps ਇਹਨਾਂ 'ਤੇ ਸਪੋਰਟ ਹੁੰਦਾ ਹੈ:
ਨਿਵੇਦਨ ਹੈ ਕਿ Apple ਦੀਆਂ ਤਾਜ਼ਾ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ OS ਸਪੋਰਟ ਦੀ ਜਾਂਚ ਕਰੋ, ਖਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਨਵੇਂ APIs 'ਤੇ ਨਿਰਭਰ ਹੋ।
Apple Pay ਹਰ ਦੇਸ਼ ਜਾਂ ਹਰ ਬੈਂਕ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਤੁਹਾਨੂੰ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
Apple ਕੁਝ ਮਰਚੈਂਟ ਕੈਟੇਗਰੀਆਂ ਅਤੇ ਯੂਜ਼ ਕੇਸ (ਜਿਵੇਂ ਗੈਰਕਾਨੂੰਨੀ ਸਮਾਨ, ਕੁਝ ਡਿਜਿਟਲ ਸਮੱਗਰੀ ਜਾਂ ਉੱਚ-ਖਤਰੇ ਉਦਯੋਗ) 'ਤੇ ਪਾਬੰਦੀ ਲਗਾ ਸਕਦਾ ਹੈ। ਯਕੀਨੀ ਬਣਾਓ:
ਆਖਿਰਕਾਰ, ਤੁਹਾਨੂੰ ਇੱਕ PSP ਜਾਂ payment gateway ਦੀ ਲੋੜ ਹੈ ਜੋ Apple Pay ਟੋਕਨਾਈਜੇਸ਼ਨ ਅਤੇ ਡਿਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਸਪੋਰਟ ਕਰਦਾ ਹੋਵੇ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਪ੍ਰਦਾਤਾ:
ਇੱਕ ਸੁਚੱਜਾ Apple Pay ਫਲੋ ਲਗਭਗ ਅਦ੍ਰਿਸ਼ ਹੋਣ ਵਰਗਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਹੇਠਾਂ ਇੱਕ ਆਮ ਕ੍ਰਮ ਦਿੱਤਾ ਹੈ।
ਯਾਤਰਾ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਪ੍ਰੋਡਕਟ ਪੇਜ ਜਾਂ ਕਾਰਟ ਸਕ੍ਰੀਨ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਯੂਜ਼ਰ ਆਈਟਮ ਅਤੇ ਵਿਕਲਪ (ਸਾਈਜ਼, ਰੰਗ, ਮਾਤਰਾ) ਚੁਣ ਲੈਂਦਾ ਹੈ, ਉਹ checkout ਵੱਲ ਜਾਂਦਾ ਹੈ।
ਚੈੱਕਆਊਟ ਜਾਂ ਕਾਰਟ ਸਕ੍ਰੀਨ 'ਤੇ, Apple ਵੱਲੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਸਟੈਂਡਰਡ Apple Pay ਬਟਨ ਦਿਖਾਓ। ਇਹ:
ਜਦੋਂ ਯੂਜ਼ਰ ਬਟਨ 'ਤੇ ਟੈਪ ਕਰਦਾ ਹੈ, Apple Pay sheet ਸਕ੍ਰੀਨ ਦੇ ਹੇਠੋਂ ਸਲਾਈਡ ਕਰਕੇ ਉੱਪਰ ਆਉਂਦੀ ਹੈ।
ਇਸ ਸ਼ੀਟ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ:
ਯੂਜ਼ਰ ਸ਼ੀਟ ਵਿੱਚ ਸਿੱਧਾ ਹੀ ਵੇਰਵੇ ਬਦਲ ਸਕਦਾ ਹੈ (ਕਾਰਡ, ਸ਼ਿਪਿੰਗ, ਸੰਪਰਕ) ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।
ਭੁਗਤਾਨ ਨੂੰ ਮਨਜ਼ੂਰ ਕਰਨ ਲਈ, ਉਪਭੋਗਤਾ ਨੇ ਇਹਨਾਂ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
ਸ਼ੀਟ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਯੂਜ਼ਰ ਨੂੰ ਪ੍ਰੈਪਟ ਕਰਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ: Face ID ਡਿਵਾਈਸਾਂ 'ਤੇ "Double-click to pay".
ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਾਅਦ, ਸ਼ੀਟ ਪ੍ਰਗਟਿ ਦਰਸਾਉਂਦੀ ਹੈ ਅਤੇ ਫਿਰ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ, ਯੂਜ਼ਰ ਨੂੰ ਤੁਹਾਡੇ ਐਪ 'ਤੇ ਵਾਪਸ ਕਰਦੀ ਹੈ।
ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਤੁਰੰਤ ਇੱਕ ਸਪਸ਼ਟ ਸਟੇਟ ਦਿਖਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:
ਇਹ ਸਪਸ਼ਟ ਅਤੇ ਇਕਸਾਰ ਸਟੇਟ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਭਰੋਸਾ ਦਿੰਦੇ ਹਨ ਕਿ ਉਨ੍ਹਾਂ ਦੀ ਭੁਗਤਾਨ ਸਥਿਤੀ ਅਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਅਤੇ ਉਹ ਪ੍ਰਕਿਰਿਆ 'ਤੇ ਕੰਟਰੋਲ ਰੱਖਦੇ ਹਨ।
iOS 'ਤੇ Apple Pay ਨੂੰ ਇੰਪਲੀਮੈਂਟ ਕਰਨ ਦਾ ਕੇਂਦਰ PassKit ਫਰੇਮਵਰਕ ਅਤੇ ਕੁੱਝ ਮੁੱਖ ਕਲਾਸਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ ਐਪ-ਲੈਵਲ ਤੇ end‑to‑end ਫਲੋ ਦਿੱਤਾ ਗਿਆ ਹੈ।
ਇਸ ਨਾਲ ਤੁਹਾਡੇ ਐਪ ਬੰਡਲ ਨੂੰ ਤੁਹਾਡੇ merchant identity ਨਾਲ ਵਾਇਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ Apple Pay ਟੋਕਨ ਤੁਹਾਡੇ ਸਰਵਰ ਲਈ ਬਣ ਸਕਣ।
PKPaymentRequestimport 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, ਅਤੇ currencyCode ਤੁਹਾਡੇ merchant setup ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। supportedNetworks ਉਹ ਕਾਰਡ ਸਕੀਮਾਂ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਅਤੇ ਤੁਹਾਡਾ PSP ਸਪੋਰਟ ਕਰਦੇ ਹਨ। ਘੱਟੋ ਘੱਟ, merchantCapabilities ਵਿੱਚ .capability3DS ਸ਼ਾਮਲ ਕਰੋ।
PKPaymentButtonApple ਦੀ UI ਗਾਈਡਲਾਈਨਜ਼ ਦੀ ਪਾਲਣਾ ਲਈ PKPaymentButton ਵਰਤੋਂ:
let payButton = PKPaymentButton(paymentButtonType: .buy, paymentButtonStyle: .black)
ਇਸਨੂੰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਖਰੀਦਦਾਰੀ ਦੀ ਇੱਛਾ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਹੋਵੇ: ਪ੍ਰੋਡਕਟ ਸਕ੍ਰੀਨ, ਕਾਰਟ, ਅਤੇ ਆਖ਼ਰੀ ਚੈੱਕਆਊਟ. ਜੇ PKPaymentAuthorizationController.canMakePayments() false ਵਾਪਸ ਕਰਦਾ ਹੈ ਤਾਂ ਇਸਨੂੰ ਨਿਸਕ੍ਰਿਯ ਜਾਂ ਛੁਪਾਓ।
PKPaymentAuthorizationController and Handle Callbacksrequest ਤੋਂ controller ਬਣਾਓ ਅਤੇ PKPaymentAuthorizationControllerDelegate ਨਾਲ ਅਨੁਕੂਲਤਾ ਰੱਖੋ:
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 메ਥਡ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ payment.token ਨੂੰ ਸਰਵਰ ਵੱਲ ਭੇਜਦੇ ਹੋ ਅਸਲ ਚਾਰਜ ਲਈ। ਤੁਹਾਡੇ ਸਰਵਰ ਦੇ ਜਵਾਬ ਤੋਂ ਬਾਅਦ, .success ਜਾਂ .failure ਨਾਲ ਪੂਰਾ ਕਰੋ, ਫਿਰ paymentAuthorizationControllerDidFinish ਵਿੱਚ ਸ਼ੀਟ ਨੂੰ dismiss ਕਰੋ।
ਸਰਵਰ-ਸਾਈਡ ਲੋਜਿਕ ਉਹ ਹੈ ਜੋ Apple Pay sheet ਨੂੰ ਅਸਲ ਪੈਸਾ ਵਿਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਐਪ ਯੂਜ਼ਰ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਇਕੱਠੀ ਕਰਦਾ ਹੈ; ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਮਰਚੈਂਟ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰਦਾ ਹੈ, ਟੋਕਨ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ payment gateway ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ।
Apple Pay sheet ਦਿਖਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਡੀ ਐਪ ਨੂੰ Apple ਤੋਂ merchant session ਪ੍ਰਾਪਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
PKPaymentAuthorizationController ਵੱਲੋਂ ਦਿੱਤੇ ਗਏ merchant validation URL ਨੂੰ ਆਪਣੇ ਬੈਕਐਂਡ ਨੂੰ ਭੇਜਦੀ ਹੈ।ਇਹ ਫਲੋ Apple ਨੂੰ ਸਾਬਿਤ ਕਰਦਾ ਹੈ ਕਿ ਐਪ ਤੁਹਾਡੇ merchant identity ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ ਅਤੇ ਡੋਮੇਨ ਨੂੰ ਵੈਰਿਫਾਈ ਕਰਦਾ ਹੈ।
ਯੂਜ਼ਰ ਭੁਗਤਾਨ ਦੀ ਮਨਜ਼ੂਰੀ ਕਰਨ ਦੇ ਬਾਅਦ, ਐਪ ਨੂੰ ਇੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀ payment token (PKPaymentToken) ਮਿਲਦੀ ਹੈ ਅਤੇ ਉਹ ਇਸਨੂੰ HTTPS ਰਾਹੀਂ ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਨੂੰ ਭੇਜਦਾ ਹੈ।
ਸਰਵਰ 'ਤੇ:
ਗੇਟਵੇ ਟੋਕਨ ਨੂੰ ਡਿਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ (network tokens ਜਾਂ DPANs ਦੀ ਵਰਤੋਂ ਕਰਕੇ) ਅਤੇ ਕਾਰਡ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਚਲਾਉਂਦਾ ਹੈ।
ਗੇਟਵੇ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਦੋ ਫਲੋਜ਼ ਦਿੰਦਾ ਹੈ:
ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਗੇਟਵੇ ਦੇ transaction ID, ਰਕਮ, ਮੁਦਰਾ ਅਤੇ ਸਥਿਤੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲੇ—ਪਰ ਕਦੇ ਵੀ ਰਾ ਕਾਰਡ ਡੇਟਾ ਜਾਂ ਡਿਕ੍ਰਿਪਟ ਕੀਤੇ ਟੋਕਨ ਸਮੱਗਰੀ ਨੂੰ ਸਟੋਰ ਨਾ ਕਰੋ।
ਰਿਕੋਨਸਿਲੀਏਸ਼ਨ, ਰੀਫੰਡ ਅਤੇ ਕਸਟਮਰ ਸਪੋਰਟ ਲਈ ਸਿਰਫ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ ਸਟੋਰ ਕਰੋ:
ਕਦੇ ਵੀ ਫੁੱਲ ਕਾਰਡ ਨੰਬਰ, CVV ਜਾਂ ਅਨਏਨਕ੍ਰਿਪਟ ਕੀਤੇ payment tokens ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਸਟੋਰ ਨਾ ਕਰੋ। PCI- compliant gateways ਨੂੰ ਸੰਵੇਦਨਸ਼ੀਲ ਹੈਂਡਲਿੰਗ ਸੌਂਪੋ, ਅਤੇ ਸਾਰੇ ਸੰਚਾਰ TLS 'ਤੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਸਖ਼ਤ ਲੌਗਿੰਗ ਅਤੇ ਐਕਸੈਸ ਕੰਟ੍ਰੋਲ ਦੇ ਨਾਲ।
Apple Pay ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਤੁਹਾਡੀ ਐਪ ਕਦੇ ਵੀ ਰਾ ਕਾਰਡ ਨੰਬਰਾਂ ਨੂੰ ਛੂਹਦੀ ਨਹੀਂ, ਪਰ ਤੁਹਾਨੂੰ ਫਿਰ ਵੀ ਸੁਰੱਖਿਆ ਮਾਡਲ ਅਤੇ ਆਪਣੀਆਂ ਜਿੰਮੇਵਾਰੀਆਂ ਨੂੰ ਸਮਝਣਾ ਲਾਜ਼ਮੀ ਹੈ।
ਜਦੋਂ ਉਪਭੋਗਤਾ ਕਾਰਡ ਨੂੰ Apple Pay ਵਿੱਚ ਜੋੜਦਾ ਹੈ, issuer ਅਤੇ ਨੈੱਟਵਰਕ ਅਸਲੀ PAN (ਕਾਰਡ ਨੰਬਰ) ਨੂੰ Device Account Number (DAN) ਨਾਲ ਬਦਲ ਦਿੰਦੇ ਹਨ।
ਭੁਗਤਾਨ ਦੌਰਾਨ:
ਤੁਹਾਡੀ ਐਪ ਅਤੇ ਬੈਕਐਂਡ ਸਿਰਫ ਟੋਕਨ ਅਤੇ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਮੈਟਾਡੇਟਾ ਹੀ ਵੇਖਦੇ ਹਨ, ਨਾਂ ਕਿ ਅਡਡੇ ਕਾਰਡ ਵੇਰਵੇ।
ਸੰਵੇਦਨਸ਼ੀਲ ਕੁੰਜੀਆਂ ਅਤੇ ਭੁਗਤਾਨ ਪ੍ਰਮਾਣਪੱਤਰ Secure Enclave ਵਿੱਚ ਸਟੋਰ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜੋ ਇੱਕ ਹਾਰਡਵੇਅਰ-ਆਲੱਗ ਕੋ-ਪ੍ਰੋਸੈਸਰ ਹੈ।
ਪ੍ਰਮਾਣਿਕਤਾ ਯੂਜ਼ਰ ਵੈਰੀਫਿਕੇਸ਼ਨ ਨਾਲ ਟਾਈਡ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:
ਤੁਹਾਡੀ ਐਪ ਸਿਰਫ ਸਿਸਟਮ ਸ਼ੀਟ ਤੋਂ success ਜਾਂ failure ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ; ਇਹ ਕਦੇ ਵੀ ਬਾਇਓਮੈਟ੍ਰਿਕ ਡੇਟਾ ਜਾਂ Secure Enclave ਦੀਆਂ ਸਮੱਗਰੀਆਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਪਾਉਂਦੀ।
ਹਰ Apple Pay ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ:
ਨੈੱਟਵਰਕ ਅਤੇ issuers ਇਹ ਮੁੱਲ ਵੈਰੀਫਾਈ ਕਰਦੇ ਹਨ, ਜਿਸ ਨਾਲ cloning, replay ਅਤੇ tampering ਦੀ ਪਛਾਣ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ।
Apple Pay ਤੁਹਾਡੇ ਐਪ ਦੀ PCI DSS scope ਨੂੰ ਕਾਫ਼ੀ ਘਟਾ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ:
ਫਿਰ ਵੀ:
ਰਸਮੀ ਰਹਿਨੁਮਾਈ ਲਈ, ਆਪਣੇ acquiring bank, PSP, ਅਤੇ ਇੱਕ ਯੋਗ security assessor ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
Apple Pay ਰਿਸ਼ਕੇ ਘਟਾਉਂਦਾ ਹੈ, ਪਰ ਬੇਫਿਕਰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਦੁਬਾਰਾ ਖਤਰਾ ਲਿਆ ਸਕਦੇ ਹਨ।
ਵਿਹਲੇ-ਘਟਕੀ ਸੁਝਾਵ:
ਇਹ ਸੀਮਾਵਾਂ ਦਾ ਆਦਰ ਕਰਕੇ, ਤੁਸੀਂ Apple Pay ਦੀਆਂ ਅੰਤਰਿਕ ਰੱਖਿਆਆਂ ਦਾ ਲਾਭ ਉਠਾਉਂਦੇ ਹੋ ਅਤੇ ਆਪਣੀ ਕੰਪਲਾਇੰਸ ਜਿੰਮੇਵਾਰੀ ਨੂੰ ਸੰਭਾਲ ਸਕਦੇ ਹੋ।
ਪੂਰੇ ਵਿਸ਼ਵਾਸ ਨਾਲ Apple Pay ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਢੁਕਵਾਂ ਟੈਸਟਿੰਗ ਜ਼ਰੂਰੀ ਹੈ। ਇਹ ਸਹੀ sandbox ਸੈਟਅਪ ਅਤੇ ਟੈਸਟ ਕਰਨ ਦੀ ਯੋਜਨਾ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।
Apple Developer / App Store Connect ਵਿੱਚ, Users and Access → Sandbox ਹੇਠਾਂ sandbox tester accounts ਬਣਾਓ। ਇਹ ਖਾਸ Apple IDs ਟੈਸਟ ਡਿਵਾਈਸਾਂ 'ਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਕਿ ਅਸਲੀ ਕਾਰਡ ਚਾਰਜ ਹੋਣ ਤੋਂ ਬਚਾ ਜਾ ਸਕੇ।
ਟੈਸਟ ਡਿਵਾਈਸਾਂ 'ਤੇ:
ਵੱਖ-ਵੱਖ ਯੂਜ਼ਰ ਪ੍ਰੋਫਾਈਲ (ਖੇਤਰ, ਮੁਦਰਾ, ਕਾਰਡ ਸਕੀਮ) ਲਈ ਵੱਖਰੇ sandbox testers ਵਰਤੋ ਤਾਂ ਕਿ edge cases ਨੂੰ ਨਿਰੰਤਰ ਤਰੀਕੇ ਨਾਲ ਦੁਹਰਾਇਆ ਜਾ ਸਕੇ।
iOS Simulator ਮੌਲਿਕ Apple Pay ਟੈਸਟਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਛੇਤੀ UI ਵੈਰੋ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਵਿਕਾਸ ਲਈ ਉਪਯੋਗੀ ਹੈ। ਤੁਸੀਂ authorization ਨੂੰ simulate ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ PKPaymentAuthorizationController ਫਲੋ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
ਹਾਲਾਂਕਿ, ਹਮੇਸ਼ਾ physical devices 'ਤੇ ਵੈਰੀਫਾਈ ਕਰੋ ਕਿਉਂਕਿ ਉਹ ਹੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ:
Simulator ਨੂੰ ਇੱਕ ਸੁਵਿਧਾ ਸਮਝੋ, ਪਰ ਬਦਲ ਨਹੀਂ।
ਘੱਟੋ-ਘੱਟ ਹੇਠਾਂ ਦਿੱਤੇ ਫਲੋਜ਼ ਨੂੰ end-to-end (client ਅਤੇ server) ਟੈਸਟ ਕਰੋ:
declines ਅਤੇ error codes ਨੂੰ ਫੋਰਸ ਕਰਨ ਲਈ gateway-ਵਿਸ਼ੇਸ਼ ਟੈਸਟ ਕਾਰਡ ਨੰਬਰ ਅਤੇ triggers ਵਰਤੋ।
ਮਸਲਾਂ ਨੁਮਾਇਆ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਲੌਗ ਰੱਖੋ, ਪਰ ਸੰਵੇਦਨਸ਼ੀਲ ਭੁਗਤਾਨ ਡੇਟਾ ਕਦੇ ਵੀ ਲੌਗ ਨਾ ਕਰੋ। ਟਾਲੋ:
ਬਜਾਏ, ਲੌਗ ਕਰੋ:
created → authorized → captured → failed)client ਲੌਗਜ਼ ਨੂੰ ਸਰਵਰ ਲੌਗਜ਼ ਨਾਲ ਇੱਕ correlation ID ਰਾਹੀਂ ਜੋੜੋ ਤਾਂ ਕਿ ਮੁੱਦੇ ਟਰੇਸ ਕਰਨਾ ਆਸਾਨ ਹੋਵੇ।
ਟੈਸਟ ਸਾਈਕਲ ਚਲਾਉਂਦੇ ਸਮੇਂ, ਧਿਆਨ ਰੱਖੋ:
ਜੇ ਤੁਸੀਂ ਅੰਤਰਾਲੀ ਤਰਤੀਬਾਂ ਜਾਂ ਧੀਮੀਆਂ ਅਧਿਕਾਰਤੀਆਂ ਵੇਖਦੇ ਹੋ, ਪਹਿਲਾਂ ਆਪਣੇ gateway ਦੀ ਸਥਿਤੀ ਅਤੇ Apple ਦੀ ਸਥਿਤੀ ਚੈੱਕ ਕਰੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਇਕ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਬੱਗ ਨੂੰ ਧਰਕੇ ਨਾ ਭੱਜੋ।
ਸੋਚ-ਵਿਚਾਰ ਕੇ Apple Pay ਡਿਜ਼ਾਇਨ ਇਸਨੂੰ ਇੱਕ “ਨਿਸ਼ਚਿਤ-ਲਾਭ” ਬਦਲ ਸਕਦਾ ਹੈ। ਛੋਟੀ-ਛੋਟੀ ਸਥਿਤੀ ਅਤੇ ਕਾਪੀ ਦੇ ਫੈਸਲੇ ਇਸ ਗੱਲ 'ਤੇ ਵੱਡਾ ਅਸਰ ਪਾਉਂਦੇ ਹਨ ਕਿ ਯੂਜ਼ਰ ਇਸਨੂੰ ਕਿੰਨਾ ਵਰਤੇ।
Apple Pay ਦੀ ਵਰਤੋਂ ਓਥੇ ਕਰੋ ਜਿੱਥੇ ਖਰੀਦ ਦੀ ਇੱਛਾ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਹੈ:
Apple Pay ਨੂੰ ਅਤिरिक्त ਤਾਬੜ-ਤੋੜਾਂ ਦੇ ਪਿੱਛੇ ਛੁਪਾਉਣਾ ਬਚਾਓ; ਹਰ ਇਕ ਵਾਧੂ ਕਦਮ ਵਰਤੋਂ ਘਟਾਉਂਦਾ ਹੈ।
Apple Pay ਨੂੰ ਇੱਕ express checkout ਵਜੋਂ ਦਿਓ:
ਜਦੋਂ express checkout ਵਜੋਂ ਵਰਤੋ, ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਸ਼ਿਪਿੰਗ ਅਤੇ ਸੰਪਰਕ ਵੇਰਵੇ Apple Pay authorization ਦੌਰਾਨ ਹੱਲ ਹੋਣਗੇ।
Apple ਦੀ Human Interface Guidelines ਦੀ ਪਾਲਣਾ ਕਰੋ:
ਕਿਸੇ ਵੀ ਕਸਟਮ ਰੰਗ ਜਾਂ icons ਜੋ ਪਛਾਣ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ ਜਾਂ brand ਨਿਯਮਾਂ ਦਾ ਉਲੰਘਣ ਕਰਦੀਆਂ ਹਨ, ਤੋਂ ਬਚੋ।
Apple Pay ਨੂੰ ਆਗਵਾ ਕਰਨ ਦਿਓ:
ਲਕਸ਼ ਹੈ ਇੱਕ ਇਕ ਫੈਸਲਾਕਾਰੀ ਟੈਪ — ਨਾ ਕਿ ਬਹੁ-ਸਕ੍ਰੀਨ ਫੰਨਲ।
ਜੁਟੇ ਹੋਏ failure ਸਥਿਤੀਆਂ ਤੋਂ ਵਪਾਰ ਖੋਹ ਜਾਣ ਦੀ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਗਲਤ ਸੁਨੇਹਾ ਹੈ। ਤਿਆਰ ਰਹੋ:
ਫੇਲ੍ਹ ਵੇਲੇ ਤਕਨੀਕੀ ਵੇਰਵੇ ਸਿਰਫ਼ ਸੁਰੱਖਿਅਤ ਲੌਗਜ਼ ਵਿੱਚ ਰੱਖੋ, UI 'ਤੇ ਸਹਾਇਕ ਅਤੇ ਸਪਸ਼ਟ ਸੁਨੇਹੇ ਦਿਖਾਉ।
ਅਧਿਕਤਮ Apple Pay ਸਮੱਸਿਆਵਾਂ misconfiguration ਕਾਰਨ ਹੁੰਦੀਆਂ ਹਨ।
ਪਹਿਲਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕੋਡ ਵਿੱਚ ਵਰਤਿਆ ਗਿਆ merchant ID Apple Developer ਖਾਤੇ ਅਤੇ ਤੁਹਾਡੇ payment gateway ਸੈਟਿੰਗਾਂ ਵਿੱਚੋਂ ਬਿਲਕੁਲ ਮਿਲਦਾ ਹੈ। ਇੱਕ ਅੱਖਰ ਦੀ ਗਲਤੀ (ਜਾਂ sandbox merchant ID ਨੂੰ production 'ਚ ਵਰਤਣਾ) ਫਲੋ ਨੂੰ ਰੋਕ ਦੇਵੇਗੀ।
ਅਗਲੇ ਕਦਮ ਵਿੱਚ entitlements ਅਤੇ capabilities ਚੈੱਕ ਕਰੋ:
ਜੇ Apple Pay ਬਟਨ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦਾ ਜਾਂ sheet ਕਦੇ ਵੀ ਪ੍ਰਸਤੁਤ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ configuration ਪ੍ਰਧਾਨ ਸੰਦੇਹ ਹੈ।
Apple Pay ਕੁਝ ਦੇਸ਼ਾਂ, ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਬੈਂਕਾਂ ਜਾਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਉਪਲਬਧ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਹੋਰਾਂ 'ਤੇ ਨਹੀਂ।
Apple Pay ਬਟਨ ਦਿਖਾਉਣ ਤੋਂ ਪਹਿਲਾਂ PKPaymentAuthorizationController.canMakePayments() ਅਤੇ canMakePayments(usingNetworks:) ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇ ਇਹ false ਵਾਪਸ ਕਰਦੇ ਹਨ, ਬਟਨ ਛੁਪਾਓ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਵਜਹ ਦੇਵੋ ਅਤੇ ਵਿਕਲਪ ਦਿੱਤੋ।
ਜਦੋਂ ਯੂਜ਼ਰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਾਰਡ "supported" ਨਹੀਂ ਹੈ, ਜਾਂਚੋ:
Merchant validation ਫੇਲ ਆਮ ਤੌਰ 'ਤੇ Apple Pay sheet ਦੇ ਛੇਤੀ dismiss ਹੋ ਜਾਣ ਜਾਂ ਕਦੇ ਵੀ ਪ੍ਰਗਟ ਨਾ ਹੋਣ ਵਜੋਂ ਨਜ਼ਰ ਆਉਂਦੇ ਹਨ।
ਨੈਟਿਵ ਐਪਾਂ ਵਿੱਚ, ਇਹ ਅਕਸਰ ਹੋਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਹਨ:
ਸਰਵਰ ਜਾਂ validation endpoint 'ਤੇ ਲੌਗ ਕਰੋ:
ਇਹ ਲੌਗ ਆਮ ਤੌਰ 'ਤੇ misconfigured ਹਿੱਸੇ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।
ਹਰ ਫੇਲ ਤਕਨੀਕੀ ਨਹੀਂ ਹੁੰਦਾ; ਕਈ ਵਾਰੀ ਇਹ issuer declines ਹੁੰਦੇ ਹਨ।
ਹਮੇਸ਼ਾ gateway ਜਾਂ processor ਦੇ response ਦੀ ਜਾਂਚ ਕਰੋ। ਇਹਨਾਂ ਵਿਚਕਾਰ ਫਰਕ ਕਰੋ:
ਇਨ੍ਹਾਂ ਸ਼੍ਰੇਣੀਆਂ ਨੂੰ ਯੂਜ਼ਰ-ਮਿੱਤਰ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਨਕਸ਼ਾ ਬੰਨ੍ਹੋ, ਜਿਵੇਂ:
ਅਣਜਾਣ gateway error codes ਜਾਂ ਬੇਕਾਰ ਤਕਨੀਕੀ ਵੇਰਵੇ UI 'ਤੇ ਨਾ ਦਿਖਾਓ।
Apple Pay ਨੂੰ پروਡਕਸ਼ਨ ਵਿੱਚ ਸਥਿਰ ਰੱਖਣ ਲਈ, ਹਰ payment ਕੋਸ਼ਿਸ਼ ਦੇ ਆਲੇ-ਦੁਆਲੇ structured logging ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰੋ:
ਦ੍ਰਿਸ਼ਯਾਂ ਅਤੇ alerts ਸੈਟ ਕਰੋ declines, merchant validation errors ਜਾਂ timeouts ਲਈ। client-side events ਨੂੰ server logs ਨਾਲ correlate ਕਰੋ ਤਾਂ ਕਿ ਵੇਖਿਆ ਜਾ ਸਕੇ ਕਿ ਫੇਲ ਕਿੱਥੇ ਹੋ ਰਹੀ ਹੈ।
ਇਹ ਦਰਜਾ ਦੀ observability ਜ਼ਿੰਦਗੀ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਮੁੱਦਿਆਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਹੱਲ ਕਰਨਾ ਆਸਾਨ ਕਰ ਦਿੰਦੀ ਹੈ।
ਜਦੋਂ Apple Pay ਤੁਹਾਡੇ ਮੋਬਾਈਲ ਐਪ ਵਿੱਚ ਲਾਈਵ ਹੋ ਜਾਵੇ, ਤੁਹਾਨੂੰ ਸਾਬਿਤ ਕਰਨਾ ਪੈਏਗਾ ਕਿ ਇਸ ਨਾਲ checkout ਦਰਅਸਲ ਵਿੱਚ ਸੁਧਾਰ ਆ ਰਿਹਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ ਅਦੁਨਿਕ ਲੱਗ ਰਿਹਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਠੀਕ ਘਟਨਾਵਾਂ ਟ੍ਰੈਕ ਕਰਨਾ, ਮੁੱਖ ਮੈਟ੍ਰਿਕਸ ਦੇਖਣਾ ਅਤੇ ਸੰਰਚਿਤ ਪ੍ਰਯੋਗ ਕਰਨਾ ਹੈ।
ਸਪੱਸ਼ਟ funnel ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹਰ ਕਦਮ 'ਤੇ ਇਵੈਂਟ ਲੌਗ ਕਰੋ:
ਇਹਨਾਂ ਘਟਨਾਵਾਂ ਨੂੰ ਸੰਦਰਭ ਨਾਲ correlate ਕਰੋ:
ਇਸ ਨਾਲ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਯੂਜ਼ਰ ਕਿੱਥੇ ਛੱਡ ਰਹੇ ਹਨ ਅਤੇ ਕੀ ਸਮੱਸਿਆ UX-ਸੰਬੰਧੀ ਹੈ (cancellations), ਤਕਨੀਕੀ (authorization failures), ਜਾਂ ਬੈਕਐਂਡ (capture failures)।
ਇੱਕ ਕੇਂਦਰਿਤ ਮੈਟ੍ਰਿਕ ਸੈੱਟ ਫੈਸਲਾ ਲੈਣਾ ਆਸਾਨ ਬਣਾ ਦਿੰਦਾ ਹੈ:
ਇਹਨਾਂ ਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਅਤੇ ਐਪ ਵਰਜਨਾਂ ਦੁਆਰਾ ਟਰੈਕ ਕਰੋ ਤਾਂ ਕਿ ਇਹ ਵੇਖਿਆ ਜਾ ਸਕੇ ਕਿ Apple Pay ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਅਤੇ UX ਬਦਲਾਅ ਕਿਸ ਤਰ੍ਹਾਂ ਪ੍ਰਭਾਵਿਤ ਕਰ ਰਹੇ ਹਨ।
Apple Pay ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ optimize ਕਰਨ ਲਈ ਪ੍ਰਯੋਗ ਚਲਾਓ:
ਵਰਤੋਂ, success rate, time to pay ਅਤੇ conversion 'ਤੇ ਫਰਕ ਮਾਪੋ। ਛੋਟੇ-ਛੋਟੇ layout ਬਦਲਾਅ ਵੀ ਮਹੱਤਵਪੂਰਕ ਨਤੀਜੇ ਦੇ ਸਕਦੇ ਹਨ।
Analytics ਨੂੰ ਧਿਆਨ ਨਾਲ ਜੋੜੋ ਤਾਂ ਕਿ ਤੁਸੀਂ Apple Pay ਦੀ privacy ਗਾਰੰਟੀ ਅਤੇ ਵੱਡੀਆਂ ਨਿਯਮਾਵਲੀ ਨੂੰ ਸਨਮਾਨ ਕਰੋ:
ਮੁੱਖ analytics platforms (ਜਿਵੇਂ Mixpanel, Amplitude, Firebase) Apple Pay ਇਵੈਂਟਾਂ ਨੂੰ ਸੰਭਾਲ ਸਕਦੇ ਹਨ ਜੇ ਤੁਸੀਂ payloads ਨੂੰ ਸੰਵੇਦਨਸ਼ੀਲ ਭੁਗਤਾਨ ਵੇਰਵੇ ਤੋਂ ਮੁਕਤ ਰੱਖਦੇ ਹੋ।
Apple Pay ਤੋਂ ਮਿਲਣ ਵਾਲੇ ਅੰਕੜੇ ਸਿਰਫ਼ ਉਸ ਇਕ ਬਟਨ ਲਈ ਹੀ ਨਹੀਂ ਹਨ:
ਸਮੇਂ ਦੇ ਨਾਲ, ਇਹ ਮਾਪ ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ Apple Pay ਬਟਨ ਨੂੰ ਸੁਧਾਰਨ ਵਿੱਚ, ਬਲਕਿ ਪੂਰੇ checkout ਅਨੁਭਵ ਨੂੰ ਤੇਜ਼, ਸਪਸ਼ਟ ਅਤੇ ਯੂਜ਼ਰਾਂ ਲਈ ਜ਼ਿਆਦਾ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਨਗੇ।
Apple Pay ਨੂੰ ਇੱਕਲ-ਵਾਰੀ iOS ਐਪ ਤੱਕ ਸੀਮਿਤ ਰੱਖਣਾ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਨਹੀਂ ਹੁੰਦਾ। ਉਪਭੋਗਤਿਆਂ ਦੀ ਉਮੀਦ ਹੁੰਦੀ ਹੈ ਕਿ ਉਹ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਅਤੇ ਚੈਨਲਾਂ 'ਤੇ ਇੱਕੋ ਤਰ੍ਹਾਂ ਭੁਗਤਾਨ ਕਰ ਸਕਣਗੇ, ਅਤੇ ਤੁਹਾਡੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਅਸਰਸ਼ੀਲ ਚੋਣਾਂ ਨੂੰ ਇਸ ਮੁੱਦੇ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
Native apps PKPaymentAuthorizationController ਵਰਤਦੇ ਹਨ ਅਤੇ payment tokens ਨੂੰ ਡਾਇਰੈਕਟ ਬੈਕਐਂਡ ਨੂੰ ਭੇਜਦੇ ਹਨ। ਇਸ ਨਾਲ ਤੁਹਾਨੂੰ ਮਿਲਦਾ ਹੈ:
Apple Pay on the web (Safari) JavaScript ਅਤੇ Payment Request API ਵਰਤਦਾ ਹੈ। ਇਹ ਉੱਚਾ ਹੈ ਜਦੋਂ:
ਕਈ ਟੀਮਾਂ ਲਈ ਸੰਤੁਲਨ ਇਹ ਹੈ: ਐਪ ਵਿੱਚ ਨੈਟਿਵ Apple Pay, ਅਤੇ Safari 'ਤੇ web ਲਈ Apple Pay, ਦੋਹਾਂ ਲਈ ਇੱਕ ਸਾਂਝਾ backend payment pipeline।
ਜੇ ਤੁਸੀਂ Google Pay, PayPal ਜਾਂ ਹੋਰ wallets ਵੀ ਸਹਾਇਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਉੱਚ-ਸਤਹ ਫਲੋ ਨੂੰ ਮਿਲਾਓ:
ਇਸ ਤਰ੍ਹਾਂ, ਡਿਵਾਈਸ ਜਾਂ ਭੁਗਤਾਨ ਢੰਗ ਬਦਲਣ 'ਤੇ ਯੂਜ਼ਰ ਨੂੰ ਨਵੀਂ ਪ੍ਰਣਾਲੀ ਸਿੱਖਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਮਹਿਸੂਸ ਹੋਵੇਗੀ।
React Native, Flutter ਅਤੇ ਸਮਾਨ ਫ੍ਰੇਮਵਰਕਾਂ ਲਈ, ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ reliance ਰੱਖਦੇ ਹੋ:
iPhone, iPad, ਅਤੇ Apple Watch 'ਤੇ ਟੈਸਟ ਕਰੋ ਜਿੱਥੇ ਲੋੜੀਏ:
ਇਕੋ design system ਅਤੇ checkout logic ਨੂੰ ਸਾਰੇ platforms 'ਤੇ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਹਰ channel ਲਈ patley integration layers ਬਣਾਉਣ ਦੀ ਥਾਂ।
Apple Pay ਨੂੰ ਚਲਾਉਂਦੇ ਰਹਿਣਾ ਵੱਡੇ ਰੀਵਰਾਈਟਸ ਦੀ ਥਾਂ ਨਿਰਯਤ ਰੱਖ ਰਖਾਅ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।
Apple Pay merchant IDs ਅਤੇ payment processing certificates ਤੇ ਨਿਰਭਰ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਮਿਆਦ ਖਤਮ ਹੁੰਦੀ ਹੈ।
ਕਿਸੇ ਇੱਕ ownership map ਬਣਾਓ: ਕਿਹੜਾ ਵਿਅਕਤੀ Apple Developer account ਰੱਖਦਾ ਹੈ, certificates ਕਿੱਥੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ CI/CD ਅਤੇ ਸਰਵਰ 'ਤੇ ਕਿਵੇਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਫਿਰ:
ਹਰ ਮੁੱਖ iOS ਰਿਲੀਜ਼ ਲਈ Apple Pay ਫਲੋਜ਼ 'ਤੇ ਟੈਸਟ ਸਰਕਲ ਚਲਾਓ। ਧਿਆਨ ਰੱਖੋ:
ਨਿਗਾਹ ਰੱਖੋ:
ਘੱਟੋ ਘੱਟ ਸਾਲਾਨਾ ਇੱਕ design review ਯੋਜਿਤ ਕਰੋ ਤਾਂ ਕਿ wording, button placement, ਅਤੇ accessibility ਨਵੀਨਤਮ ਮਾਰਗਦਰਸ਼ਨ ਨਾਲ ਮਿਲਦੇ ਰਹਿਣ।
ਕਾਰਡ ਨੈੱਟਵਰਕ, ਮੁਦਰਾਵਾਂ ਅਤੇ ਸਪੋਰਟ ਕੀਤੇ ਖੇਤਰ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ। ਉਹਨਾਂ ਨੂੰ configurable ਰੱਖੋ:
ਜਦੋਂ ਤੁਹਾਡਾ payment gateway ਨਵੇਂ ਨੈੱਟਵਰਕ ਜਾਂ ਲੋਕਲ ਢੰਗ ਜੋੜਦਾ ਹੈ, ਉਹਨਾਂ ਨਾਲ coordinate ਕਰੋ ਅਤੇ PKPaymentRequest ਨੂੰ ਅਨੁਕੂਲ ਤਰੀਕੇ ਨਾਲ ਅਪਡੇਟ ਕਰੋ।
Gateway ਬਦਲਾਅ, ਐਪ restructuring, ਜਾਂ token format updates ਲਈ:
ਇਹ flow ਦਸਤਾਵੇਜ਼ ਕਰੋ ਤਾਂ ਕਿ ਨਵੇਂ ਟੀਮ ਮੈਂਬਰ ਉਹਨਾਂ ਨੂੰ ਬਿਨਾਂ reverse-engineering ਦੇ maintain ਕਰ ਸਕਣ।
ਭਵਿੱਖ ਵਿੱਚ network tokenization ਹੋਰ ਡੂੰਘੀ ਹੋਵੇਗੀ, Wallet ਵਿੱਚ ਰੀਚ receipts ਅਤੇ order updates ਹੋਣਗੇ, ਅਤੇ in-app, web, ਅਤੇ in-store Apple Pay ਦੇ ਦਰਮਿਆਨ ਹੋਰ ਘੁਲਣ-ਮਿਲਣ ਵਧੇਗਾ। Tap to Pay on iPhone ਅਤੇ ਖੇਤਰੀ ਫਾਇਨੈਸਿੰਗ ਵਿਕਲਪਾਂ ਵਰਗੀਆਂ ਫੀਚਰਾਂ ਦਾ ਫੈਲਾਅ ਜਾਰੀ ਰਹੇਗਾ, ਇਸ ਲਈ ਆਪਣੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ configuration-driven ਬਣਾਓ ਤਾਂ ਜੋ ਨਵੇਂ ਦੁਰਾਨੀਆਂ ਨੂੰ ਅਪਣਾ ਸਕੋ ਬਿਨਾਂ ਮੁੱਖ ਫਲੋ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੇ।
Apple Pay Apple ਦਾ ਡਿਜਿਟਲ ਵੌਲੇਟ ਹੈ ਜੋ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਆਪਣੇ iPhone, iPad, Apple Watch ਜਾਂ Mac 'ਤੇ ਰੱਖੇ ਕਾਰਡਾਂ ਨਾਲ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਆਸਾਨੀ ਦਿੰਦਾ ਹੈ.
ਮੋਬਾਈਲ ਐਪਾਂ ਵਿੱਚ, ਇਹ ਹੱਥੋਂ ਕਾਰਡ ਦੀਆਂ ਜਾਣਕਾਰੀਆਂ ਭਰਨ ਦੀ ਥਾਂ ਇੱਕ ਸੁਰੱਖਿਅਤ ਸਿਸਟਮ ਸ਼ੀਟ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਉਪਭੋਗਤਾ Face ID, Touch ID ਜਾਂ ਪਾਸਕੋਡ ਨਾਲ ਭੁਗਤਾਨ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਐਪ ਨੂੰ ਰਾ ਕਾਰਡ ਡੇਟਾ ਦੀ ਥਾਂ ਇੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀ ਹੋਈ ਪੇਮਿੰਟ ਟੋਕਨ ਮਿਲਦੀ ਹੈ, ਜੋ ਉਹ ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਅਤੇ ਪੇਮਿੰਟ ਗੇਟਵੇ ਨੂੰ ਭੇਜਦਾ ਹੈ ਤਾਕਿ ਚਾਰਜ مکمل ਹੋ ਸਕੇ.
ਇਸ ਨਾਲ ਚੈੱਕਆਊਟ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ, ਗਲਤੀਆਂ ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਐਪ ਦੇ ਇਨਫਰਾਸਟਰੱਕਚਰ ਵਿੱਚ ਕਾਰਡ ਨੰਬਰ ਨਹੀਂ ਰਹਿੰਦੇ।
ਤੁਸੀਂ Apple Pay ਨੂੰ ਇਸ ਵੇਲੇ ਸ਼ਾਮਲ ਕਰੋ ਜਦ:
Apple Pay ਸਭ ਤੋਂ ਵਧੀਆ ਤੌਰ 'ਤੇ ਹੋਰ ਵਿਕਲਪਾਂ (ਕਾਰਡ, PayPal ਆਦਿ) ਦੇ ਨਾਲ ਇਕ ਅਤਿਰਿਕਤ ਵਿਕਲਪ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਦੂਜੇ ਭੁਗਤਾਨ ਢੰਗ ਨਾ ਹਟਾਓ; Apple Pay ਉਹਨਾਂ ਯੂਜ਼ਰਾਂ ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਹੋ ਸਕਦਾ ਹੈ ਜਿਹੜੇ ਇਸ ਦੇ ਯੋਗ ਹਨ।
ਘੱਟੋ ਘੱਟ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ:
ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਖੇਤਰਾਂ ਅਤੇ ਬੈਂਕਾਂ ਵਿੱਚ ਕਾਰੋਬਾਰ ਕਰਨ ਦੀ ਲੋੜ ਵੀ ਹੈ ਜਿੱਥੇ Apple Pay ਸਪੋਰਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਕਿ ਤੁਹਾਡਾ ਮਰਚੇਂਟ ਕੈਟੇਗਰੀ ਅਤੇ ਉਤਪਾਦ Apple ਦੀਆਂ ਨੀਤੀਆਂ ਨੂੰ ਪਾਲਣਾ ਕਰਦੇ ਹਨ।
iOS 'ਤੇ, ਤੁਸੀਂ:
ਡਿਵਾਈਸ ਇੱਕ ਇਨਕ੍ਰਿਪਟ ਕੀਤੀ ਹੋਈ ਪੇਮਿੰਟ ਟੋਕਨ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ:
ਇਹ ਟੋਕਨ ਤੁਹਾਡੇ payment processor ਲਈ ਇਨਕ੍ਰਿਪਟ ਕੀਤਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਐਪ ਅਤੇ ਬੈਕਐਂਡ ਇਸਨੂੰ ਇੱਕ opaque blob ਵਜੋਂ ਹੈਂਡਲ ਕਰਦੇ ਹਨ। ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਇਸਨੂੰ ਗੇਟਵੇ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ, ਜੋ ਟੋਕਨ ਨੂੰ ਡਿਕ੍ਰਿਪਟ ਕਰਕੇ card network ਅਤੇ issuer ਕੋਲ authorization ਬੇਝਦਾ ਹੈ, ਫਿਰ ਸਫਲਤਾ ਜਾਂ ਅਸਫਲਤਾ ਵਾਪਸ ਲਈ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।
ਤੁਸੀਂ ਕਦੇ ਵੀ ਅਸਲੀ PAN ਜਾਂ ਗੁਪਤ ਕੁੰਜੀਆਂ ਨਹੀਂ ਵੇਖਦੇ; ਸਿਰਫ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਮੈਟਾਡੇਟਾ ਅਤੇ ਸਟੇਟਸ ਮਿਲਦੇ ਹਨ।
ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਨੂੰ:
ਟੋਕਨ ਨੂੰ ਖੁਦ ਡਿਕ੍ਰਿਪਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਸਟੋਰ ਨਾ ਕਰੋ। ਆਪਣੇ PCI- compliant gateway ਨੂੰ ਸਾਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਕਾਰਡ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਵਰਤੋਂ।
ਆਮ ਤੌਰ 'ਤੇ ਕਈ ਗਲਤੀਆਂ misconfiguration ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ:
ਸ਼ੁਰੂਆਤ ਵਜੋਂ Apple Developer ਪੋਰਟਲ, Xcode entitlements, ਅਤੇ gateway ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਆਪਣੇ ਸਰਵਰ ਲੌਗਜ਼ ਨੂੰ merchant validation ਅਤੇ gateway error codes ਲਈ ਦੇਖੋ।
Apple Pay ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਟੈਸਟ ਕਰਨ ਲਈ:
Simulator ਛੇਤੀ UI ਚੈੱਕ ਲਈ ਵਰਤੋਂ, ਪਰ ਹਮੇਸ਼ਾਂ ਰੀਅਲ ਡਿਵਾਈਸਾਂ 'ਤੇ Wallet setup, ਬਾਇਓਮੈਟ੍ਰਿਕਸ ਅਤੇ ਨੈੱਟਵਰਕ ਸਥਿਤੀਆਂ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰੋ।
ਬਿਹਤਰ conversion ਲਈ:
PKPaymentButton ਵਰਤੋਂ ਅਤੇ ਨੇੜੇ ਸਾਫ਼ ਲੇਬਲ ਰੱਖੋ (ਉਦਾਹਰਨ: “Pay instantly with Apple Pay”).Apple Pay ਨੂੰ ਆਪਣੇ funnel ਵਜੋਂ ਟ੍ਰੈਕ ਕਰੋ. ਮੁੱਖ ਸਿਗਨਲ:
Button placement ਅਤੇ messaging ਲਈ A/B ਟੈਸਟਿੰਗ ਕਰੋ ਅਤੇ ਵੇਖੋ ਕਿ Apple Pay ਵਰਤੋਂਕਾਰਾਂ ਦੀ completion ਅਤੇ cancellation ਦਰ ਹੋਰ ਭੁਗਤਾਨ ਢੰਗਾਂ ਨਾਲੋਂ ਕਿਵੇਂ ਤુલਨਾ ਕਰਦੀ ਹੈ।
PKPaymentRequest ਬਣਾਉਂਦੇ ਹੋ।PKPaymentButton ਦਿਖਾਉਂਦੇ ਹੋ।PKPaymentAuthorizationController ਪੇਸ਼ ਕਰਦੇ ਹੋ।didAuthorizePayment ਵਿੱਚ payment.token ਨੂੰ ਆਪਣੀ ਸਰਵਰ ਵੱਲ ਭੇਜਦੇ ਹੋ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ।.success ਜਾਂ .failure ਰਿਟਰਨ ਕਰਦੇ ਹੋ ਅਤੇ ਸ਼ੀਟ ਨੂੰ ਬੰਦ ਕਰਦੇ ਹੋ।ਜ਼ਿਆਦਾਤਰ ਭਾਰੀ ਕੰਮ (ਬਾਇਓਮੈਟ੍ਰਿਕਸ, ਟੋਕਨ ਬਣਾਉਣਾ) ਸਿਸਟਮ UI ਦੁਆਰਾ ਨਿਬਟਾਇਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਪੈਟਰਨ friction ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ Apple Pay ਨੂੰ ਤੇਜ਼ ਤੇ ਭਰੋਸੇਯੋਗ ਰਾਹ ਬਣਾਉਂਦੇ ਹਨ।