סקירה כללית על דוחות שיוך (Attribution) באינטרנט

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

למי זה מיועד?

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

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

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

מה זה Attribution Reporting API?

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

‫Attribution Reporting API מאפשר לבצע את המדידות האלה באופן ששומר על הפרטיות, בלי להסתמך על קובצי Cookie של צד שלישי.

ה-API הזה מאפשר למפרסמים ולספקי טכנולוגיות פרסום למדוד המרות במקרים הבאים:

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

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

התנסות עם ה-API

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

אם אתם רוצים להתנסות ב-API, אתם יכולים לעבור אל Attribution Reporting: experiment and participate.

שינויים ב-API

• חשוב לעקוב אחרי השינויים ב-API.
• השקנו את Attribution Reporting API במחצית הראשונה של 2023.

זמינות

תרחישים לדוגמה ותכונות

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

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

דוחות ברמת האירוע

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

דוחות ברמת האירוע מתאימים ל:

• אופטימיזציה. לענות על שאלות כמו "איך אפשר לשפר את ההחזר על ההשקעה?". בפרט, אפשר להשתמש בדוחות האלה כדי לבצע אופטימיזציה של מיקום המודעות, כי מזהים ייחודיים בצד המודעה יכולים להיות זמינים בדוחות. דוחות ברמת האירוע יכולים לספק נתוני אימון למודלים של למידת מכונה.
• דיווח גס, שבו נדרש מידע מועט מאוד על ההמרה. המגבלה הנוכחית היא 3 ביטים של נתוני המרות לקליקים – כלומר, אפשר להקצות המרה לאחת משמונה קטגוריות – וביט אחד לצפיות. קידוד של נתונים מפורטים בצד ההמרה, כמו מחיר ספציפי או זמן המרה, לא נתמך בדוחות ברמת האירוע.
• זיהוי הונאות. הנתונים בחלק מהדוחות יכולים לעזור לכם לזהות ולנתח הונאות קליקים על מודעות. בעזרת הנתונים האלה תוכלו להבין דפוסים שיכולים לשמש לזיהוי פעילות שהיא ספאם או פעילות לא חוקית.

דוחות סיכום

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

מידע נוסף על דוחות סיכום

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

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

תכונות אחרות

תכונות נוספות של ה-API הזה:

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

תמיכה בדפדפנים

• ‫Firefox ו-Edge לא שיתפו אותות.
• ‫Safari ו-WebKit התנגדו והציעו API אחר למדידת המרות ממודעות, שנקרא Private Click Measurement.

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

סט התכונות של Attribution Reporting API שונה מזה של Private Click Measurement API שהוצע על ידי Safari ו-WebKit. היתרון הבולט ביותר של Attribution Reporting API הוא:

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

הגדרת הדפדפן

• המשתמשים יכולים לבטל את ההסכמה לשימוש ב-API בהגדרות המשתמש בכתובת chrome://settings/adPrivacy.
• ממשק ה-API לא פעיל במצב פרטי.

איך אפשר לשלוט בגישה לאתרים?

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

צדדים שלישיים שרירותיים – לדוגמה, מודעות iframe ממקורות שונים שלא נוספו לדף באמצעות סקריפט עם גישה ברמה העליונה – לא יכולים להשתמש ב-API בלי ידיעה של בעל האתר או המפרסם: ב-iframes האלה, צריך להפעיל את Attribution Reporting API באופן מפורש באמצעות מדיניות ההרשאות.

<iframe src="..." allow="attribution-reporting"></iframe>

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

אתר יכול להשבית את Attribution Reporting API לכל הצדדים, כולל סקריפטים עם גישה ברמה העליונה, על ידי שליחת כותרת תגובת ה-HTTP:

Permissions-Policy: attribution-reporting=()

איך ה-Attribution Reporting API עובד?

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

דוחות ברמת האירוע

דוחות סיכום

דוחות הסיכום נוצרים באופן הבא:

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

מידע נוסף על דוחות סיכום

פרטיות

בניגוד לקובצי Cookie של צד שלישי, Attribution Reporting API מאפשר לחברות פרסום לקבל תובנות לגבי המרות בלי לעקוב אחרי הפעילות של משתמשים באתרים שונים.

ניקח לדוגמה אדם בשם דני. יוסי רואה מודעה בזמן שהוא קורא חדשות באתר news.example. שבוע לאחר מכן, בוב קונה נעליים באתר shoes.example.

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

כמות קטנה של מידע מצורפת באתרים שונים – מספיקה כדי למדוד המרות, אבל לא מספיקה כדי לעקוב אחרי הפעילות של בוב באתרים שונים בפירוט. הפעילות של בוב ב-news.example וב-shoes.example נשארת נפרדת.

אמצעי ההגנה בכל סוג דוח

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

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

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

פירוט: דוחות ברמת האירוע ופרטיות

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

• לא נעשה שימוש במזהה חוצה אתרים ולא נשמרת במכשיר פעילות גלישה מפורטת חוצת אתרים.
• דוחות ברמת האירוע משייכים 64 ביט של מידע בצד המודעה (news.example) רק לביט אחד או ל-3 ביט בצד ההמרה (shop.example). 64 ביט הם כמות מידע מספקת למיפוי למזהה משתמש ספציפי, אבל אפשר לקשר את 64 הביט האלה רק עם כמות קטנה מאוד של מידע חוצה-אתרים: ביט אחד או 3 ביט, שלא מספיקים להכיל מזהה.
  • ה-64 ביט בצד המודעה הם לא מידע חדש. מזהה משתמש כבר יכול להיות זמין היום בצד המודעה. ‫news.example או ש-adtech.example כבר יודע על פעילות מסוימת של משתמש ב-news.example.
• הגנות נוספות מופעלות כדי למנוע ניצול לרעה ומעקב בין אתרים:
  • הדוחות נשלחים עם עיכוב.
  • נתוני ההמרות מוזנים ברעש: באחוז מסוים מהמקרים, נוצרים דוחות מזויפים.
  • מספר דוחות ההמרות המשויכות מוגבל לכל קליק או צפייה.

פירוט: דוחות סיכום ופרטיות

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

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

השתתפות ושיתוף משוב

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