סקירה כללית על DAI Pod serving API

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

ניתן להשתמש ב-DAI SDK של מודעות מדיה אינטראקטיביות (IMA) כדי לפתח אפליקציות לקוח לפלטפורמות באינטרנט ובנייד שמקיימות אינטראקציה חלקה עם ה-API של DAI Pod הגשה. כדי להגדיר את IMA DAI SDK עם DAI Pod Serve API, מומלץ לעיין במדריך הספציפי לפלטפורמות של אפליקציית הלקוח (Android, Chromecast, HTML5, iOS, Roku, tvOS) לפורמט שידור חי או VOD.

אם יש לכם דרישות מיוחדות שלא נתמכות על ידי IMA DAI SDK, תוכלו להיעזר במדריך לגבי נגן הווידאו של הלקוח (בשידור חי או VOD) כדי לפתח אפליקציות לקוח משלכם.

רכיבי הגשה של רצף DAI

ההטמעה של ממשק ה-API של מילוי המודעות DAI Pod מורכבת משלושה רכיבים עיקריים:

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

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

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

מניפולציית מניפסט

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

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

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

נגן וידאו של לקוח

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

שידור חי לעומת הצגת רצף VOD

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

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

חשוב להביא בחשבון את ההבדלים האלה כשמתחילים להציג רצפי מודעות בשידור חי או ב-VOD.