Ми розробляємо мобільні додатки для онлайн-казино під ключ: від вибору стратегії дистрибуції до публікації в сторах та інтеграції з платіжними провайдерами. Казино-додаток в App Store — рідкість: Apple видає gambling entitlement лише операторам із дійсною ліцензією в ~15 країнах. Google Play також має регіональні обмеження. Для більшості ринків обирають PWA або пряму дистрибуцію APK. Який шлях підходить вашому проєкту — оцінимо на консультації.
Як вибрати стратегію дистрибуції?
PWA обходить store-обмеження, але на iOS обмежений: немає фонових push-сповіщень, біометрії, а Safari має WebGL-обмеження для 3D-слотів. Нативний додаток дає максимальний UX, але потребує ліцензії та проходить суворий рев'ю. Гібридний підхід (нативна оболонка + WebView) — компроміс: ігрове лобі та слоти рендеряться у WebView (провайдери дають iframe/JS SDK), нативний шар обробляє авторизацію, платежі, push. Міст через WKScriptMessageHandler (iOS) / addJavascriptInterface (Android).
| Параметр | Нативний (store) | PWA | Гібрид (WebView + нативний) |
|---|---|---|---|
| Push-сповіщення | Так (APNs/FCM) | iOS — ні, Android — частково | Так через нативний шар |
| Біометрія | Face ID/Touch ID | iOS — ні | Так через нативний міст |
| Store review | Жорсткий (ліцензія) | Не потрібно | Залежить від оболонки |
| UX/Продуктивність | Максимум | Обмежений Safari/WebView | Компроміс |
| Оновлення | Через Store | Миттєво (URL) | Гібрид |
Нативний додаток має в 2 рази вищу конверсію push-сповіщень, ніж PWA, що критично для утримання гравців. Згідно з Apple App Store Review Guidelines, публікація додатка з азартними іграми потребує спеціального entitlement.
Чому PWA не завжди підходить для iOS?
На iOS Safari не підтримує фонові push-сповіщення, що критично для утримання гравців. Біометрія недоступна — важливо для безпечного входу та підтвердження платежів. WebGL-обмеження знижують якість 3D-слотів. Для live dealer мобільного додатку потрібна низька latency відеопотоку — HLS через AVPlayer (не WebRTC), що в PWA реалізувати складно. Тому багато операторів обирають гібрид.
Інтеграція ігрового провайдера
Великі провайдери (Pragmatic Play, Evolution, NetEnt, Playtech) надають game launch URL виду https://provider.com/game?token=SESSION_TOKEN&demo=false. Мобільний додаток:
- Запитує у свого сервера
session_tokenдля конкретної гри (сервер отримує його від провайдера за B2B API). - Відкриває game URL у
WKWebView/WebViewз fullscreen presentation. - Отримує callback від провайдера через
postMessageпри закритті гри.
Проблема: ігрові iframes часто блокують viewport meta tag і потребують landscape orientation. На iOS: WKWebView з allowsInlineMediaPlayback = true, mediaTypesRequiringUserActionForPlayback = [] (автовідтворення звуку без tap). Live dealer (Evolution) вимагає відеопотік із буфером 2–4 секунди — норма.
Технічні деталі налаштування WebView
- iOS:
WKWebViewConfigurationзallowsInlineMediaPlayback = true,mediaTypesRequiringUserActionForPlayback = [] - Android:
WebViewзsettings.setMediaPlaybackRequiresUserGesture(false),settings.setJavaScriptEnabled(true) - Orientation lock: примусово landscape через
UIInterfaceOrientationMaskна iOS,setRequestedOrientationна Android
Платіжна інфраструктура
Платіжна інтеграція казино включає обробку через спеціалізовані PSP: Payvision, Skrill, Neteller, PaySafe. Стандартний card flow: Apple Pay / Google Pay для швидкого депозиту, credit card через PCI-DSS compliant hosted fields. 3DS2 — обов'язково для європейських карток. Більшість PSP надають SDK із embedded 3DS challenge screen. 95% успішних транзакцій — середній показник після оптимізації. Ліміти депозиту (від $10 до $10000) та responsible gambling інструменти (self-exclusion, deposit limits) — регуляторна вимога. Інтерфейс керування лімітами — обов'язковий екран у налаштуваннях.
KYC та безпека
KYC — обов'язково за ліцензійними вимогами. Використовуємо Sumsub SDK або Onfido: document upload + selfie + liveness check. Верифікація займає в середньому 2 хвилини. Рівні верифікації: базовий (email+телефон) → розширений (ID) → повний (proof of address) з різними лімітами. Біометрична аутентифікація для входу та підтвердження виведення — LocalAuthentication (iOS) / BiometricPrompt (Android). Зберігання токенів — iOS Keychain, Android EncryptedSharedPreferences.
Бонусна система
Welcome bonus, free spins, cashback — стандартний набір. На клієнті: BonusRepository з поточними активними бонусами, wagering progress (скільки потрібно проставити), expiration timer. Фріспіни застосовуються автоматично при запуску гри — логіка на сервері, клієнт отримує {free_spins_available: 10, game_id: "starburst"} і показує badge.
Покроковий процес розробки
- Аналіз ліцензійних вимог та вибір стратегії дистрибуції
- Інтеграція з ігровим провайдером (API, game launch, callbacks)
- Платіжна інтеграція (PSP, Apple Pay, 3DS2)
- Впровадження KYC (Sumsub/Onfido) та біометрії
- Реалізація бонусної системи та responsible gambling
- QA та тестування (включаючи real device)
- Публікація/деплой (App Store, Google Play, PWA)
Що входить у роботу
- Документація: архітектурна схема, API-специфікація, інструкція з експлуатації
- Вихідний код із коментарями на Swift/Kotlin/Dart
- Інтеграція з обраними ігровими провайдерами та PSP
- Налаштування KYC та біометрії
- Реалізація бонусної системи та responsible gambling
- Допомога з проходженням store review (при необхідності)
- Підтримка після запуску: 1 місяць інцидент-менеджменту
Маємо 7+ років досвіду та сертифікацію PCI DSS. Гарантуємо відповідність вимогам сторів.
Орієнтири за термінами та бюджетом
- Базова версія (WebView-лобі, один провайдер, платежі, KYC): 8–12 тижнів, орієнтовний бюджет від $40,000.
- Повноцінна платформа (кілька провайдерів, live dealer, бонуси, обидві платформи): 3–5 місяців, бюджет від $100,000 до $150,000.
Ми — команда з 7+ років досвіду в мобільній розробці, виконали 30+ проєктів для iGaming. Зв'яжіться з нами для оцінки вашого проєкту — підготуємо технічну пропозицію та roadmap.