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

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

למי זה מיועד?

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

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

מה זה Attribution Reporting API?

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

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

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

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

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

רוצה לנסות את ה-API?

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

אם אתם רוצים להתנסות ב-API, דוחות שיוך (Attribution): ניסויים והשתתפות.

שינויים ב-API

זמינות

הצעה סטטוס
תהליך ההמרה: מהאפליקציה לאתר
הודעת הסבר באינטרנט והודעת הסבר ל-Android
הודעה בנושא רשימת תפוצה		 האפשרות זמינה ב-Chrome וב-Android לגרסת המקור לניסיון
תהליך ההמרה: בין מכשירים
הסבר		 הצעה זו הועברה לארכיון. אין כרגע תוכניות להטמעת הנתונים.
מניעה של דוחות נצברים לא חוקיים באמצעות אימות דוחות
הסבר 		צפויות בחירות ב-Chrome במחצית הראשונה של 2024
רשימת ההיתרים שמוגדרת כברירת מחדל ב-Attribution Reporting API תישאר *
הודעה על רשימת תפוצה		 ברבעון הראשון של 2023 יש גישה ל-Chrome
פרק זמן של דיווח ברמת האירוע הניתן להגדרה
בעיה ב-GitHub		 זמינות ב-Chrome ברבעון הרביעי של 2023
מרווח פנימי למטען ייעודי (payload) של דוחות מצטברים
הסבר מעודכן		 זמינות ב-Chrome ברבעון הרביעי של 2023
שלב 1 Lite גמיש ברמת האירוע
הסבר על הגדרות גמישות ברמת האירוע		 זמינות ב-Chrome ברבעון הרביעי של 2023
האפשרות להתאים אישית את המספר של דוחות השיוך (Attribution) ואת המספר/האורך של חלונות הדיווח.

התכונה זמינה ב-Chrome ברבעון הראשון של 2024
האפשרות להתאים אישית את מספר הסיביות של הנתונים בטריגר.
תמיכה בניפוי באגים בדוחות שיוך (Attribution) אחרי ההוצאה משימוש של קובצי cookie של צד שלישי
בקשת משוב על GitHub		 צפויות בחירות ב-Chrome במחצית הראשונה של 2024
תמיכה ב-Attribution Reporting API ובשירות צבירה ל-Google Cloud
הסבר על Attribution Reporting API
הסבר על שירות צבירה		 זמינות ב-Chrome במחצית השנייה של 2023

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

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

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

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

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

דוח ברמת האירוע
דוגמה לדוח ברמת האירוע: מזהה הקליק 200400600 ב-news.example (מצורף למזהה המשתמש Bru_Doe ב-news.example) הוביל לרכישה ב-shop.example.

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

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

דוחות סיכום

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

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

דוגמה לתובנות מדוחות סיכום.
הנה דוגמה לתובנות מדוחות סיכום: CampaignID 1234567 בתאריך news.example הוביל ל-518 המרות בתאריך shoes.example, ולהוצאה כוללת של 38,174$. חצי מההמרות הגיעו ממשתמשים בניו יורק, ארה"ב.

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

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

תכונות אחרות

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

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

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

קבוצת התכונות של Attribution Reporting API שונה מזו של ממשק ה-API למדידת קליקים פרטי שהוצע על ידי Safari ו-WebKit. ההגבלה המשמעותית ביותר היא באמצעות Attribution Reporting API:

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

הגדרת הדפדפן

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

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

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

צדדים שלישיים שרירותיים – לדוגמה, מסגרות iframe של מודעות ממקורות שונים שלא היו נוסף לדף באמצעות סקריפט שיש לו גישה ברמה העליונה — לא ניתן להשתמש ב-API ללא ידיעתו של בעל האתר או המפרסם: במסגרות ה-iframe האלה, צריך להפעיל את 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 מאפשר למדוד שני אירועים מקושרים יחד: אירוע באתר של בעל תוכן דיגיטלי, כמו משתמש שצפה בו או לוחץ מודעה עם המרה מאוחרת יותר באתר של מפרסם.

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

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

דוחות סיכום

יצירת דוח סיכום

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

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

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

פרטיות

בניגוד לקובצי 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.
  • אמצעי הגנה נוספים משמשים למניעת ניצול לרעה ומעקב בין אתרים:
    • הדוחות נשלחים עם עיכוב.
    • נתוני ההמרות רעשים: באחוז מסוים מהזמן מופקים דוחות מזויפים.
    • מספר הדוחות של ההמרות המשויכות מוגבל לכל קליק או צפייה.

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

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

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

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