Жеке шотыңызға кіріңіз

  • →

Мобильді қолданбаға төлемді қалай интеграциялауға болады

Мобильді қолданба клиентке тауарды немесе қызметті таңдаудан бастап төлем жасауға дейінгі бүкіл жолды бір интерфейсте өтуге мүмкіндік береді. Бұл процесс неғұрлым қарапайым болса, пайдаланушыға артық әрекеттер жасаудың қажеті азаяды және сатып алуды аяқтау соғұрлым ыңғайлы болады.
Қолданба ішінде төлемдерді қабылдау үшін бизнеске интернет-эквайрингті қосу және төлем шешімін интеграциялау қажет. Бұны бірнеше жолмен жасауға болады: дайын төлем беті, SDK арқылы немесе тікелей API бойынша.
Мобильді қолданбаға төлемді қалай интеграциялау керектігін, iOS және Android үшін қай нұсқаны таңдаған жөн екенін және іске қосуға дейін нені ескеру қажеттігін қарастырайық.

Неліктен мобильді қолданбаға төлемді қосу керек

Егер клиент тауарды қолданбада таңдаса, оған төлемді де сонда жасауға мүмкіндік беру қисынды.
Үшінші тарап сайттарына өту, деректерді қайта енгізу және қосымша қадамдар пайдаланушы жолын күрделендіреді. Сондықтан төлем сценарийін барынша түсінікті еткен дұрыс: пайдаланушы тапсырысты рәсімдейді, төлем әдісін таңдайды, операцияны растайды және оның нәтижесін бірден көреді.
Мобильді қолданбада төлемдерді қабылдау мыналарға сәйкес келеді:
  • интернет-дүкендер мен маркетплейстерге;
  • жеткізу сервистеріне;
  • брондау қолданбаларына;
  • білім беру платформаларына;
  • жазылым сервистеріне;
  • билет сервистеріне;
  • SaaS-өнімдерге;
  • қызмет көрсету саласындағы қолданбаларға;
  • онлайн төлем қабылдайтын басқа да жобаларға.
Бұл ретте төлем инфрақұрылымы транзакцияны жүргізіп қана қоймай, оның мәртебесін, қайтаруларды, қателерді және қажетті аутентификация сценарийлерін дұрыс өңдеуі тиіс.

Қолданбаға төлемді интеграциялаудың қандай тәсілдері бар

Қосылу тәсілі қолданбаның архитектурасына, әзірлеу тобының ресурстарына және бизнестің пайдаланушы интерфейсіне қоятын талаптарына байланысты.
Негізгі нұсқаларды қарастырайық.
1. Дайын төлем беті
Ең қарапайым нұсқалардың бірі — дайын төлем бетін пайдалану.
Тапсырыс рәсімделгеннен кейін қолданба төлемді бастайды, ал пайдаланушы төлем әдісін таңдап, қажетті деректерді енгізетін қорғалған формаға өтеді.
Freedom Pay Merchant API төлемді жасайды және төлем бетіне сілтемені қайтарады. Төлем жасалғаннан кейін жүйе нәтижені бизнестің серверіне хабарлайды және пайдаланушыны сәтті немесе сәтсіз төлемнің көрсетілген мекенжайы бойынша қайтарады.
Бұл тәсілдің артықшылықтары:
  • жылдам қосылу;
  • жеке карта формасын әзірлеудің қажеті жоқ;
  • төлем интерфейсі төлем процесіне бейімделген;
  • карта деректері төлем провайдерінің жағында енгізіледі.
Бұл нұсқа жеке төлем интерфейсін әзірлемей-ақ төлемдерді қабылдауды іске қосу маңызды компанияларға жарамды болуы мүмкін.
2. Төлем фреймі
Төлем формасын тікелей өнім интерфейсіне енгізуге болады.
Бұл жағдайда пайдаланушы карта деректерін төлем фрейміне енгізеді және бұл процесті бөлек сайтқа өту ретінде қабылдамайды.
Freedom Pay-де төлем фреймі банктік карта формасын қамтиды, ал оның сыртқы түрін мерчант үшін, соның ішінде қаріптерді, түстерді және қолжетімді интерфейс элементтерін теңшеуге болады.
Бұндай тәсіл біртұтас пайдаланушы жолын сақтауға және төлем формасын қолданба дизайнына жақындатуға көмектеседі.
3. Mobile SDK
Нативті мобильді қолданбалар үшін ыңғайлы нұсқа SDK — Software Development Kit, төлем функцияларын интеграциялауға арналған дайын құралдар жиынтығы болуы мүмкін.
SDK қолданбаның төлем инфрақұрылымымен өзара әрекеттесуін жеңілдетеді және әзірлеушіге іске асырылған төлем сценарийлерін пайдалануға мүмкіндік береді.
Freedom Pay Android және iOS үшін Merchant SDK ұсынады. Өзекті құжаттамада Android 9 және одан жоғары, ал iOS үшін — iOS 15 және одан жоғары нұсқалары қолдау табады. SDK арқылы төлем бетін немесе төлем фреймін іске қосуға және басқа төлем сценарийлерімен жұмыс істеуге болады.
Бизнес төлемді мобильді қолданбаға тереңірек енгізгісі келгенде және нативті пайдаланушы тәжірибесін сақтағысы келгенде SDK өте ыңғайлы.
4. Тікелей API арқылы интеграциялау
API қолданбаға және бизнес серверіне бағдарламалық түрде төлем жүйесімен деректер алмасуға мүмкіндік береді.
Бұл нұсқа көбірек икемділік береді, бірақ тереңірек техникалық интеграцияны талап етеді.
Мысалы, төлемді құру логикасын, операция мәртебелерін, сақталған карталарды және басқа сценарийлерді дербес басқаруға болады.
Бұл ретте қауіпсіздік талаптарын ескеру маңызды. Егер карта деректері тікелей бизнес тарапында жиналып,Freedom Pay Gateway API арқылы server-to-server берілсе, PCI DSS сәйкестігі талап етіледі. Merchant API пайдаланылған кезде карта деректері Freedom Pay беттерінде енгізіледі, сондықтан мұндай сценарий үшін мерчанттан PCI DSS сертификаты талап етілмейді.

Мобильді қолданбаға төлемді қалай қосуға болады: қадамдап

Процестің өзі таңдалған шешімге байланысты өзгешеленеді, бірақ жалпы схеманы келесідей елестетуге болады.
1-қадам. Интернет-эквайрингті қосу
Техникалық интеграцияға дейін онлайн-төлемдерді қабылдау сервисін қосу қажет.
Бизнес тіркеуден өтеді, қажетті деректер мен құжаттарды ұсынады, содан кейін төлем шешімін қосу үшін параметрлерді алады.
Осыдан кейін әзірлеу тобы интеграцияға өте алады.
2-қадам. Интеграция тәсілін таңдау
Бұл кезеңде клиенттің тапсырысты қалай төлейтінін анықтау қажет:
  • дайын төлем бетінде;
  • кірістірілген төлем формасы арқылы;
  • Mobile SDK арқылы;
  • жеке интерфейс және API арқылы.
Егер төлемдерді тезірек іске қосу қажет болса, әдетте дайын форманы пайдаланған өте қарапайым.
Егер бизнеске нативті сценарий және қолданба интерфейсімен терең интеграция қажет болса, SDK немесе API-ді қарастырған жөн.
3-қадам. Серверде төлемді құру
Пайдаланушы тапсырысты рәсімдеген кезде, бизнес backend-і сатып алу туралы ақпаратты қалыптастырады және төлемді құрады.
Әдетте мыналар беріледі:
  • тапсырыс идентификаторы;
  • сомасы;
  • валютасы;
  • төлемнің сипаттамасы;
  • тапсырыстың қажетті параметрлері;
  • нәтижені алу үшін мекенжайлар немесе callback.
Төлем құрылғаннан кейін қолданба төлемнің келесі кезеңіне өту үшін қажетті деректерді алады.
4-қадам. Пайдаланушыға төлем интерфейсін көрсету
Клиент төлем әдісін таңдайды және операцияны растайды.
Пайдаланушы анық көруі керек:
  • тапсырыс сомасын;
  • төлем әдісін;
  • растау батырмасын;
  • операция нәтижесін.
Егер қате орын алса, хабарлама не болғанын және одан әрі не істеуге болатынын түсіндіруі тиіс.
5-қадам. Төлем нәтижесін алу
Транзакцияның соңғы нәтижесін пайдаланушының қай экранды көргеніне қарай ғана анықтамаған жөн.
Бизнес сервері төлем жүйесі тарапынан операция мәртебесін алуы және өңдеуі тиіс.
Freedom Pay төлем нәтижесін мерчанттың callback-іне жібереді. Егер нәтиже алынбаса, Merchant API төлемнің ағымдағы мәртебесін сұрауға да мүмкіндік береді.
Сәтті операция расталғаннан кейін қолданба:
  • тапсырыс мәртебесін өзгерте алады;
  • сәтті төлем экранын көрсете алады;
  • қызметке қолжетімділікті қамтамасыз ете алады;
  • хабарландыру жібере алады;
  • одан әрі бизнес-процесті іске қоса алады.

Қолданбаға қандай төлем әдістерін қосуға болады

Клиентке тапсырысты төлеу неғұрлым ыңғайлы болса, соғұрлым оған азырақ әрекет жасауға тура келеді.
Қосылған мүмкіндіктерге байланысты мобильді қолданбада әртүрлі төлем сценарийлерін пайдалануға болады.
Банк карталары
Онлайн төлемдерді қабылдауға арналған базолық нұсқа.
Пайдаланушы карта деректерін енгізеді немесе бұрын сақталған картаны таңдайды (егер мұндай функционал қарастырылған болса).
Сақталған карталар
Егер бизнес қайталама сатып алулармен жұмыс істесе, пайдаланушыға картаны сақтау мүмкіндігін беруге болады.
Келесі тапсырыс кезінде оған реквизиттердің толық жиынтығын қайтадан енгізудің қажеті болмайды.
Freedom Pay Merchant API сақталған карталармен жұмыс істеуді қолдайды.
Apple Pay
iOS пайдаланушылары үшін Apple Pay арқылы төлеуді қарастыруға болады.
Freedom Pay-дің өзекті iOS SDK-де Apple Pay-дің бөлек сценарийі қарастырылған: қолданба төлемді құрады, Apple Pay Sheet ашады, пайдаланушының растауын алады және транзакцияны өңдеу үшін төлем токенін береді.
Google Pay
Android қолданбасында Google Pay қосуға болады.
Freedom Pay SDK қолданбадағы Google Pay іске асырылуын транзакцияны одан әрі өңдеу үшін төлем шлюзімен байланыстыруға мүмкіндік береді. Нақты төлемдерді қабылдау үшін қолданбаны тіркеп, Google production-қолжетімділігін алу қажет.
Төлемнің нақты әдістерінің қолжетімділігін қосылу кезеңінде анықтаған дұрыс, өйткені ол мерчанттың баптауларына, нарыққа және таңдалған интеграцияға байланысты болуы мүмкін.

Төлем сценарийін әзірлеу кезінде нені ескеру маңызды

Техникалық тұрғыдан жұмыс істейтін интеграция — тапсырманың бір бөлігі ғана. Төлемді пайдаланушы үшін ыңғайлы ету де өте маңызды.
Артық әрекеттерді азайту
Клиентке қолданба бұрыннан білетін деректерді қайта енгізуге мәжбүрлемеу керек.
Егер аты, телефоны немесе email-і профильде бар болса, бұған жол берілетін кезде оларды тапсырысты рәсімдеу процесінде автоматты түрде пайдалануға болады.
Төлем алдындағы түсінікті сома
Операция расталғанға дейін пайдаланушы қанша сома ұсталатынын нақты түсінуі керек.
Егер комиссия, жеткізу немесе басқа да қосымша шығындар болса, жалпы соманы алдын ала көрсеткен дұрыс.
Жүктеу күйі
«Төлеу» батырмасын басқаннан кейін операция бірнеше секунд өңделуі мүмкін.
Бұл сәтте пайдаланушыға төлемнің орындалып жатқанын көрсету және оның батырманы бірнеше рет басуына жол бермеу маңызды.
Қайталама төлемнен қорғау
Backend қайталама сұраныстармен және тапсырыс идентификаторларымен дұрыс жұмыс істеуі керек.
Пайдаланушы батырманы екі рет басуы, интернеті үзілуі немесе төлем экранын қайта ашуы мүмкін. Бұл жағдайларды төлем логикасын жобалау кезінде ескеру қажет.
Қателерді дұрыс өңдеу
«Қате орын алды» деген сөз тіркесі пайдаланушыға дерлік көмектеспейді.
Әртүрлі жағдайлар үшін түсінікті сценарийлерді қарастырған жөн:
  • төлем кері қайтарылды;
  • қаражат жеткіліксіз;
  • операция расталмады;
  • төлем уақыты аяқталды;
  • техникалық қате туындады;
  • операция мәртебесі әлі де нақтылануда.
Егер мәселені түзетуге болатын болса, пайдаланушыға төлемді қайталауды немесе басқа әдісті таңдауды бірден ұсынған жөн.

Мобильді қолданбадағы төлемдер қауіпсіздігі

Төлем деректерімен жұмыс істеу қауіпсіздікке жоғары назар аударуды талап етеді.
Саланың негізгі стандарттарының бірі — PCI DSS (Payment Card Industry Data Security Standard).
Сертификаттау қажеттілігі төлем архитектурасының қалай құрылғанына байланысты.
Егер бизнес өзінің тарапында карта деректерін дербес қабылдап, өңдейтін болса, талаптар айтарлықтай жоғары болады. Freedom Pay Gateway API дал осы мерчант тарапындағы карта деректері бар server-to-server сценарийлеріне арналған және PCI DSS талап етеді.
Merchant API пайдаланылған кезде карта Freedom Pay тарапында енгізіледі, сондықтан мұндай қосылу тәсілі мерчанттан жеке PCI DSS сертификатын талап етпейді.
Көптеген компаниялар үшін бұл карта реквизиттерімен өз бетінше жұмыс істеудің орнына дайын төлем интерфейсін немесе SDK пайдалану пайдасына уәждердің бірі болып табылады.

Іске қосу алдында төлемді қалай тестілеуге болады

Қолданбаның жаңа нұсқасын жарияламас бұрын төлем сценарийін толық тексеру қажет.
Тексерген жөн:
  • сәтті төлемді;
  • кері қайтарылған төлемді;
  • 3-D Secure өтуін;
  • пайдаланушының қолданбаға оралуын;
  • төлем батырмасын қайта басуды;
  • байланыстың үзілуін;
  • төлем кезінде қолданбаны қайта іске қосуды;
  • callback дұрыс алуды;
  • тапсырыстың өзекті мәртебесін көрсетуді;
  • қаражатты қайтаруды (егер ол қарастырылған болса);
  • әртүрлі құрылғыларда және операциялық жүйе нұсқаларында жұмыс істеуін.
Қолданба мен backend операцияның соңғы мәртебесін бірдей түсінетініне көз жеткізу өте маңызды.

Не таңдаған жөн: API, SDK әлде төлем беті ме

Универсалды тәсіл жоқ.
Платежная страница (Төлем беті) — қарапайымдылық пен іске қосу жылдамдығы басымдық болса келеді.
Платежный фрейм (Төлем фреймі) — біртұтас пайдаланушы интерфейсін жақсырақ сақтауға мүмкіндік береді.
Mobile SDK — төлемді пайдаланушы сценарийіне тереңірек енгізу қажет болғанда, нативті iOS және Android қолданбаларында пайдалануға ыңғайлы.
Gateway API — жеке төлем логикасын құруда максималды еркіндік береді, бірақ әзірлеуге көбірек ресурс және карта деректерімен өз бетінше жұмыс істеу кезінде PCI DSS талаптарына сәйкестікті талап етеді.
Интеграция алдында мыналарды анықтаған жөн:
  • клиенттерге қандай төлем әдістері қажет;
  • қолданба қандай платформаларды қолдайды;
  • сақталған карталар қажет пе;
  • форма дизайнын толық бақылау қаншалықты маңызды;
  • командада жеке интеграцияға ресурстар бар ма;
  • болашақта төлем сценарийлерін кеңейту жоспарлануда ма.
Freedom Pay iOS және Android мобильді қолданбаларында төлемдерді қабылдауды қосуға мүмкіндік береді.
Тапсырмаға байланысты бизнес Merchant API, төлем бетін немесе фреймді, сондай-ақ мобильді платформаларға арналған Merchant SDK пайдалана алады. SDK-де төлем формасымен, сақталған карталармен және мобильді әмияндармен жұмыс істеу сценарийлері қарастырылған.
Толық техникалық талаптар, API әдістері және интеграция мысалдары Freedom Pay құжаттамасында қолжетімді.

Жиі қойылатын сұрақтар

Төлемді тікелей мобильді қолданбаның ішінде қабылдауға бола ма?
Иә. Төлемді қолданбаның пайдаланушы сценарийіне төлем формасы, SDK немесе API арқылы енгізуге болады.Нақты нұсқа өнімнің архитектурасына байланысты.
Төлемді Android және iOS үшін бөлек қосуға бола ма?
Иә. Freedom Pay екі платформа үшін де Merchant SDK ұсынады.
Төлемді қосу үшін PCI DSS қажет пе?
Әрқашан емес. Merchant API пайдаланылған кезде карта деректері Freedom Pay тарапында енгізіледі, сондықтан мерчанттың жеке PCI DSS сертификаты талап етілмейді. Егер компания карта деректерін өзі жинап, Gateway API пайдаланса, PCI DSS қажет.
Apple Pay мен Google Pay қосуға бола ма?
Иә, тиісті сценарийлер Freedom Pay мобильді SDK-де қарастырылған. Іске қосу үшін сондай-ақ тиісті платформаның талаптарын орындау және мерчант үшін сервисті баптау қажет.
Пайдаланушының картасын сақтауға бола ма?
Freedom Pay сақталған карталармен жұмыс істеуді қолдайды. Бұл, егер тиісті сценарий бизнес үшін қосылған болса, қайталама төлемді жеңілдетуге мүмкіндік береді.

Қандай метрикаларды бақылау қажет

A/B-тестілеу түсінікті көрсеткіштерге сүйенуі керек. Басты метрика — жай ғана басулар саны емес, төлемнің сәтті аяқталуы.
Бизнес мыналарды бақылағаны жөн:
  • төлемге айналу конверсиясын;
  • басталған және аяқталған төлемдер санын;
  • төлем бетіндегі бас тарту үлесін;
  • деректерді енгізу кезіндегі қателіктер санын;
  • төлемді қайта әрекеттеу санын;
  • төлем аяқталғанға дейінгі уақытты;
  • құрылғылар бойынша конверсияны;
  • төлем әдістері бойынша конверсияны.
Мұндай деректер пайдаланушылардың дәл қай жерде қиындықтарға тап болатынын және қай өзгерістер нәтижені жақсартуға көмектесетінін түсінуге септігін тигізеді.

A/B-тестілеуді қалай дұрыс жүргізу керек

Тест пайдалы болуы үшін бірнеше ережені сақтау маңызды.
Біріншіден, бір уақытта бір гипотезаны тестілеу керек. Егер батырманы, форманы, тақырыпты және төлем әдістерін бір уақытта өзгертсеңіз, нәтижеге дәл не әсер еткенін түсіну қиын болады.
Екіншіден, деректер жинау үшін тест жеткілікті түрде ұзаққа созылуы тиіс. Шешімді алғашқы бірнеше төлем бойынша қабылдамаған жөн: нәтиже кездейсоқ болуы мүмкін.
Үшіншіден, негізгі метриканы алдын ала анықтап алу маңызды. Мысалы, егер мақсат — сәтті төлемдер санын арттыру болса, тестіні бағалау кезінде дәл осы көрсеткіш басты орында болуы тиіс.
Төртіншіден, пайдаланушылардың әртүрлі сегменттерін ескеру қажет: жаңа және қайта оралған клиенттер, мобильді және desktop-пайдаланушылар, трафиктің әртүрлі көздері мен төлем әдістері.

Төлем бетіне арналған гипотезалар мысалдары

A/B-тестілеу үшін қарапайым және практикалық гипотезаларды қолдануға болады.
Мысалы:
  • егер төлем батырмасына тапсырыс сомасын қосса, пайдаланушыларға соңғы әрекет түсініктірек болады;
  • егер өрістер санын қысқартса, төлемді көбірек клиент аяқтайды;
  • егер танымал төлем әдісін жоғары көтерсе, пайдаланушылар қажетті нұсқаны жылдамдау таңдайды;
  • егер қауіпсіздік туралы қысқаша хабарлама қосса, бетке деген сенім деңгейі артады;
  • егер формадағы қатені түсініктірек етсе, пайдаланушылардың көбі төлемді қайталай алады;
  • егер мобильді нұсқаны жақсартса, смартфондардан бас тарту саны азаяды.
Мұндай гипотезалар бүкіл интерфейсті кенеттен өзгертпей-ақ, төлем жолын біртіндеп жақсартуға көмектеседі.

A/B-тестілеу кезіндегі жиі кездесетін қателіктер

Кең таралған қателіктердің бірі — өзгерістерді айқын мақсатсыз тестілеу. Мысалы, батырманың түсін жай «әдемірек» болғаны үшін өзгерту. Тестілеуде субъективті әсер емес, нақты көрсеткішке тигізетін ықпал маңызды.
Тағы бір қателік — тым жылдам қорытынды жасау. Егер деректер аз болса, нәтиже дәл болмауы мүмкін.
Сондай-ақ бір уақытта тым көп өзгерісті тестілемеген жөн. Бұл талдауды күрделендіреді және қате қорытындыларға әкелуі мүмкін.
Бір бизнес үшін сәтті болған шешім екіншісіне әрқашан сәйкес келе бермейтінін есте ұстаған жөн. Клиенттердің әрекеті өнімге, нарыққа, құрылғыға, трафик көзіне және аудиторияның әдеттеріне байланысты.

A/B-тестілеу неліктен сатудың өсуі үшін маңызды

Төлем беті воронканың ең соңында орналасқан. Осы кезеңде бизнес клиентті тартты, тауарды немесе қызметті көрсетті, оны тапсырысты рәсімдеуге дейін жеткізді. Ыңғайсыз төлем кесірінен пайдаланушыны жоғалту — дайын тұрған сатуды дерлік жоғалту деген сөз.
A/B-тестілеу төлем жолындағы әлсіз тұстарды табуға және беттің тиімділігін біртіндеп арттыруға көмектеседі. Төлем кезеңіндегі конверсияның тіпті сәл де болса жақсаруы соңғы сату көлеміне айтарлықтай әсер етуі мүмкін.
E-commerce, онлайн-сервистер, білім беру платформалары, маркетплейстер мен B2B-компаниялар үшін бұл әсіресе маңызды: клиентке тапсырысты төлеу неғұрлым оңай болса, сатып алудың аяқталу ықтималдығы соғұрлым жоғары болады.
Freedom Pay төлем инфрақұрылымының көмегімен компаниялар әртүрлі төлем әдістерімен жұмыс істей алады, транзакция мәртебелерін бақылай алады, төлем деректерін талдап, төлем кезеңіндегі клиент жолын жақсарта алады.
Бизнес үшін бұл төлемдерді қабылдап қана қоймай, пайдаланушылардың төлем жолынан қалай өтетінін, бас тартулардың қай жерде туындайтынын және қандай өзгерістер конверсияны арттыра алатынын тереңірек түсінуге мүмкіндік береді.
Біз cookie-файлдарын қолданамыз
Жарайды
Шағын бизнес
New
Ірі бизнес
Табылған қауіпсіздік мәселелері туралы хабарлаңыз
Контактілер
Қазақстан, Алматы қаласы, 050000, БЦ Кайсар Плаза, Желтоксан 115, 2 қабат
Жұмыс кестесі: 10:00 - 19:00 (GMT+5)
© 2026 Freedom Pay
Ұйым PCI DSS стандартының талаптарына сәйкес келеді
Төлем ұйымының тіркеу нөмірі № 02-23-153.