בדיקה, פריסה והתאמה לעומס של פתרון מבוסס Topics

בדף הזה מוסבר איך ליצור הטמעה, לבדוק אותה ולהרחיב אותה לשימוש בסביבת ייצור באמצעות Topics API.

הטמעה של נושאים בקצה העורפי

ההטמעה בשרת העורפי תלויה באופן שבו רוצים להשתמש בנושאים שמחושבים בדפדפן. מומלץ להשתמש ב-Topics כסיגנל נוסף של IBA בפתרונות פרסום דיגיטלי.

// Use the language/framework/stack of your preference
function processTopicsBackendAPI(topics) {
 // If the list is not empty, continue
 // Use topics as an additional signal
}

שימוש ב-Topics API כאות נוסף

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

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

פיתוח ופריסה

  1. איסוף נושאים על ידי מעקב אחרי משתמשים בסביבת הייצור (זמן ההטמעה המשוער: כשבוע):
    • הסבר על האפשרויות: איך להפעיל את Topics באמצעות כותרות HTTP או iframe ו-JavaScript.
    • מגדירים את הדומיין של ה-iframe שיפעיל את Topics API.
    • כדי לבנות את הפתרון, אפשר להשתמש בהדגמה של כותרת או בהדגמה של JavaScript כהפניה לקוד.
    • שילוב של הנושאים בקוד שהמוציאים לאור מטמיעים באתרים שלהם (לדוגמה, iframe של מודעה). חשוב לוודא שאתם קוראים לנושאים מההטמעה.
    • כדי להתחיל לעקוב אחרי נושאים שמעניינים את המשתמשים, מטמיעים את הגרסה האחרונה של הסקריפט באתרים שלכם בסביבת הייצור. מומלץ לבדוק את ההטמעה באתרים שלכם שמקבלים מספר קטן של כניסות מדי חודש. בשלב הזה, מומלץ להטמיע את הפתרון החדש שמבוסס על נושאים לפחות ב-5 אתרים.
    • בשלב הזה, צפוי שה-API יחזיר מערך ריק כתוצאה. הסיבה לכך היא שעדיין לא זוהו נושאים שמעניינים את המשתמש. יכולות לחלוף עד שלושה שבועות עד שתתחילו לקבל נושאים שמעניינים את המשתמשים.
    • מבצעים בדיקות פונקציונליות ואימות. אפשר לבדוק את הפתרון באופן ידני או אוטומטי. לדוגמה:
      • פותחים את הדפדפן עם הדגלים ומגדירים את התקופה ל-15 שניות, כדי שהדפדפן יחשב מחדש את הנושאים מוקדם יותר.
      • נכנסים לאתרים שבהם מוטמע הסקריפט.
      • בודקים אם הסקריפט שלכם עוקב אחרי נושאים ב-chrome://topics-internals/.
      • אפשר לראות אילו תוצאות צפויות.
  2. שימוש בנתונים של Topics API יחד עם אותות הקשריים אחרים (כמו כתובות URL, מטא נתונים וכו') (זמן משוער: כ-3 ימים).
    • אחרי שלושה שבועות בסביבת הייצור, הסקריפט אמור לתעד נושאים שמעניינים חלק מהמשתמשים. בשלב הזה, תוכלו להשתמש בנתוני הנושאים כאות נוסף.
    • אחרי שתתחילו לקבל רשימה לא ריקה של נושאים, תוכלו לשלוח אותה לשרת העורפי עם אותות הקשריים אחרים.

פריסה באתרים לטירגוט

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

  • מתבצעת קריאה ל-Topics API.
  • אפשר לצפות בנושאים בסביבה המבוקרת הזו.
  • אפשר לגשת לנושאים (ה-API מחזיר את הנושאים שנצפו אצל המשתמש).

בחירת אתרי יעד

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

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

בדיקות פונקציונליות ואימות

כשקוראים ל-Topics API בסביבה המוגבלת הזו, אפשר לצפות לתוצאות הבאות:

  • מערך ריק של נושאים [], אם זו השיחה הראשונה של המכשיר הזה, באתר הזה והמתקשר הזה ב-7 הימים האחרונים.

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

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

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

  • נושא חדש שמחליף אחד משלושת הנושאים הישנים אם מפעילים את Topics API אחרי ארבעה שבועות של תצפית.

  • אם לא נצפו נושאים של המשתמש בשלושת השבועות האחרונים או יותר, Topics API יחזיר שוב מערך ריק [].

כדאי לאסוף מדדי ביצועים כדי להעריך את חוויית המשתמש:

  • צריך למדוד את זמן הריצה של קריאות JavaScript ל-Topics API בתוך iframe חוצה מקורות, כדי להשתמש בו בניתוח ביצועים עתידי.
  • הזמן שנדרש ליצירת iframe ונושאים של postMessage(), אחרי קבלת הנושאים.

לקבלת עזרה בפתרון בעיות, אפשר לעיין בקטע תמיכה.

התאמה לסביבת הייצור

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

הנה סיכום שלבי ההרחבה להפקה:

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

בדיקות עומס

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

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

ראה גם

כדאי לעיין במקורות המידע שלנו כדי להבין טוב יותר את Topics API באינטרנט.