סקירה כללית על מונטיזציה ב-Apigee

הדף הזה רלוונטי ל-Apigee ול-Apigee Hybrid.

לעיון במסמכי התיעוד של Apigee Edge

בקטע הזה מוסבר על ייצור הכנסות ב-Apigee.

ייצור הכנסות מממשקי API באמצעות תכונת המונטיזציה של Apigee

אם אתם ספקי API, אתם צריכים דרך גמישה וקלה לייצר הכנסות (מונטיזציה) בכל פעם שמשתמשים בממשקי ה-API שלכם. באמצעות תכונת המונטיזציה של Apigee, אפשר להוסיף תוכנית תמחור למוצר API. תוכנית התמחור מאפשרת לכם לחייב את המפתחים על השימוש בממשקי ה-API שלכם. אפשר גם להגדיר את תוכנית התמחור כך שההכנסות מ-API ישותפו עם המפתחים.

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

רכיב	תיאור
ממשקי proxy ל-API	כשמפתחים שרתי proxy ל-API לשימוש עם מוצרי API שמניבים הכנסות, אפשר לצרף את כללי המדיניות הבאים: מדיניות VerifyAPIKey או הפעולה VerifyAccessToken של מדיניות OAuth2 כדי לבדוק אם בקשה נכנסת מתאימה למונטיזציה, על ידי בדיקה של תוכנית התמחור הפעילה שפורסמה. מידע נוסף זמין במאמר בנושא הוספת מדיניות אימות. MonetizationLimitsCheck policy כדי לוודא שהמפתח רכש את מוצר ה-API המשויך ושיש לו מספיק יתרה בארנק. מידע נוסף זמין במאמר אכיפת מינויים של מפתחים למוצרי API. מדיניות מכסות כדי להשתמש בהגדרת המכסות שהוגדרה באמצעות מוצר ה-API. מידע נוסף זמין במאמר בנושא אכיפת מכסות של מונטיזציה. מדיניות DataCapture כדי לבטל נתוני שימוש שקשורים ליצירת רווחים. מידע נוסף זמין במאמר בנושא איסוף נתוני מונטיזציה.
מוצר API	הגדרת אוסף של שרתי proxy ל-API שרוצים לספק למפתחי אפליקציות כחבילה בתשלום. במוצר ה-API מוגדרים מגבלות הגישה (מכסות), שיטת האישור של מפתח ה-API, תוכנית התמחור (שמתוארת בהמשך) ופרטים נוספים לגבי ה-API proxies שכלולים בחבילה. מידע נוסף זמין במאמרים מהו מוצר API? והחלת מכסות מונטיזציה על מוצרי API. הערה: אם אתם משתמשים במוצר API עם מונטיזציה של Apigee, שם המוצר לא יכול להכיל רווחים בסוף.
תוכנית תמחור	הגדרת החיוב, העמלות והחיובים שנובעים מהשימוש בממשקי API שמוצעים בחבילת מוצרי API שניתן לייצר ממנה הכנסות. לדוגמה, אתם יכולים לחלוק את ההכנסות מ-API עם המפתחים שלכם. מידע נוסף זמין במאמר בנושא ניהול תוכניות תמחור למוצרי API. הערה: אם תוכנית תמחור פעילה משויכת למוצר API, המוצר נחשב ככזה שמניב הכנסות. למוצר API יכולות להיות כמה תוכניות תמחור שמשויכות אליו, אבל רק אחת מהן יכולה להיות פעילה בכל רגע נתון.

ניהול מינויים למוצרי API של מפתחי אפליקציות

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

מפתחי אפליקציות יכולים להשיג מינויים באחת מהשיטות הבאות:

• באופן ישיר, על ידי רכישת מינוי למוצר ה-API. במקרה כזה, אתם, ספקי ה-API, צריכים לספק למפתחי אפליקציות שיטה לרכישת מינויים למוצרי ה-API שלכם. אחת משתי האפשרויות:
  • שילוב של מונטיזציה ב-Apigee עם פורטל המפתחים שמבוסס על Drupal
  • לבנות ממשק פורטל בהתאמה אישית ולרכוש מינויים למוצרי API ולנהל אותם באמצעות ה-API
• באמצעות חברות בקבוצת אפליקציות. מידע על ניהול מינויים באמצעות AppGroups זמין במאמר שימוש ב-AppGroups לניהול מינויים למוצרי API.

שימוש ב-AppGroups לניהול מינויים למוצרי API

ב-Apigee אפשר להשתמש ב-AppGroups כדי לנהל מינויים למוצרי API ומונטיזציה של השימוש במוצרי ה-API האלה. אם מפתח אפליקציות הוא חבר ב-AppGroup שיש לו מינוי למוצר API, למפתח האפליקציות יש באופן אוטומטי את אותו מינוי למוצר ה-API.

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

התכונות הבאות זמינות בקבוצות אפליקציות במונטיזציה:

• קבוצות אפליקציות שמנויות למוצרי API עם תוכניות תמחור.
• סוגי החיוב של קבוצת האפליקציות: PREPAID או POSTPAID.
• חיוב של ארנקים עם תשלום מראש ב-AppGroup מתבצע בהתאם לתוכנית התעריפים של מוצר ה-API שאליו נרשמתם.
• הוספת כספים ליתרות בחשבונות AppGroup בתשלום מראש.
• אדמינים יכולים לשנות את היתרות של קבוצות האפליקציות באופן ידני.
• חיובים על צריכה וחלוקת הכנסות שמדווחים לגבי קבוצות אפליקציות, בדומה למפתחים.

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

מידע על ניהול כללי של קבוצות אפליקציות מופיע במאמר הצגה וניהול של קבוצות אפליקציות.

הסבר על מכסות המונטיזציה

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

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

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

הערה: אם מוסיפים מכסה אחרי שהמוצר API כבר היה בשימוש, חישוב המכסה מתחיל מהעסקה הבאה שמניבה רווח.

הסבר על חיובים על מוצרי API שמניבים הכנסות

המונטיזציה ב-Apigee תומכת בחשבונות לחיוב בתשלום בסוף התקופה ובתשלום מראש.

• חיוב לאחר שימוש (postpay): בחיוב לאחר שימוש, מפתחי האפליקציות לא משלמים תשלום מראש. מפתחי אפליקציות מחויבים אחרי שהם משתמשים במוצרי ה-API שלכם.
  ב-Apigee אין פונקציונליות ספציפית להפקת חשבוניות לחיוב. אתם מטפלים בסגירת החשבון מול המפתחים.
• חיוב מראש: בחיוב מראש, מפתחי אפליקציות משלמים מראש לפני שהם משתמשים במוצרי ה-API שלכם. התשלום המוקדם שבוצע על ידי המפתח זמין בארנק של המפתח. על סמך השימוש, העלות לכל עסקה מנוכה מהארנק.

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

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