שאלות נפוצות בנושא Engage SDK

פרסום שאלות נפוצות

מי מנהל את המשימה של פרסום התוכן?

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

האם מפתח צריך לפרסם את כל סוגי האשכולות?

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

באיזו תדירות שותף הפיתוח צריך לפרסם נתונים באמצעות מנהל העבודה בזמן שהאפליקציה פועלת?

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

מתי המפתח צריך לבצע קריאה ל-API למחיקה?

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

שאלות נפוצות בנושא כוונה לשידור

למה מפתחי אפליקציות ל-Android צריכים להירשם לכוונות שידור (intents)?

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

אין הרשאה להרצה ברקע

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

Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }

צריך לרשום את מקלטי השידור באופן דינמי.

class AppEngageBroadcastReceiver extends BroadcastReceiver {
// Trigger recommendation cluster publish when PUBLISH_RECOMMENDATION broadcast
// is received
}

public static void registerBroadcastReceivers(Context context) {

context = context.getApplicationContext();

// Register Recommendation Cluster Publish Intent
context.registerReceiver(new AppEngageBroadcastReceiver(),
new IntentFilter(com.google.android.engage.service.Intents.ACTION_PUBLISH_RECOMMENDATION));
...

}

שאלות נפוצות על תהליכי עבודה

במהלך השילוב עם ה-SDK, יכול להיות שתתקלו בשגיאות הבאות:

קישורי העומק משויכים לשם החבילה. דרך טובה לבדוק קישורים עומק היא באמצעות הכלי adb.

adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>

קישורי העומק הם דרך מצוינת לעקוב אחרי השיוך. אפשר לכלול פרמטרים נוספים למעקב בכתובות ה-URL של קישורי העומק שמפנים את המשתמשים לאפליקציה. לדוגמה: http://xx/deeplink?source_tag=engage.

מפתחים יכולים להוסיף פרמטרים משלהם למעקב ולספק שיוך כדי לחשב את ההשפעה.

שאלות נפוצות בנושא Engage for TV 2.0

שאלות כלליות

מהי התכונה 'המשך צפייה 2.0'?

התכונה 'המשך הצפייה' 2.0 (Video Discovery API) מאפשרת לכם להמשיך לצפות בסרטונים בדיוק מהמקום שבו הפסקתם. זהו שדרוג משמעותי שמאפשר לצופים להמשיך לצפות בתוכן בצורה חלקה במגוון רחב יותר של מכשירים. נסו לדמיין: אתם מתחילים לצפות בסרט ב-Google TV ואז ממשיכים לצפות בו בקלות בטלפון בזמן הנסיעה לעבודה. זהו הכוח של 'המשך צפייה' 2.0.

המערכת החדשה נועדה לשפר את המעורבות והשימור של הצופים על ידי מתן חוויה חלקה וללא frictio בכלל הסביבה העסקית של Google.

מהם היתרונות של השימוש בתכונה 'המשך צפייה' 2.0?

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

  • חוויה חלקה ב-Google: אפשר להתחיל לצפות ב-Google TV ולהמשיך בצורה חלקה בטלפון Android, ב-iPhone או בטאבלט Android. הוא פועל גם במכשירים שבהם עדיין לא התקנתם את האפליקציה.
  • הגברת המעורבות והשימור: התכונה 'המשך הצפייה' 2.0 עוזרת למשתמשים לחזור לאפליקציה, גם במכשירים חדשים. אם תאפשרו למשתמשים להמשיך לצפות בתוכניות האהובות עליהם, יש סיכוי גבוה יותר שהם ימשיכו לצפות.
  • פוטנציאל הגעה רחב יותר: בנוסף ל-Google TV, התכונה 'המשך צפייה 2.0' פועלת גם בחוויית השימוש במדיה אחרת ב-Android, כמו קוביות Play ואפליקציות מדיה אחרות של Google.
  • תאימות לאחור: אם כבר משתמשים בתכונה הישנה הסרטון הבא, אין בעיה. התכונה 'המשך הצפייה' 2.0 תואמת לאחור, כך שהשילוב הקיים שלכם ימשיך לפעול.

הערה חשובה: בכל השילובים החדשים של 'המשך הצפייה' צריך להשתמש ב-Continue Watching 2.0. אנחנו מוציאים משימוש את המערכת הישנה של 'הפעלה הבאה במכשירים שונים'.

באילו מכשירים יש תמיכה בתכונה 'המשך צפייה' 2.0?

  1. Google TV
  2. Android TV (במכשיר בלבד, אבל יש תמיכה ב-Engage SDK)
  3. האפליקציה לנייד של Google TV ל-Android
  4. האפליקציה לנייד של Google TV ל-iOS
  5. קוביות Play
  6. חבילת הבידור של Google
  7. מכשירי iOS (עם שילוב של API ל-REST).

האם Engage SDK מיועד ל-Continue Watching 2.0?

כן, Engage SDK מיועד ל'המשך הצפייה' 2.0. צריך לשלב אותה עם התכונה 'המשך צפייה' 2.0.

האם התכונה 'המשך צפייה 2.0' זמינה לכולם?

ההשקה של 'המשך הצפייה' 2.0 מתבצעת בשלבים.

  • גישה מוקדמת: בשלב הראשון אנחנו מעניקים גישה לקבוצה נבחרת של שותפים באמצעות תוכנית גישה מוקדמת (EAP).
  • הרחבת הגישה: אנחנו משקיעים מאמצים רבים כדי שאפשרות 'המשך הצפייה' 2.0 תהיה זמינה בקרוב לכל המפתחים.

כדי להבטיח השקה חלקה ומוצלחת, יש לנו אמצעי הגנה לניהול ההשקה. התהליך כולל גם רשימת היתרים בצד של 'המשך הצפייה' 2.0 וגם בדיקה נפרדת ב-SDK של Engage. אם אתם שותפי EAP או שאתם רוצים להצטרף בקרוב, תוכלו לפנות אלינו כדי שנוכל להגדיר את הרשאות הגישה לפני שתתחילו את השילוב של Engage SDK.

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

בעזרת המסמכים החדשים של ה-API, האם נתוני 'המשך הצפייה' יישלפו מהלקוח על ידי שרת Google, והאם הם ישתקפו בכל המכשירים?

ל-API החדש יש יתרונות משמעותיים ל'המשך הצפייה', כולל:

  • חוויית שימוש חלקה במכשירי Google TV: המשתמשים יכולים להתחיל לצפות ב-Google TV אחד ולהמשיך בכל מכשיר Google TV אחר שבו הם מחוברים לאותו חשבון. התכונה הזו פועלת גם בגרסאות ישנות יותר של Android TV.

  • שילוב עם אפליקציה לנייד: התכונה 'המשך הצפייה' זמינה באפליקציית Google TV לנייד ל-Android ול-iOS, ומאפשרת למשתמשים לעבור בצורה חלקה בין הטלוויזיה למכשיר הנייד.

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

  • הרחבה לפלטפורמות אחרות: השילוב הזה מרחיב את התכונה 'המשך הצפייה' לפלטפורמות מדיה אחרות של Google, כמו Android, קוביות Play, טאבלטים ואפליקציות וממשקים אחרים של Google לצריכת מדיה ב-Android. כך אפשר למקסם את ההתעניינות של המשתמשים במכשירים שונים.

מה המגבלה על מספר הישויות שאפשר לפרסם באשכול Continuation?

כל שותף מפתח מוגבל ל-5 ישויות לכל היותר באשכול Continuation. המגבלה הזו מבטיחה חלוקה הוגנת של תוכן בשורה 'המשך צפייה' ב-Google TV, שהיא מרחב משותף לכמה ספקי מדיה.

מה קורה אם מנסים לפרסם יותר מ-5 ישויות?

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

למה יש הגבלה על מספר הישויות?

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

שאלות לגבי אפליקציית האימות

האם חובה לבדוק את האפליקציה באמצעות אפליקציית האימות לפני שליחתה?

כן, חובה לבדוק את האפליקציה באמצעות אפליקציית האימות לפני שליחת קובץ ה-APK.

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

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

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

כדי לשלוח את קובץ ה-APK, תצטרכו לכלול צילום מסך שמראה שהאפליקציה עברה את תהליך האימות.

#### מהן כמה מהטעויות הנפוצות שצריך להיזהר מהן במהלך השילוב?

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

בכל סוגי התוכן (סרטים, פרקים בסדרות טלוויזיה, שידורים חיים, קליפים):

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

בפרקים של תוכניות טלוויזיה:

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

בסרטים:

  • מיקום הפעלה מדויק: בדומה לפרקים בטלוויזיה, חשוב לוודא שמיקום ההפעלה האחרון מדויק.

בסרטונים בשידור חי:

  • פרטי המפרסם: בשידורים חיים, צריך לכלול את שם המפרסם.

בקליפים:

  • פרטי היוצר: מציינים את היוצר של הקליפ.

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

שאלות בנושא חשבון ופרופיל

האפליקציה שלי משתמשת בכניסות של משתמשים אנונימיים. האם עדיין נדרש AccountProfile כדי להשתמש בתכונה 'המשך צפייה' 2.0?

ה-AccountProfile מיועד לאפליקציות שמשתמשות בחשבונות משתמשים נפרדים. עם זאת, אנחנו מבינים שאפליקציות מסוימות, כמו האפליקציה שלך, עשויות להסתמך על כניסות אנונימיות. כך התכונה 'המשך צפייה' 2.0 פועלת בתרחיש הזה:

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

לסיכום: אפשר לשלב את התכונה 'המשך הצפייה' 2.0 עם כניסות אנונימיות, אבל המשתמשים יוכלו להמשיך לצפות בתוכן רק באותו מכשיר.

האם אפשר להשתמש ב-AccountProfile עם accountId בלבד ולא עם profileId, גם אם האפליקציה תומכת גם ב-accountId וגם ב-profileId?

כדי ש-AccountProfile יפעל כראוי, צריך לציין גם את accountId וגם את profileId. הנה תיאור הסיבות לכך:

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

האם השדה profileId נדרש ל-Continue Watching 2.0?

  • השדה accountId הוא חובה. כך המשתמש מזוהה במכשירים שונים.
  • השדה profileId חיוני לחוויית משתמש טובה. האפשרות profileId היא אופציונלית מבחינה טכנית, אבל מומלץ מאוד להשתמש בה אם השירות תומך במספר פרופילים (כמו שירותי סטרימינג רבים). למה זה כל כך חשוב? ללא הפרמטר profileId, יכול להיות שתוכלו לראות תוכן מפרופילים אחרים באותו חשבון בקטע 'המשך הצפייה'. מצב כזה עלול להוביל לחוויה מבלבלת ומעצבנת של המשתמשים.
  • בקיצור: הוספת profileId מבטיחה שהקטע 'המשך צפייה' ישקף במדויק את היסטוריית הצפייה של כל משתמש. אם האפליקציה שלכם תומכת במושג 'פרופיל בחשבון', עליכם לספק אותו.

איך Google משתמשת ב-profileId בצד שלה?

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

האם צריך לקשר חשבון כדי להטמיע את התכונה 'המשך הצפייה' 2.0?

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

שאלות בנושא סנכרון בין מכשירים

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

האם אפשר להגדיר את האפשרות 'סנכרון בין מכשירים' כ-false?

הדגל UserConsentToSyncAcrossDevices קובע אם נתוני ContinuationCluster של המשתמש מסתנכרנים בין המכשירים שלו (טלוויזיה, טלפון, טאבלט וכו'). אם הדגל הזה מוגדר כ-false, האפשרות להמשיך לצפות תהיה זמינה רק באותו מכשיר.

כדי להפיק את המקסימום מהתכונה שלנו לשימוש במכשירים שונים, מומלץ מאוד לבקש מהמשתמשים באפליקציה שלכם הסכמה ולהגדיר את SyncAcrossDevices לערך true.

מכשירים? אילו נקודות נתונים משותפות עם שרתי צד שלישי ממכשירים שאינם Android?

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

שאלות על API ל-REST

האם יש מסמכי עזרה בנושא ה-API ל-REST?

מועד ההשקה המשוער של ה-API ל-REST הוא מרץ 2025, כפי שמופיע במסמכי התיעוד למפתחים של Continue Watching 2.0.

שאלות מדור קודם בקטע 'במה לצפות עכשיו'

האם Video Discovery API מחליף את Watch Next API?

ממשק ה-Video Discovery API יהיה תואם לאחור בכל מכשירי Android TV שתומכים ב-Watch Next API. כל המפתחים צריכים להשתמש ב-Video Discovery API‏ (המשך הצפייה 2.0) כדי לפרסם בשורה 'המשך הצפייה'.

שאלות בנושא בדיקה ושילוב

מה ההבדל בין LastPlayBackPositionTimeMillis לבין duration?

השדה LastPlayBackPositionTimeMillis צריך לשקף את משך ההפעלה במיליסקונדים, בנקודה שבה המשתמש הפסיק לצפות (למשל, 605,000 אלפיות שנייה למשך 10 דקות ו-5 שניות). הוא אף פעם לא יכול להיות גדול ממשך הזמן הכולל של הישות.

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

אילו תרחישי בדיקה עלינו לבצע?

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

  1. צופים בסרטון באורך של יותר מ-20 דקות למשך כ-5 דקות. יוצאים מהאפליקציה. כרטיס הסרטון אמור להופיע בשורה 'המשך צפייה'. הערה: אנחנו מציגים רק 5 כרטיסים לכל אפליקציה של צד שלישי ב-CW
  2. אם בוחרים בכרטיס החדש שמוצג בשורה 'המשך צפייה', הסרטון אמור להמשיך לפעול מהנקודה הנכונה בו. הערה: כל תוכן חדש או ישן אמור להמשיך לפעול מהמקום שבו הפסקת את הצפייה בו בפעם האחרונה.
  3. שינוי החשבונות במכשיר GTV אמור לשנות את הכרטיסים בשורה 'המשך צפייה'. רק סרטונים מהחשבון הנוכחי אמורים להופיע. מיון לפי תאריך. נתוני CW של פרופיל אפליקציה של צד שלישי יהיו מעורבים. הערה: ב-CW של GoogleAccount2 יוצגו תכנים של צד שלישי ש-GoogleAccount2 צפה בהם
  4. יוצאים מהאפליקציה באמצעות לחצן החזרה אחורה > מוודאים שהכרטיס מוצג בשורה 'המשך צפייה'
  5. מסתירים את הסרטון בשורה 'המשך צפייה'. הוא לא אמור להופיע שוב. בודקים אם התוכן המוסתר נשאר מוסתר אחרי 24 שעות ואפילו אחרי פתיחת האפליקציה אחרי 24 שעות. מוודאים שהסתרת פריט אחד לא מסתירה כמה פריטים.
    1. זמינות התוכן בקטע 'המשך צפייה' עם מטא-נתונים מלאים: תמונת הכרטיס, שם האפליקציה, שם התוכן, מספר הפרק בעונה לתוכני טלוויזיה
  6. בדיקת ההתקדמות מוצגת בסרגל ההתקדמות
  7. המשתמש צפה בתוכן עד לכתוביות הסיום – התוכן לא מוצג בקטע 'המשך הצפייה'
  8. מוודאים שאין פריטים שלא נצפו שמוצגים בשורה 'המשך הצפייה'
  9. מוודאים שהפריטים ב-CW מסודרים לפי כרונולוגיה על סמך מועד הפעילות הצפייה, ולא על סמך מועד הפתיחה האחרון של האפליקציה או היום האחרון
  10. מוודאים שפרטי הפרק והעונה בכרטיס CW תואמים לתוכן שצפו בו.
  11. מוודאים שפריטים שהושלמו (פריטים שמוצגים בהם הקרדיטים או אחריהם) לא מופיעים בקטע 'המשך צפייה'
  12. מכבים את המכשיר באמצע הצפייה בפרק, בסרט או בתוכנית. "צריך לכבות את המכשיר באמצע הצפייה בפרק/בסרט/בתוכנית. מוודאים שכשמפעילים את המכשיר ובטלוויזיה אחרת, מוצגת ב-CW הכרטיס הנכון , במיקום הנכון ובסרגל התקדמות"
  13. מכבים את המכשיר אחרי שצופים בפרק 1 עד הסוף, ומוודאים
    1. פרק 1 לא מופיע ולא מופיע שוב בשורה 'המשך צפייה' [במכשיר השני ובזמן הפעלת מכשיר הבדיקה]
    2. פרק 2 (אם הוא זמין) אמור להופיע בשורה 'המשך הצפייה' [במכשיר השני ובזמן הפעלת מכשיר הבדיקה]

  14. התרחיש הראשון: TV1: ‏ GoogleAccount: ‏ mom, 3p account / profile: account 1 / profile_1. צפייה בתוכן ואימות שהנתונים של CW מציגים תוכן שצפו בו בחשבון הצד השלישי account_1/profile_1

    1. TV2: ‏ GoogleAccount: mom. מוודאים את נתוני ה-CW מהתרחיש הראשון. עכשיו צריך להתחבר לאפליקציה של הצד השלישי באמצעות חשבון אחר. חשבון / פרופיל של צד שלישי: account_2 / profile_2. צפייה בתוכן ואימות שהנתונים של CW מציגים תוכן שצפו בו בחשבון הצד השלישי account_2/profile_2

  15. GoogleAccount: mom. תיק מכשיר חדש /אפליקציית צד שלישי לא מותקנת. במכשיר חדש(FDR המכשיר), Verify CW מציג נתונים מהאפליקציה האחרונה של צד שלישי שבה השתמש חשבון Google. הערה: בשורה CW לא אמור להופיע תוכן של צד שלישי אם החשבון ב-GAIA עדיין לא משויך לפרופיל של צד שלישי במכשיר אחר

    1. GoogleAccount: mom. פנייה חדשה לגבי מכשיר /אפליקציית צד שלישי הותקנה אבל לא נכנסתם לחשבון. במכשיר חדש(FDR המכשיר), ב-Verify CW מוצגים נתונים מהאפליקציה האחרונה של צד שלישי שבה השתמש חשבון Google.
    2. הערה: כשהאפליקציה מותקנת והמשתמש נכנס לחשבון, המצב CW משקף את המשתמש הפעיל של הצד השלישי שנכנס לאפליקציה של הצד השלישי.
    3. הערה: בשורה 'המשך צפייה' לא אמור להופיע תוכן של צד שלישי אם חשבון Google עדיין לא משויך לפרופיל של צד שלישי

התכונה 'המשך צפייה' לא מופיעה באפליקציית Google TV ל-iOS. מה קרה?

כדי שהאפשרות 'המשך הצפייה' תופיע במכשירי iOS, תצטרכו לשלוח קישורי עומק ל-iOS.

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

לא, לא מומלץ לבצע עדכונים תכופים. הנה תיאור הסיבות לכך:

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

מתי כדאי לעדכן את המידע בקטע 'המשך הצפייה':

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

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

איך מעדכנים ביעילות:

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

  • onPause, ‏ onStop: כשהפעלת הסרטון מושהית או מופסקת.
  • onAppClose, ‏ onAppBackgrounded: כשהאפליקציה נסגרת או מועברת לרקע.

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