סקירה כללית של תרחישי השימוש
שיוך שיווקי הוא שיטה שבה מפרסמים משתמשים כדי לקבוע את התרומה של טקטיקות שיווק ואינטראקציות עתידיות עם מודעות למכירות או להמרות.
יש סוגים שונים של מודלים של שיוך, כולל שיוך לנקודת מגע ראשונה ולאינטראקציה אחרונה, שהם מודלים של שיוך לנקודת מגע אחת. מודלים של שיוך לאינטראקציה אחת מקצים 100% מהקרדיט על ההמרה לנקודת מגע אחת עם הלקוח במסלול להמרת הלקוח. בשיוך של נקודת המגע הראשונה, הקרדיט מוקצה לנקודת המגע הראשונה. בשיוך של נקודת המגע האחרונה, הקרדיט מוקצה לנקודת המגע האחרונה עם הלקוח לפני ההמרה. אפשר גם לשתף את השיוך בין כמה נקודות מגע עם הלקוח במסלול להמרת הלקוח, שבהן הקרדיט מחולק בין נקודות המגע השונות. התהליך הזה נקרא שיוך לכמה נקודות מגע.
אנחנו ממליצים לקריאות ל-API להעריך קודם את הכדאיות של Attribution Reporting API לצורכי מודל השיוך שלהם, אם כי ה-API מתמקד במודל שיוך לנקודת מגע אחת. אחר כך, אנחנו ממליצים להם לקרוא את המסמכים למפתחים של Shared Storage API ו-Private Aggregation APIs לפני שהם קוראים את המדריך הזה.
הטמעה באמצעות קובצי Cookie
טכנולוגיות הפרסום מטמיעות מודלים שונים של שיוך לכמה נקודות מגע באמצעות קובצי Cookie של צד שלישי. קובצי cookie יכולים לעקוב אחר משתמשים באמצעות תצוגות והמרות שונות.
- כשמתקבלת חשיפה של מודעה, טכנולוגיית הפרסום מאחזרת קובצי cookie של צד שלישי. קובצי ה-cookie האלה עשויים להכיל מזהה משתמש ומידע אחר שנאסף בעבר מהמשתמש.
- ברגע שיש המרה, טכנולוגיות הפרסום ינתחו את נתיב ההמרות ונתונים אחרים שנאספו כדי לבצע ניתוח שיוך.
- טכנולוגיות הפרסום ייצרו את נתיב ההמרה באמצעות אותות דטרמיניסטיים והסתברותיים כדי ליצור דוח שיוך לכמה נקודות מגע.
פתרון של ארגז החול לפרטיות
Shared Storage מאפשר כתיבה בלתי מוגבלת של טכנולוגיות פרסום עם גישת קריאה באתרים שונים תוך שמירה על הפרטיות. על סמך הנתיב והמאפיינים שנאספים מההמרות, טכנולוגיות הפרסום יכולות להשתמש בסוגים שונים של מודלים כדי להקצות תכנים לכל חשיפה של מודעה.
Private Aggregation API משמש ליצירת תרומות וליצירת דוחות צבירת נתונים. זהו ממשק API לשימוש כללי, שאפשר להשתמש בו במגוון רחב של הקשרים. הנתונים נצברים ב'דוחות נצברים', שהם מוצפנים וניתן לעבד אותם רק באמצעות 'שירות הצבירה'. במהלך העיבוד, השירות יוסיף רעש ויגביל את מספר הפעמים שאפשר לשלוח שאילתות לדוח. טכנולוגיות הפרסום יכולות להשתמש ב-Private Aggregation API כדי לקבל דוח מצטבר לגבי הנתיב או התהליך שהמשתמש השלים.
כדי לתמוך בשיוך לכמה נקודות מגע, אפשר להשתמש בממשקי ה-API של אחסון שיתופי ושל צבירה פרטית לתרחיש לדוגמה הזה, כי הם מאפשרים תיעוד ומדידה מצטברת של מספר נקודות מגע עם הלקוח בדפדפן אחד.
פתרון מפורט
כדי לתאר את הפתרון בפירוט רב יותר, נעבור על תהליך לדוגמה של משתמש, ונציין את השלבים הרלוונטיים שבוצעו בממשקי ה-API של ארגז החול לפרטיות.
המשתמש רואה מודעה ב-
news.com
← פרסום דיגיטלי מאחסן הקשר מצפייה במודעה באחסון משותף, יחד עם מאפיינים אחרים למשתמש, כולל חותמת הזמן של החשיפה.המשתמש רואה מודעה אחרת ב-
shoes.com
← טכנולוגיית הפרסום מאחסנת הקשר מתצוגת המודעה באחסון השיתופי.המשתמש משלים המרה על ידי ביצוע רכישה באתר של המפרסם ← טכנולוגיית הפרסום יכולה להפנות להקשר שמאוחסן ב-Shared Storage כדי ליצור דוח שיוך בהתאמה אישית באמצעות Private Aggregation API.
- טכנולוגיית הפרסום תצטרך לייצג את החשיפות המשויכות במפתח צבירה של 128 ביט (שנקרא גם קטגוריה). טכנולוגיית הפרסום יכולה לבחור לייצג את נקודות המגע של החשיפות האלה כנתיבים או כצמתים בודדים.
- כדי להשתמש בנתיבים, טכנולוגיית הפרסום יכולה ליצור מפתח שמכיל את כל נקודות המגע בנתיב ההמרות של המשתמש. לדוגמה, אם המשתמש ראה מודעות באתרים
news.com
,shoes.com
ו-shopping.com
לפני ההמרה, המפתח יקודד את הנתיב המלא"news|shoes|shopping"
בתרומה מצטברת אחת. - לחלופין, כדי להשתמש בצמתים, טכנולוגיית הפרסום יכולה להצהיר על תרומות מצטברות נפרדות לכל נקודת מגע עם הלקוח בנתיב ההמרות של המשתמש. טכנולוגיית הפרסום יכולה להפנות להקשר החשיפות ב-Shared Storage כדי לחלק את הקרדיט בין החשיפות, למשל 50% לחשיפה האחרונה ו-25% לכל אחת משתי החשיפות האחרונות.
- כדי להשתמש בנתיבים, טכנולוגיית הפרסום יכולה ליצור מפתח שמכיל את כל נקודות המגע בנתיב ההמרות של המשתמש. לדוגמה, אם המשתמש ראה מודעות באתרים
- בבחירה בין נתיבים לצמתים, טכנולוגיות הפרסום יצטרכו לקחת בחשבון את האיזון בין הרעש לבין השימוש בתועלת. כשמדובר בנפח קבוע של פעילות חשיפות והמרות, ככל שקטגוריות הצבירה מפורטות יותר, כך יחס הרעש בפלט גבוה יותר.
- כשמשתמשים בנתיבים, טכנולוגיות הפרסום צריכות גם לקבוע איך לטפל בביקורים מרובים (למשל
news
←sports
←news
) ואם רצף הביקורים רלוונטי. כדי למדוד ביקורים מרובים ואת רצף הביקורים, טכנולוגיות הפרסום יצטרכו להשתמש בקטגוריות מפורטות יותר, שיגדילו את שיעור הרעשים. - בהשוואה, שימוש בצמתים יהיה פחות רועש כי יש פחות ערכים שאפשר לייצג. יכול להיות שטכנולוגיות הפרסום יוכלו גם לצמצם את העוצמה (cardinality) הזו על ידי סיווג של האתרים שבהם מבקרים.
- כשמשתמשים בנתיבים, טכנולוגיות הפרסום צריכות גם לקבוע איך לטפל בביקורים מרובים (למשל
- טכנולוגיית הפרסום תצטרך לייצג את החשיפות המשויכות במפתח צבירה של 128 ביט (שנקרא גם קטגוריה). טכנולוגיית הפרסום יכולה לבחור לייצג את נקודות המגע של החשיפות האלה כנתיבים או כצמתים בודדים.
טכנולוגיית הפרסום מקבץ את הדוחות המצטברים שהתקבלו ומעבדת אותם באמצעות שירות הצבירה, שמחזיר דוח סיכום.
מעורבות ושיתוף משוב
ההצעה לנפח אחסון משותף נמצאת בדיון פעיל וכפופה לשינויים הוא בעתיד. אם ניסיתם את ה-API הזה ויש לכם משוב, נשמח לשמוע אותו.
- GitHub: קראו את הצעה, לעיון בסקירה המפורטת, העלאת שאלות והשתתפות בדיון.
- הודעות על Shared Storage API: הצטרפות להודעות קודמות או הצגה שלהן ברשימת התפוצה שלנו
- תמיכה למפתחים: אפשר לשאול שאלות ולהצטרף לדיונים מאגר התמיכה למפתחים של ארגז החול לפרטיות