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

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

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

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

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

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

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

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

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

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 כדי ליצור דוח שיוך (Attribution) בהתאמה אישית באמצעות Private Aggregation API.

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

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

   

   

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

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

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

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

אפשר להתעדכן

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

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

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