ייחוס לכמה נקודות מגע (MTA)

סקירה כללית של תרחישי שימוש

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

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

אנחנו ממליצים לגורמים שמפעילים קריאות ל-API להעריך קודם את הכדאיות של Attribution Reporting API לצורכי מודל השיוך שלהם, למרות שה-API מוגבל למודל שיוך של מגע יחיד. לאחר מכן, מומלץ לקרוא את המסמכים למפתחים של Shared Storage API ושל Private Aggregation API לפני שממשיכים לקרוא את המדריך הזה.

הטמעה באמצעות קובצי Cookie

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

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

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

   

פתרון של ארגז החול לפרטיות

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

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

כדי לתמוך בשיוך של כמה נקודות מגע, אפשר להשתמש ב-Shared Storage API וב-Private Aggregation API בתרחיש השימוש הזה, כי הם מאפשרים לתעד נתונים ולמדוד באופן מצטבר כמה נקודות מגע עם המשתמש בדפדפן אחד.

פתרון מפורט

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

1. משתמש רואה מודעה ב-news.com → טכנולוגיית הפרסום שומרת את ההקשר מהצגת המודעה באחסון משותף, יחד עם מאפיינים אחרים של המשתמש, כולל חותמת הזמן של החשיפות.

2. המשתמש רואה מודעה אחרת ב-shoes.com → טכנולוגיית הפרסום שומרת את ההקשר מהצגת המודעה באחסון המשותף, כמו קודם.

   

3. המשתמש ממיר על ידי ביצוע רכישה באתר של המפרסם → כלי הפרסום הדיגיטלי יכול להפנות להקשר שנשמר ב-Shared Storage כדי ליצור דוח שיוך מותאם אישית באמצעות Private Aggregation API.

   • פלטפורמת הפרסום תצטרך לייצג את החשיפות המשויכות במפתח הסיכום (bucket) באורך 128 ביט. טכנולוגיית הפרסום יכולה לייצג את נקודות המגע האלה עם הלקוח בחשיפות כנתיב או כצומת יחיד.
     • כדי להשתמש בנתיבים, טכנולוגיית הפרסום יכולה ליצור מפתח שמכיל את כל נקודות המגע בנתיב ההמרות של המשתמש. לדוגמה, אם המשתמש ראה מודעות ב-news.com, ב-shoes.com וב-shopping.com לפני השלמת ההמרה, המפתח יקודד את הנתיב המלא "news|shoes|shopping" בתרומה מצטברת אחת.
     • לחלופין, כדי להשתמש בצמתים, פלטפורמת הפרסום יכולה להצהיר על תרומות מצטברות נפרדות לכל נקודת מגע עם חשיפה בנתיב ההמרות של המשתמש. טכנולוגיית הפרסום יכולה להפנות להקשר של החשיפה ב-Shared Storage כדי לחלק את הקרדיט בין החשיפות, למשל 50% לחשיפה האחרונה ו-25% לכל אחת משתי החשיפות הבאות.
   • כשצריך לבחור בין נתיבים לבין צמתים, מומחי הפרסום צריכים להביא בחשבון את הפשרה בין רמת הרעש לבין התועלת. בנפח קבוע של פעילות חשיפות והמרות, ככל שהקטגוריות של צבירת הנתונים מפורטות יותר, כך חלקו של הרעש בפלט גבוה יותר.
     • כשמשתמשים בנתיבים, מומחי טכנולוגיות הפרסום צריכים גם להחליט איך לטפל בכמה ביקורים (למשל: news → sports → news) ואם רצף הביקורים רלוונטי. כדי למדוד כמה ביקורים ואת רצף הביקורים, טכנאי הפרסום יצטרכו להשתמש בקטגוריות מפורטות יותר, וכתוצאה מכך יגדל היחס של הרעשי הרקע.
     • לעומת זאת, שימוש בצמתים יגרום לפחות רעשי רקע, כי יש פחות ערכים שצריך לייצג באופן משולב. מומחי טכנולוגיות הפרסום יכולים גם לשקול לצמצם עוד יותר את עוצמת הקשר על ידי סיווג האתרים שבהם המשתמשים ביקרו.

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

   

   

יצירת מעורבות ושיתוף משוב

חשוב לזכור שההצעה ל-Shared Storage API נמצאת כרגע בשלבי פיתוח ודיון, ולכן היא כפופה לשינויים.

נשמח לשמוע את דעתכם על Shared Storage API.

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

אפשר להתעדכן

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

רוצה לקבל עזרה?

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