שילוב רכישות בתוך האפליקציה עבור יישומי VR
לעתים קרובות אנו נתקלים במשימה של שילוב רכישות בתוך האפליקציה (IAP) עבור יישומי VR. Meta Quest, SteamVR ו-PCVR מטילות דרישות שונות על מערכות תשלום. אפליקציית Quest חייבת להשתמש ב-SDK המקורי של Meta IAP — מעבדי תשלום של צד שלישי אסורים ב-Meta Store. עבור Steam — יש להשתמש ב-Steamworks API. אם הפרויקט מיועד לשתי הפלטפורמות, יש צורך בשכבת הפשטה שמחליפה את המימוש בהתאם לפלטפורמת הריצה. התחלת שילוב IAP ללא הבנת דרישות החנות היעד היא ערובה לעבודה חוזרת.
כיצד להימנע מטעויות בבדיקת IAP ב-Quest?
ה-Meta Platform SDK (com.meta.xr.sdk.platform) מספק IAP באמצעות IAP.GetProductsBySKU ו-IAP.LaunchCheckoutFlow. יש להגדיר את כל ה-SKU מראש ב-Meta Developer Console תחת App ID ספציפי. ללא זאת, קריאה ל-LaunchCheckoutFlow תחזיר שגיאת PURCHASE_NOT_ALLOWED אפילו במצב בדיקה. בדיקת IAP ב-Quest: ב-Developer Console, הוסף משתמשי בדיקה בקטע Test Users של הארגון שלך. רק הם יכולים לבצע רכישות בדיקה ללא חיובים אמיתיים. ללא הגדרה זו, מפתחים נתקלים לעתים קרובות ב-IAP "שלא עובד" — אף שהבעיה היא היעדר הרשאות לחשבון בדיקה. מנויים ב-Meta IAP הם סוג מוצר נפרד (SUBSCRIPTION). למנויים יש trialPeriodDays, billingPeriod, startDate. כדי לבדוק מנוי פעיל, השתמש ב-IAP.GetCurrentEntitlements — מחזיר את כל ההרשאות הפעילות, כולל מנויים. חשוב: הרשאה אינה נעלמת מיד עם ביטול המנוי — היא נשארת פעילה עד סוף התקופה ששולמה. עליך לבדוק ExpirationTime, לא רק את קיומה. שחזור רכישות: Meta משחזרת אוטומטית רכישות שאינן מתכלות בעת התחברות עם אותו חשבון באמצעות IAP.GetViewerPurchases. רכישות מתכלות (מטבעות, מוצרים מתכלים) אינן משוחזרות — יש לצרוך אותן באמצעות IAP.ConsumePurchase לאחר הענקתן לשחקן.
Steamworks ו-PCVR: אימות בצד השרת הוא חובה
עבור Steam, אנו משתמשים ב-Steamworks.NET — מעטפת C# מעל Steamworks API. מיקרוטרנזקציות דרך Steam פועלות באמצעות SteamUser.GetSteamID + אימות בצד השרת דרך Steam Web API. בניגוד ל-Meta, Steam ממליצה על אימות רכישה בצד השרת: הלקוח יוזם רכישה → Steam מחזירה OrderID → שרת המשחק מאמת באמצעות ISteamMicroTxn/FinalizeTxn → מעניק את הפריט. ללא אימות שרת, ניתן לזייף רכישות באמצעות עריכת זיכרון. עבור משחקי VR בלבד ב-Steam ללא שרת ייעודי (שחקן יחיד או P2P), האימות מתבצע באמצעות Steam Inventory Service — Steam עצמה מאחסנת פריטי מלאי, ופריצות בצד הלקוח אינן משפיעות על Steam Inventory.
Unity IAP כשכבת הפשטה חוצת-פלטפורמות
Unity In-App Purchasing (com.unity.purchasing) תומך ב-Meta Store דרך Meta Appstore IAP וב-Steam דרך Steam IAP ב-API אחד. IStoreController.InitiatePurchase(product) פועל באופן זהה בשתי הפלטפורמות עם הגדרת Builder נכונה. Unity IAP מקצר את זמן הפיתוח ב-30–40% בהשוואה לשילוב שני SDK מקוריים בנפרד. הבעיה עם Unity IAP ב-Meta Quest: Unity IAP משתמש ב-Google Play Billing כבסיס לאנדרואיד. Quest היא גם פלטפורמה מבוססת אנדרואיד, ו-Unity IAP עשויה כברירת מחדל להשתמש ב-Google Play Store במקום ב-Meta Store. עליך להגדיר במפורש StandardPurchasingModule.useFakeStoreAlways = false ולהוסיף את Meta Store באמצעות builder.AddStoreConfiguration. מגבלה: Unity IAP אינה תומכת בכל תכונות ה-SDK המקורי — לדוגמה, מנויים ספציפיים ל-Meta עם תקופות ניסיון דורשים קוד נוסף מחוץ ל-Unity IAP. אם הפרויקט דורש תכונות מקוריות, Unity IAP משמשת רק כגיבוי, עם Meta SDK כעיקרי.
מדוע אימות בצד השרת הוא חובה עבור משחקי VR מסוג Pay-to-Win?
חיובים חוזרים והחזרים ב-Meta Store: משתמש מבקש החזר, Meta מאשרת, אך ההרשאה במשחק כבר הופעלה. אם המשחק העניק את הפריט בעת הרכישה ואינו בודק מחדש את ההרשאה, השחקן קיבל את הפריט בחינם. הגנה: אל תעניק פריטים יקרים מיד בצד הלקוח. תבנית: LaunchCheckoutFlow → GetViewerPurchases (בדוק סטטוס) → הענק דרך השרת עם רישום במסד נתונים. בכל הפעלת אפליקציה — בדוק מחדש הרשאות פעילות באמצעות GetViewerPurchases וסנכרן עם רישום השרת. על אי-התאמה — חסום את הפריט. עבור משחקי VR חינמיים עם רכישות קוסמטיות, אימות שרת לרוב אינו קריטי (סקין גנוב אינו פוגע בכלכלה), אך עבור משחקים עם אלמנטים של Pay-to-Win או מנויים, הוא חובה.
| פלטפורמה / מורכבות | לוח זמנים משוער |
|---|---|
| Meta Quest IAP (מתכלה + שאינה מתכלה) | 1–2 שבועות |
| Steam IAP דרך Steamworks | 1–2 שבועות |
| Unity IAP חוצת-פלטפורמות + SDK מקוריים | 2–4 שבועות |
| אימות שרת + הגנה מפני חיובים חוזרים | +1–3 שבועות |
| שיטת אימות | רמת הגנה | מורכבות יישום |
|---|---|---|
| צד הלקוח (SDK בלבד) | נמוכה | מהירה |
| צד השרת + Steam Inventory | גבוהה | בינונית |
| צד השרת + Meta Entitlements | גבוהה | גבוהה |
מה כלול
- הגדרת Meta IAP SDK עם SKUs נכונים ב-Developer Console
- שילוב Steamworks עבור מיקרוטרנזקציות עם אימות בצד השרת
- יצירת שכבת הפשטה חוצת-פלטפורמות באמצעות Unity IAP עם גיבוי ל-SDK מקוריים
- בדיקה על מכשירים אמיתיים עם חשבונות בדיקה
- תיעוד מערכת ה-IAP והוראות תחזוקה
- תמיכה לאחר השקה: ניטור רכישות ופתרון בעיות החזרים
יישמנו IAP עבור יותר מ-15 פרויקטי VR במשך שנים רבות. נבחן את הפרויקט שלך ונציע את הפתרון האופטימלי — משילוב פשוט ועד הגנה מקיפה מפני הונאות. צור קשר כדי לדון בפרטים.
העלות מחושבת באופן אישי לאחר ניתוח דרישות: פלטפורמות, סוגי מוצרים, זמינות תשתית שרת.