אם אתם מפעילים את AppLovin MAX או את Unity LevelPlay כפלטפורמת ה-mediation שלכם, יש לכם כבר גישה לסט איתן של רשתות פרסום מובנות. אך הגידול האמיתי בהכנסות מגיע כאשר אתם מוסיפים מקורות custom demand שמגבירים את התחרות על כל impression. הנה כיצד לעשות זאת ביעילות.
למה להוסיף custom demand?
כל פלטפורמת mediation מגיעה עם סט ברירת מחדל של רשתות פרסום. אלו הרשתות שיש להן אינטגרציות SDK רשמיות עם הפלטפורמה. אבל קיים יקום הרבה יותר גדול של demand בחוץ — שותפי managed demand, רשתות פרסום אזוריות וקשרים ישירים עם מפרסמים — שיכולים למלא את הפערים ב-waterfall שלכם ולדחוף את ה-eCPM גבוה יותר.
המתמטיקה פשוטה: יותר bidders שמתחרים על כל impression משמעם הצעות זוכות גבוהות יותר. הוספה של אפילו מקור custom demand אחד הממוקם היטב יכולה להעלות את ההכנסות הכוללות ב-15 עד 30 אחוזים.
הוספת custom demand ל-AppLovin MAX
AppLovin MAX תומך באדפטרים של רשתות מותאמות אישית המאפשרים לכם לשלב כל מקור demand ב-waterfall שלכם. התהליך כולל שלושה שלבים:
שלב 1: יצירת רשת מותאמת
בלוח המחוונים של MAX, נווטו ל-Mediation ובחרו Manage Networks. הוסיפו רשת מותאמת חדשה והגדירו את שם המחלקה ואת האדפטר ששותף ה-demand שלכם מספק. אדפטר זה מטפל בתקשורת בין MAX לבין מקור ה-demand.
שלב 2: הגדרת ad units
עבור כל ad unit (banner, interstitial, rewarded), הוסיפו את הרשת המותאמת כמקור demand. הגדירו את ה-eCPM הצפוי כדי ש-MAX יוכל למקם אותה נכון ב-waterfall. שותף ה-demand שלכם אמור לספק הנחיות על מחירי רצפה תחרותיים עבור שילוב ה-geo והפורמט הספציפי שלכם.
שלב 3: בדיקה ואופטימיזציה
התחילו בהשקה מוגבלת — אולי 10 אחוזים מהתנועה — כדי לוודא שהאינטגרציה פועלת כראוי ושה-eCPM המדווח תואם לציפיות. לאחר אישור, הגדילו בהדרגה את הקצאת התנועה תוך ניטור של fill rate ו-latency.
הוספת custom demand ל-Unity LevelPlay
Unity LevelPlay (לשעבר ironSource) עוקב אחר תבנית דומה אך עם טרמינולוגיה וזרימת לוח מחוונים משלו:
שלב 1: הגדרת אדפטר מותאם
LevelPlay תומך באדפטרים מותאמים באמצעות ה-SDK שלו. שותף ה-demand שלכם מספק מודול אדפטר שאתם כוללים באפליקציה שלכם לצד ה-SDK של LevelPlay. רשמו את האדפטר בלוח המחוונים של LevelPlay תחת סעיף Networks.
שלב 2: הגדרת instances
צרו instances לכל פורמט פרסום שאתם רוצים להגיש באמצעות מקור ה-custom demand. כל instance ממופה ל-ad unit ספציפי בצד ה-demand. הגדירו את ה-CPM הצפוי למיקום נכון ב-waterfall.
שלב 3: מיקום ב-waterfall
מקמו את ה-custom demand שלכם בנקודה מתאימה ב-waterfall. גבוה מדי עלול לגרום ל-latency אם הוא לא ממלא מהר; נמוך מדי ולעיתים נדירות יקבל הזדמנות להתחרות. התחילו באמצע ה-waterfall שלכם והתאימו על בסיס נתוני ביצועים אמיתיים.
המיקום הטוב ביותר ב-waterfall עבור custom demand הוא בדרך כלל ממש מתחת לשתי הרשתות שלכם עם הביצועים הטובים ביותר. זה מבטיח שהוא יקבל תנועה משמעותית מבלי לשבש את המרוויחים הגבוהים ביותר שלכם.
שיטות עבודה מומלצות
נטרו את ה-latency
מקורות custom demand מוסיפים קריאת מודעה נוספת ל-waterfall שלכם. נטרו מקרוב את מדד ה-time-to-fill. אם מקור מותאם מוסיף יותר מ-200 מילי-שניות לזמן הטעינה הממוצע של המודעה שלכם, שקלו להתאים את הגדרות ה-timeout שלו או את מיקומו ב-waterfall.
השתמשו בבדיקות A/B
גם MAX וגם LevelPlay תומכים בבדיקות A/B של תצורות waterfall. השתמשו בזה כדי להשוות את ה-waterfall הנוכחי שלכם לוריאנט הכולל את מקור ה-custom demand. תנו לנתונים לומר לכם אם הוא באמת מעלה את ההכנסות.
עבדו עם שותף מנוהל
האינטגרציה הטכנית היא רק ההתחלה. אופטימיזציה מתמשכת — התאמת מחירי רצפה, ניטור fill rates, החלפת מקורות עם ביצועים חלשים — היא המקום שבו הערך האמיתי נמצא. שותף managed demand מטפל בכל זה, ומספק לכם נקודת אינטגרציה אחת ואופטימיזציה רציפה מבלי לדרוש מהצוות שלכם להפוך למומחי waterfall.
תחילת העבודה
אם אתם רוצים להוסיף custom demand ל-waterfall שלכם אך לא רוצים לנהל את המורכבות בעצמכם, פנו לשותף מונטיזציה מנוהל. הם מספקים את האדפטר, מטפלים בתצורה, ומבצעים אופטימיזציה רציפה של האינטגרציה — כך שתקבלו הכנסות גבוהות יותר עם מאמץ הנדסי מינימלי.