תארו לעצמכם: משתמש שילם על מנוי, אבל אחרי חודש הגישה נעלמת — אתם מאבדים לא רק את הלקוח אלא גם את המוניטין. מצב זה נוצר עקב אימות קבלות (Receipt Validation) שגוי או החמצת התראות שרת מ-StoreKit. Adapty פותר זאת אוטומטית על ידי סנכרון מצב המנוי בזמן אמת. לקוח איבד 30% מההכנסות עקב כשל בשחזור (Restoration) לאחר עדכון אפליקציה. אימות קבלות ידני של StoreKit לא יכול היה להתמודד עם Apple Server Notifications. Adapty מסנכרן אוטומטית קבלות ומטמון של מצב גישה באמצעות Adapty.getProfile(). אנו משלבים את Adapty במלואו — מהגדרת SDK ועד השקת בדיקות A/B של מסכי תשלום עם אנליטיקה מובנית. המעבר ל-Adapy מפחית את עלויות פיתוח מסכי התשלום בעד 70% בהשוואה ליישום ידני.
איך Adapty עובד
Adapty פועל בסכימה: SDK ← לוגיקת אימות הגישה שלך ← דשבורד. המושג המרכזי הוא רמות גישה (מקביל ל-Entitlements ב-RevenueCat). הן נוצרות בדשבורד ומקושרות למוצרים. בקוד, אנו בודקים רק את accessLevels["premium"]?.isActive.
// iOS — перед первым обращением к UI
Adapty.activate("public_live_xxxxx", customerUserId: user.id)
// Получение paywall
let paywall = try await Adapty.getPaywall(placementId: "premium_screen")
let products = try await Adapty.getPaywallProducts(paywall: paywall)
// Покупка
let profile = try await Adapty.makePurchase(product: products[0])
if profile.accessLevels["premium"]?.isActive == true {
unlockPremium()
}ה-SDK תומך ב-Swift 5.9+, Kotlin עם Coroutines + Flow, Flutter 3.x, ו-React Native (TypeScript). אנו משתמשים ב-async/await ב-iOS וב-Flow ב-Android לעדכוני מצב מנוי ראקטיביים.
למה Adapty מנצחת בבדיקות A/B
ההבדל המרכזי הוא ה-Paywall Builder המובנה — עורך ויזואלי למסכי תשלום ללא קוד. שינויים מתפרסמים מיידית ללא בדיקת App Store או Google Play. זה מאיץ בדיקות A/B באופן דרמטי: צרו שתי גרסאות מסך תשלום בדשבורד, Adapty מחלקת תנועה ואוספת מדדי המרה אוטומטית. לפי הנתונים שלנו, בדיקות A/B עם Adapty לוקחות פי 5 פחות זמן מהגישה המסורתית עם עדכוני מסך ידניים והמתנה לבדיקת החנות. Adapty עוקפת את RevenueCat במהירות בדיקות A/B פי 5. בנוסף, ה-Paywall Builder משפר את ההמרה בממוצע ב-20% בהשוואה למסכים לא מותאמים. למידע נוסף על בדיקות A/B.
מהקוד, אתם רק צריכים להציג את מסך התשלום:
// Adapty сам рендерит view по конфигу из дашборда
let controller = try await AdaptyUI.getPaywallController(
paywall: paywall,
delegate: self
)
present(controller, animated: true)מסכי תשלום מותאמים אישית (קוד ידני) נתמכים גם באמצעות // iOS — перед первым обращением к UI Adapty.activate( "public_live_xxxxx", customerUserId: user.id ) // Получение paywall let paywall = try await Adapty.getPaywall(placementId: "premium_screen") let products = try await Adapty.getPaywallProducts(paywall: paywall) // Покупка let profile = try await Adapty.makePurchase(product: products[0]) if profile.accessLevels["premium"]?.isActive == true { unlockPremium() } .
| תכונה | Adapty | RevenueCat |
|---|---|---|
| Paywall Builder | מובנה, ללא קוד | יש לפתח בנפרד |
| בדיקות A/B | בדשבורד, ללא שחרור | רק דרך כלים חיצוניים |
| ניתוח קבוצות (Cohort) | משפכים מובנים ו-LTV | דורש אינטגרציה עם Amplitude/Mixpanel |
| מחיר | חינם עד סף הכנסות | חינם עד $2.5k לחודש |
Adapty מספקת משפכי המרה מוכנים והשוואת גרסאות A/B ישירות בדשבורד. עבור צוותים קטנים, זה מחליף מערכת אנליטיקה נפרדת.
איך למקסם את יעילות ה-Paywall Builder
ה-Paywall Builder מאפשר ליצור מספר גרסאות של מסך התשלום ללא מעורבות מפתחים. פשוט העלו תמונת רקע, כוונו את מיקום הכפתור והטקסט. אנו ממליצים לבדוק בלוקים מנוגדים: כותרות ממוקדות ערך, צבעי CTA, ומספר שורות יתרונות. Adapty מתחילה אוטומטית בדיקת A/B כאשר אתם יוצרים גרסה שנייה. התוצאות נראות בזמן אמת, וניתן להחיל את הגרסה המנצחת בלחיצה אחת. חיסכון בתקציב על בדיקות A/B יכול להגיע ל-80%.
Webhooks ואנליטיקה
בדומה ל-RevenueCat: // Adapty сам рендерит view по конфигу из дашборда let controller = try await AdaptyUI.getPaywallController( paywall: paywall, delegate: self ) present(controller, animated: true) , getPaywallProducts, subscription_renewed, subscription_expired. נקודת קצה אחת ל-iOS ו-Android. ההגדרה נמצאת בקטע Integrations בדשבורד. אנו מחברים webhooks לשרת האחורי שלכם או ל-Firebase Cloud Functions. להתראות push על שינויי מנוי, אנו מגדירים APNs (iOS) ו-FCM (Android), עם deep linking שמחזיר את המשתמש למסך התשלום.
מה כלול באינטגרציית Adapty
- ביקורת מודל המנויים הנוכחי — ניתוח מוצרים, מחירים, תקופות ניסיון, תקופות חסד.
- הגדרת מוצרים בדשבורד — יצירת רמות גישה, קישור למוצרי חנות.
- אינטגרציית SDK — iOS (SwiftUI/UIKit), Android (Jetpack Compose/View), Flutter, React Native.
- הגדרת Paywall Builder — יצירת מסך התשלום הראשון, לוקליזציה.
- בדיקות A/B — השקת 2+ גרסאות מסך תשלום, ניתוח המרות.
- אינטגרציית Webhook — חיבור אירועים ל-API שלכם או ל-Firebase.
- העברת ידע — קוד, תיעוד, חשבון דשבורד, הדרכת צוות.
מפתחי iOS ו-Android מוסמכים עם ניסיון רב מבטיחים פעילות מנויים יציבה. הושלמו מעל 50 פרויקטי מנויים.
| שלב | משך | תיאור |
|---|---|---|
| ניתוח | יום אחד | סקירת המשפך הנוכחי, אילוצים טכניים |
| עיצוב | יום אחד | הגדרת מבנה רמות גישה, תקופות ניסיון, מבצעים |
| יישום | 2-3 ימים | אינטגרציית SDK, הגדרת מסך תשלום, webhooks |
| בדיקות | יום אחד | בדיקת רכישות, שחזורים, החזרים ב-sandbox/TestFlight |
| שחרור | יום אחד | פרסום ב-App Store/Google Play, ניטור המרות |
טעויות נפוצות באינטגרציית Adapty
- הגדרת רמות גישה שגויה — מוצרים לא מקושרים לרמות מתאימות, המשתמש לא מקבל גישה לאחר רכישה.
- חוסר טיפול בתקופת חסד — המנוי נקטע מיד לאחר פקיעה, למרות שה-App Store נותן 60 יום.
- התעלמות מ-webhooks — אימות בצד השרת לא מקבל אירועים, הסנכרון נשבר.
- יותר מדי גרסאות A/B — בדיקת 5+ שינויים בו זמנית מקשה על פרשנות התוצאות.
- אי-עדכון Paywall Builder — שינויים לא חלים עקב מטמון בצד הלקוח. פתרון: עדכון כפוי באמצעות
trial_started.
צרו קשר להערכה חינמית של הפרויקט שלכם. הזמינו אינטגרציית Adapty והתחילו לבדוק מסכי תשלום תוך שבוע. קבלו ייעוץ — נבחן את מודל המנויים שלכם ונציע תוכנית יישום אופטימלית.







