הדף הזה רלוונטי ל-Apigee ול-Apigee Hybrid.
לעיון במסמכי התיעוד של
Apigee Edge
בקטע הזה מוסבר על מונטיזציה ב-Apigee.
ייצור הכנסות מממשקי API באמצעות תכונת המונטיזציה של Apigee
אם אתם ספקי API, אתם צריכים דרך גמישה וקלה לייצר הכנסות (מונטיזציה) בכל פעם שמשתמשים בממשקי ה-API שלכם. באמצעות תכונת המונטיזציה של Apigee, אפשר להוסיף תוכנית תמחור למוצר API. תוכנית התמחור מאפשרת לכם לחייב את המפתחים על השימוש בממשקי ה-API שלכם. אפשר גם להגדיר את תוכנית התמחור כך שההכנסות מ-API ישותפו עם המפתחים.
ספקי API יכולים לייצר הכנסות מממשקי ה-API שלהם על ידי הפעלת המונטיזציה של Apigee בארגון והגדרת הרכיבים שמוגדרים בטבלה הבאה.
| רכיב | תיאור |
|---|---|
| ממשקי proxy ל-API | כשמפתחים שרתי proxy ל-API לשימוש עם מוצרי API שמניבים הכנסות, אפשר לצרף את כללי המדיניות הבאים:
|
| מוצר API | הגדרת אוסף של שרתי proxy ל-API שרוצים לספק למפתחי אפליקציות כחבילה בתשלום. במוצר ה-API מוגדרים מגבלות הגישה (מכסות), שיטת האישור של מפתח ה-API, תוכנית התמחור (שמתוארת בהמשך) ופרטים נוספים לגבי שרתי ה-proxy של ה-API שכלולים בחבילה. מידע נוסף זמין במאמרים מהו מוצר 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.
התכונות הבאות זמינות ב-AppGroups במונטיזציה:
- קבוצות אפליקציות שמנויות למוצרי API עם תוכניות תמחור.
- סוגי החיוב בקבוצת האפליקציות:
PREPAIDאוPOSTPAID. - חיוב של ארנקים עם תשלום מראש ב-AppGroup מתבצע בהתאם לתוכנית התעריפים של מוצר ה-API שאליו נרשמתם.
- הוספת כספים ליתרה בחשבון AppGroup שמוגדר לתשלום מראש.
- אדמינים יכולים לשנות את היתרות של קבוצות האפליקציות באופן ידני.
- חיובים על צריכה וחלוקת הכנסות שמדווחים לגבי קבוצות אפליקציות, בדומה למפתחים.
כדי להשתמש ב-AppGroups עם מונטיזציה, צריך לספק אחת משיטות המינוי שמפורטות במאמר איך מאפשרים למפתחי אפליקציות לרכוש מינויים למוצרי API ולכלול את ניהול AppGroup בממשק.
מידע על ניהול כללי של קבוצות אפליקציות מופיע במאמר בנושא הצגה וניהול של קבוצות אפליקציות.
הסבר על מכסות מונטיזציה
מכסה מגדירה את מספר הבקשות שמותר לשלוח למוצר API במהלך תקופת זמן מסוימת. המכסות יכולות להגן על שרתי הקצה העורפי מפני שינויים גדולים בתנועת הגולשים, ולבדל את קו המוצרים שלכם.
כשיוצרים מוצרי API, אפשר להגדיר מכסות ברמת העסק כדי לשלוט בגישה לממשקי ה-API. מידע נוסף על מכסות שמוגדרות ברמת מוצר ה-API זמין במאמר בנושא מכסות.
כדי לוודא שהמכסה שהוגדרה ברמת מוצר ה-API תשמש אתכם, צריך לצרף מדיניות מכסות לשרתי ה-proxy של ה-API במוצר ה-API שמוניטיזציה מופעלת בו. מידע נוסף זמין במאמר בנושא אכיפת מכסות מונטיזציה.
הסבר על החיוב על מוצרי API עם מונטיזציה
במוצר Apigee למונטיזציה יש תמיכה בחשבונות חיוב עם תשלום לאחר השימוש ועם תשלום מראש.
- חיוב לאחר השימוש: בחיוב לאחר השימוש, מפתחי האפליקציות לא משלמים תשלום מראש. מפתחי אפליקציות מחויבים אחרי שהם משתמשים במוצרי ה-API שלכם.
- חיוב מראש: בחיוב מראש, מפתחי אפליקציות משלמים מראש לפני שהם משתמשים במוצרי ה-API שלכם. התשלום המוקדם שבוצע על ידי המפתח זמין בארנק של המפתח. בהתאם לשימוש, העלות לכל עסקה מנוכה מהארנק.
עמלת ההגדרה (אם יש), העלות לכל עסקה וכל העמלות החוזרות מנוכות מהארנק. אם בארנק של המפתח יש פחות מהסכום של כל דמי הגדרה בזמן הניסיון לרכוש את מוצר ה-API, הרכישה תיכשל ותוצג שגיאה שמציינת שאין מספיק כסף בארנק.
כשיוצרים תוכנית תעריפים, מגדירים את מטבע החיוב ואת תדירות החיוב, את עמלות ההגדרה והעמלות הקבועות, ואת העמלות לפי צריכה. על סמך הגדרות תוכנית התמחור ומפתח ה-API הייחודי של המפתח שמשמש לגישה לממשקי ה-API שלכם, אתם יכולים לאסוף נתוני שימוש לצורך ניתוח וליצור דוחות מונטיזציה. לאחר מכן, תוכלו להשתמש בנתונים שנאספו כדי ליצור את חשבוניות החיוב.