מדריך השילוב של Topics API

הנחיות לשימוש ב-Topics API כדי לענות על תרחישים ספציפיים של פרסום דיגיטלי.

לפני שמתחילים

השלב הראשון הוא להכיר את Topics API והשירותים שלו.

  1. לעיון במסמכים למפתחים:
    1. כדי להתחיל, מומלץ לקרוא את הסקירה הכללית כדי להתעדכן במהירות ב-Topics API וביכולות שלו.
    2. כדאי לצפות בהדרכה מפורטת להדגמה של Topics (סרטון).
    3. כדאי לנסות את ההדגמות header ואת ההדגמות של JavaScript API.
    4. פיצול ההדגמות (שתיהן מספקות קישורים לקוד שלהם) ומריצים אותן מהאתר שלכם.
    5. כדי להבין טוב יותר את הפרטים, אפשר לקרוא את הסבר על ה-API.
  2. בודקים את סטטוס ההטמעה ואת ציר הזמן של Topics API.
  3. להבין את התפקיד של ה-API בתמיכה ברלוונטיות של מודעות בעתיד ללא קובצי cookie.
  4. כדי לקבל התראות על שינויים בסטטוסים ב-API, כדאי להצטרף לרשימת התפוצה למפתחים ולהתעדכן בעדכונים האחרונים של Topics.
  5. כדאי להתעדכן בחדשות האחרונות על Topics API.
  6. לתרום תוכן לשיחה באמצעות בעיות ב-GitHub או קריאות W3C.
  7. אם נתקלתם במונחים לא מוכרים, כדאי לעיין במילון המונחים של ארגז החול לפרטיות.
  8. למידע נוסף על מושגים של Chrome, כמו התכונות הניסיוניות של Chrome, אפשר לעיין בסרטונים הקצרים ובמאמרים הזמינים בכתובת goo.gle/cc.

פיתוח ובדיקה באופן מקומי

בקטע הזה נסביר איך לנסות את Topics API כמפתח עצמאי.

  1. בדיקה ופריסה מקומיים (זמן משוער: כיומיים)
    1. מפעילים את ה-API בדפדפן המקומי משורת הפקודה עם דגלי תכונות. כדאי לבדוק את ההדגמות של header ושל JavaScript API כדי לראות את Topics API בפעולה (סרטון הדרכה).
    2. מריצים את Topics colab כדי לבדוק את ההֶקֵּשׁ מנושא מסוים באמצעות מודל למידת המכונה של Topics.

הפעלה של Topics בדפדפן

כדי להפעיל את Topics API במופע Chrome משלכם לצורך בדיקה מקומית, יש שתי אפשרויות:

  1. פותחים את chrome://flags/#privacy-sandbox-ads-apis ומפעילים את ממשקי ה-API של ארגז החול לפרטיות.
  2. (מומלץ) מריצים את Chrome משורת הפקודה עם דגלי Chromium באמצעות פרמטרים ספציפיים ל-Topics API להגדרה לפי הצורך.
מפעילים את ממשקי ה-API של ארגז החול לפרטיות בכתובת chrome://flags/#privacy-sandbox-ads-apis.
הפעלת ממשקי ה-API של ארגז החול לפרטיות.

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

חשוב לזכור שאם האפשרות chrome://flags/#privacy-sandbox-ads-apis מופעלת, הפעולה הזו מבטלת את ההגדרה של תקופה של שורת הפקודה (epoch) ומחזירה אותה לערך ברירת המחדל (כרגע בשבוע אחד).

תצוגה מקדימה של מנגנונים של Topics API

אתם יכולים לקבל מידע על המנגנונים של Topics API באופן מקומי באמצעות הכלים של chrome://topics-internals.

כדאי לעיין ב-Topics API בכתובת chrome://topics-internals.
הכרטיסייה Topics Mode של הכלים chrome://topics-internals.

אפשר להשתמש בכלי Topics API Internals כדי לבדוק באופן מקומי את המסווג על סמך האתרים שמבקרים בהם.

בעזרת הכלי הזה תוכלו לבדוק את הפרטים הבאים:

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

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

איך ה-API מחזיר נושאים

אם ב-Chrome אין מספיק נושאים מתועדים כדי ליצור את חמשת הנושאים המובילים לתקופה של תקופה מסוימת (שבוע אחד), Topics API יוסיף נושאים אקראיים כדי להשלים את חמשת הנושאים המובילים. העמודה Topics Internals (נושאים פנימיים) בכותרת Real או Random מציינת אם הנושא הספציפי הזה התבסס על תצפית אמיתית או על 'מרווח פנימי' אקראי נוסף כדי להשלים את חמשת המובילים. מידע נוסף על המנגנון הזה זמין בהסבר.

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

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

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

המלצות עיקריות

  1. חשוב לסגור (ולהפסיק) את כל התהליכים של Chrome לפני שמתחילים את התהליך החדש באמצעות הדגלים.
  2. אם הבדיקה פועלת בסביבה המקומית שלך, עליך להשבית את האפשרות chrome://flags/#privacy-sandbox-ads-apis, כי היא מבטלת את ההגדרות של שורת הפקודה ומחזירה את ערכי ברירת המחדל.
  3. תוכלו להשתמש בדף ניפוי הבאגים כדי להבין איך Topics פועלת באופן מקומי.
  4. אם יש לכם שאלות, תוכלו לעיין בהסבר על הבעיות ב-GitHub.
  5. אם ה-API לא פועל כמצופה, כדאי לנסות את הטיפים שלנו לפתרון בעיות.

תכנון הפריסה של MVP

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

הקורא של Topics API הוא הישות שקוראת לשיטת ה-JavaScript document.browsingTopics(), או צופה בנושאים וניגשת אליהם באמצעות כותרות של בקשת HTTP. במקרה הזה, הקוד שלכם, וה-eTLD+1 שממנו הוא נקרא, הם מבצע הקריאה החוזרת. כשאתם מפעילים את Topics API, אתם מורים לדפדפן של המשתמש לזהות את הנושאים שמעניינים אותם כשהמשתמש מבקר באתר. לאחר מכן, ביקור זה ייכלל בחישוב הנושאים של התקופה הבאה.

Topics API נועד לסנן את התוצאות לכל מבצע קריאה או לכל eTLD+1 של הקשר הקריאה. במילים אחרות, מקור ה-iframe (כשמשתמשים ב-API של JavaScript) או כתובת ה-URL של בקשת האחזור (כשמשתמשים בכותרות) נחשבים לקוראים, והנושאים מחושבים בהתאם לפונקציית קריאה חוזרת.

התרשים הבא מדגים גישה זו:

הפעולות ש-Topics API מבצע כשמשתמשים נכנסים לאתרים שמשתמשים ב-API.
איך ה-API מזהה נושאים וניגש אליהם.

בתרשים הזה:

  1. משתמש פותח את Chrome ונכנס לכמה אתרים (customerA.example , customerB.example.br וכו') שכוללים את ה-iframe של טכנולוגיית הפרסום (מקור: iframe.adtech.example) או הכותרות של העברת השיחות לאחזור.
    • Chrome יתעד נושאים שמעניינים את המשתמש הזה.
  2. אחרי שבעה ימי ניווט, כשהנושאים שמעניינים אתכם מתועדים באמצעות Topics API, אותו משתמש באותו מכשיר נכנס לאתר היעד (publisher-e.example). Topics API מחזיר רשימה של נושאים, ובדוגמה הספציפית הזו יוחזר נושא אחד המחושב מהשבוע הקודם של תצפיות על המשתמש הזה.
    • רק דפדפנים של משתמשים שביקרו באתרים שזוהו על ידי adtech.example בשלב 1 יחזירו תוצאות של נושאים בשלב 2 (אנחנו מכנים את סינון התצפית הזה – אי אפשר לראות נושאים של משתמשים שלא ראיתם קודם לכן).
  3. ברשימה הזו (של נושא אחד בינתיים), אפשר להפעיל את ממשק ה-API בקצה העורפי (ads.adtech.example/topics-backend) כדי להשתמש בנתוני נושאים כחלק ממערך הנתונים לפי הקשר.
  4. מעכשיו, בהתאם לתרחיש לדוגמה שלך, יש לך אפשרות ליצור חוויה ברמה גבוהה יותר של התאמה אישית עבור המשתמש באמצעות גישה לנושאים שמעניינים אותו במהלך השבועות האחרונים.

קריאה ל-Topics API

יש שתי דרכים לצפות בנושאים של משתמשים ולגשת אליהם. אפשר להשתמש

  • ה-JavaScript API מתוך iframe:
    • הוספת iframe באתרי יעד (אתרים של בעלי תוכן דיגיטלי) שמכיל קוד JavaScript שקורא ל-Topics API באמצעות document.browsingTopics().
  • אפשרות לכותרות:
    • מאחזרים (מומלץ) או XHR (לא מומלץ והייתה זמינה רק במהלך תקופת הניסיון שהושלמה):
      • אפשר לגשת לנושאים מהכותרת Sec-Browsing-Topics בבקשות לקצה העורפי של טכנולוגיות הפרסום. זו האפשרות שמניבה את הביצועים הכי טובים (זמן אחזור קצר לתצפית על נושאים של משתמש ספציפי אחד).
    • שימוש בתג iframe עם המאפיין browsingtopics:
      • אפשר להוסיף iframe עם מאפיין browsingtopics, ו-Chrome יכלול נושאים (שמזוהים עבור eTLD+1 של ה-iframe) בכותרת Sec-Browsing-Topics בבקשה ל-iframe.

הטמעה באמצעות JavaScript ו-iframes

מומלץ לפצל את ההדגמה של JavaScript API של Topics או את הדגמת הכותרת ולהשתמש באחד מהם כנקודת התחלה עבור הקוד שלך.

אפשר לכלול רכיב <iframe> ב-HTML או להוסיף iframe באופן דינמי באמצעות JavaScript. אחת הדרכים ליצור iframe באופן דינמי היא באמצעות ה-JavaScript הבא:

const iframe = document.createElement('iframe');
iframe.setAttribute('src', 'https://...');
document.body.appendChild(iframe);

כדי לבדוק אם Topics API נתמך וזמין במכשיר הזה, אפשר להשתמש בזיהוי תכונות:

'browsingTopics' in document && document.featurePolicy.allowsFeature('browsing-topics') ?
  console.log('document.browsingTopics() is supported on this page') :
  console.log('document.browsingTopics() is not supported on this page');

קוראים ל-Topics API מתוך ה-iframe הזה:

const topics = await document.browsingTopics();

אתם אמורים לקבל רשימה של נושאים שזוהו עבור המשתמש הזה בשלושת השבועות האחרונים. חשוב לזכור: הרשימה הזו יכולה להיות ריקה או לכלול נושא אחד, שניים או 3 נושאים, עד שלושת השבועות האחרונים.

לפניכם דוגמה למה שה-API מחזיר:

[{'configVersion': String, 
  'modelVersion': String, 
  'taxonomyVersion': String, 
  'topic': Number, 
  'version': String}]
  • configVersion: מחרוזת שמזהה את ההגדרה הנוכחית.
  • modelVersion: מחרוזת שמזהה את המסווג של למידת המכונה שמשמשת להסקת הנושאים.
  • taxonomyVersion: מחרוזת המזהה את קבוצת הנושאים שנמצאים כרגע בשימוש בדפדפן.
  • topic: מספר בטקסונומיה שמזהה את הנושא.
  • גרסה: מחרוזת שמשלבת בין configVersion ל-modelVersion.

מידע נוסף על ההטמעה הזו

הטמעה עם כותרות HTTP

אפשר לגשת לנושאים מהכותרת Sec-Browsing-Topics של בקשת אחזור()/XHR או של בקשת iframe.

כותרות של בקשות ותגובות להגדרה ולאחזור של נושאים.
כותרות של iframe ו-fetch().

כדי לסמן נושאים שסופקו על ידי כותרות של בקשות, אפשר להגדיר כותרת Observe-Browsing-Topics: ?1 בתשובה לבקשה. לאחר מכן, הדפדפן ישתמש בנושאים האלה כדי לחשב נושאים שמעניינים את המשתמש.

אם ה-API מחזיר נושא אחד או יותר, בקשת אחזור אל eTLD+1 שממנו נצפו הנושאים תכלול כותרת Sec-Browsing-Topics כמו זו: 

(325);v=chrome.1:1:1, ();p=P000000000

אם ה-API לא מחזיר נושאים, הכותרת תיראה כך:

();p=P0000000000000000000000000000000

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

הטמעה באמצעות fetch()

בדף המפרסם, מוסיפים את הקוד לבקשת האחזור ומקפידים לכלול את {browsingTopics: true}.

fetch('<topics_caller_eTLD+1>', {browsingTopics: true})
    .then((response) => {
        // Process the response
 })

בדפדפנים שתומכים ב-API, הבקשה של fetch() תכלול כותרת Sec-Browsing-Topics עם פירוט של הנושאים שנמדדו בשם המארח של כתובת ה-URL של הבקשה.

הטמעה באמצעות iframe

בדומה לבקשת fetch(), הכותרת Sec-Browsing-Topics תישלח כשמשתמשים במאפיין browsingtopics ב-iframe.

<iframe src="<topics_caller_eTLD+1>" browsingtopics></iframe>

במקרה הזה, יהיה מבצע הקריאה החוזרת, בדומה לקריאת האחזור.

בצד השרת – זהה לכל המקרים

כדי שהנושאים בכותרת הבקשה Sec-Browsing-Topics יסומנו על ידי הדפדפן כפריטים שנצפו, אך גם כדי לכלול את הביקור הנוכחי בדף בחישוב של הנושא המוביל בהתחלה של המשתמש, תגובת השרת צריכה לכלול את Observe-Browsing-Topics: ?1.

הנה דוגמה ל-JavaScript באמצעות setHeader():

res.setHeader('Observe-Browsing-Topics', '?1');

הטמעת קצה עורפי של Topics

הוספת קצה עורפי ל-Topics היא אופציונלית. הבחירה תלויה באופן ובמקום שבהם תרצו להשתמש בנושאים המחושבים במכשיר (בדפדפן). 

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

שימוש בנושאים בתור נתונים לפי הקשר

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

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

פיתוח ופריסה

  1. איסוף הנושאים על ידי תצפיות על משתמשים בסביבת הייצור, אבל עדיין לא בקנה מידה נרחב (זמן משוער: כשבוע)
    1. הסבר על האפשרויות הקיימות: iframe ו-JavaScript או כותרות HTTP
    2. מגדירים את הדומיין של ה-iframe.
    3. יוצרים את קוד ה-JavaScript תוך שימוש באפליקציית ההדגמה בתור קוד עזר, או מטמיעים את אפשרות הכותרות.
    4. פורסים את Topics בסביבה המבוקרת (חלק מאתרי הייצור).
    5. מוסיפים את ההטמעה של Topics לחלק מאתרי היעד (לא יותר מחמישה אתרים בשלב הזה).
    6. אימות ובדיקות פונקציונליות.
  2. [אופציונלי] משתמשים בנתוני Topics בתור אות לפי הקשר (עם כתובות URL, תגים וכו') (זמן משוער: כ-3 ימים).
    1. אחרי שתקבלו את רשימת הנושאים, תוכלו לשלוח אותה לקצה העורפי שלכם בעזרת אותות אחרים לפי הקשר.

פריסה באתרי יעד מסוימים

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

מומלץ לבחור אתרי יעד ש:

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

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

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

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

למדוד את הביצועים והמדדים של חוויית המשתמש.

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

פתרון בעיות

שלחתי קריאה ל-Topics API, והתוצאה מופיעה כ-null. מה אפשר לעשות?
אם נשלחות קריאה ל-Topics API במהלך השבוע הראשון של התצפית על המשתמש, זו הסיבה לכך.

המלצות עיקריות

  1. בודקים את הקוד בממשק הקצה כדי לוודא ש-JavaScript פועל כמו שצריך.

  2. כדאי לבדוק את הקצה העורפי כדי לקבל תוצאות לגבי הנושאים.

    1. חשוב לוודא שסוגי הנתונים והפרמטרים של ה-API בקצה העורפי מוגדרים כמו שצריך.
    2. יש לוודא שהקצה העורפי מוגדר להתאמה לעומס (scaling).

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

  4. Topics לא יופעל אצל כל המשתמשים:

    1. המשתמשים יכולים להשבית באופן מפורש את Topics API.
    2. הדפים של בעל האפליקציה יכולים לקבוע את מדיניות ההרשאות. כדאי לעיין בביטול ההסכמה) במדריך למפתחים של Topics API.
    3. פרטים נוספים זמינים בכתובת chromestatus.com.

  5. מוסיפים מדדים וניראות (observability) לסביבה הזו: כדי לנתח את התוצאות הראשונות תצטרכו להשתמש בהם. מדדים לדוגמה:

    1. זמן אחזור בשיחות;
    2. שגיאות HTTP בקריאות נושאים;

  6. נסו להגביל את השינויים בהטמעה במהלך שלושת השבועות הראשונים.

התאמה לעומס (scaling) לסביבת הייצור

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

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

הרחבת ההטמעה

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

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

מומלץ לבצע את הפעולות הבאות:

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

עניין ושיתוף משוב