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

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

למי זה מיועד?

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

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

מה זה Attribution Reporting API?

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

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

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

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

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

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

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

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

שינויים ב-API

זמינות

建议 状态
转化历程：从应用到网站
网站铺垫消息和 Android 铺垫消息
邮寄名单公告		 在 Chrome 和 Android 中可用，以进行源试用
转化历程：跨设备
说明		 该提案已归档。目前没有实施计划。
使用报告验证功能防止无效的可汇总报告
说明		 预计于 2024 年上半年在 Chrome 中推出
Attribution Reporting API 权限政策的默认许可名单将保留 *
邮寄名单通知		 将于 2023 年第 1 季度在 Chrome 中推出
可配置的事件级报告 epsilon
GitHub 问题		 将于 2023 年第 4 季度在 Chrome 中提供
可汇总报告载荷的内边距
更新了解释器		 将于 2023 年第 4 季度在 Chrome 中提供
第 1 阶段精简版灵活事件级
灵活事件级配置说明说明		 Chrome 将于 2023 年第 4 季度推出
可自定义归因报告的数量和报告期的数量/长度。

2024 年第 1 季度在 Chrome 中推出
可自定义触发器数据的位数。
支持在第三方 Cookie 弃用后进行 Attribution Reporting 调试
在 GitHub 上提供反馈		 预计于 2024 年上半年在 Chrome 中推出
针对 Google Cloud Attribution Reporting API 和汇总服务的支持
Attribution Reporting API 说明
汇总服务说明		 Chrome 将于 2023 年下半年推出

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

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

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

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

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

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

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

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

דוחות סיכום

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

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

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

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

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

תכונות אחרות

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

תמיכת דפדפן

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

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

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

הגדרת הדפדפן

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

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

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

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

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