מחזור חיים של רכישה ו-RTDN

כשאתם מוכרים מוצרים דיגיטליים דרך האפליקציה, עליכם להביא בחשבון את כל חוויית המשתמש. שילוב באפליקציה מאפשר לכם להפעיל תהליכי רכישה ולנהל את חוויית המשתמש, אבל חשוב מאוד לעדכן את הקצה העורפי לגבי ההרשאות שהמשתמשים רוכשים. המידע הזה חשוב למעקב אחרי רכישות ולניהול היבטים אחרים של חוויית המשתמש, כמו הרשאות בפלטפורמות שונות.

כדי לעקוב אחרי אירועים במחזור החיים של הרכישה ולהגיב במהירות לשינויים בהרשאות של המשתמשים, כדאי ליצור מערכת לניהול סטטוס הרכישה בקצה העורפי, גם עבור מינויים וגם עבור רכישות חד-פעמיות. המערכת הזו מבטיחה עיבוד רכישות מהיר ומאובטח ללא קשר לסטטוס המכשיר, שומרת על הרשאות עקביות של משתמשים בכל הפלטפורמות ומאפשרת לעיין בהיסטוריית הרכישות ובנתוני ההרשאות בקצה העורפי.

ב-Google Play יש התראות למפתחים בזמן אמת (RTDN) כדי לעקוב אחרי אירועים במחזור החיים של הרכישה, וניתן להשתמש בממשקי Play Developer API למינויים ולרכישות מתוך האפליקציה כדי לבצע את הפעולות הנדרשות על סמך האירועים האלה. בעזרת הכלים האלה ותוכלו ליצור מערכת ניהול יעילה של מחזור החיים של הרכישות, תוכלו לספק חוויית משתמש חלקה ולנהל את הרכישות וההרשאות בצורה יעילה.

פיתוח לקוח של התראות בזמן אמת למפתחים

רכישות שבוצעו במערכת החיוב של Google Play עשויות לעבור כמה שינויים בזכאות במהלך מחזור החיים שלהן. פעולות שונות יכולות להפעיל את השינויים האלה, כולל:

  • פעולות שהמשתמשים יזמו באפליקציה.
  • פעולות שהמשתמשים יזמו דרך אפליקציית Play Store.
  • פעולות שמתחילות ישירות ממערכות הקצה העורפי.
  • פעולות שאתם מפעילים דרך Google Play Console.

לדוגמה:

  • משתמש שמבטל מינוי דרך מרכז המינויים של חנות Play.
  • מפתח שדחה את החיוב על המינוי באמצעות Google Play Developer API.
  • מפתח שמנפיק החזר כספי ומבטל את הזכאות לרכישה דרך Google Play Console.

חשוב מאוד שהקצה העורפי יהיה מודע למצבים השונים שבהם רכישה יכולה לעבור, ויוודא שהוא נוקט בכל הפעולות הנדרשות כדי לשנות את ההרשאה בהתאם ובזמן.

אפשר להשתמש ב-Google Play Developer API כדי לבדוק את סטטוס הרכישה באופן ידני, אבל שימוש בבדיקות תקופתיות הוא דרך לא יעילה למעקב אחרי שינויים, והיא נוטה לשגיאות ולעיכובים. בעזרת נכסי RTDN תוכלו להגיב לשינויים באופן מיידי, בלי שתצטרכו ליצור לוגיקה למעקב אחר מחזור החיים של הרכישות ב-Google Play.

בקטע הזה נסביר איך ליצור לקוח ל-RTND. RTDN היא תכונה שנוצרה באמצעות Google Cloud Pub/Sub, שמאפשרת לשלוח התראה מיידית לקצה העורפי כשמצב ההרשאה של משתמש משתנה. מערכת Pub/Sub מורכבת מבעל תוכן דיגיטלי ששולח התראות ומלקוח שמירשם לקבלת ההתראות האלה. הטמעת RTDN מאפשרת לעקוב אחרי כל השינויים בסטטוס ההרשאות של המשתמש בזמן אמת ולהגיב להם במהירות.

בעל תוכן דיגיטלי ב-RTDN

הקצה העורפי של Google Play פועל בתור בעל התוכן הדיגיטלי של מודעות RTDN. כדי להגדיר את RTDN באפליקציה, פועלים לפי ההוראות במדריך הגדרה. השלבים האלה מאפשרים למערכת החיוב של Google Play לפעול בתור בעל התוכן הדיגיטלי של מודעות ה-RTDN באפליקציה. כדי להשלים את ההגדרה הזו, כדאי להכיר את מסוף Google Cloud Platform כדי להגדיר הגדרה בסיסית של Pub/Sub.

מנוי ל-RTND

אחרי שמגדירים את בעל התוכן הדיגיטלי, צריך להכין את הקצה העורפי לשימוש ב-RTDN. לשם כך, צריך ליצור לקוח שיקבל הודעות מ-Google Cloud Pub/Sub. הפונקציה הבסיסית של לקוח RTDN כוללת קבלת מופעים של PubSubMessage, דרך בקשות HTTPS בנקודת קצה רשומה או באמצעות ספריות הלקוח של Cloud Pub/Sub. במסמכי העזרה של Pub/Sub מוסבר איך להשתמש בשיטת push או בשיטת pull. במסמכי העזרה של הגדרת RTDN מפורטות הנחיות לבחירת האסטרטגיה שמתאימה לצרכים שלכם.

לכל הודעה שאתם מקבלים, הקצה העורפי צריך לבצע את הפעולות הבאות:

  • פורקים את השדה data בקידוד base64, שמכיל את אובייקט RTDN.
  • מפעילים את תהליכי הקצה העורפי הנדרשים שקשורים לשינוי ההרשאה שדווח על ידי אירוע ה-RTND.

טיפול במעברים בין מצבי הרכישה

לרכישות חד-פעמיות ולרכישות במינוי יש מחזורי חיים שונים, בהתאם למצבים ולאירועים השונים שיכולים להשפיע עליהן. בזכות RTDN, אין צורך ליצור לוגיקה כדי לאשר את מעברי המצבים. כל מה שצריך לעשות הוא להגדיר מה קורה כשקצה העורפי מקבל כל סוג של התראה.

במדריכים הבאים אפשר למצוא מידע נוסף על התרחישים האלה: