למדוד מתי קליק על מודעה או צפייה מובילים להמרה, כמו רכישה באתר המפרסם.
למי זה מיועד?
כאן תמצאו את העקרונות הבסיסיים של דיווח שיוך (Attribution) וחלק אבל לא הרבה פרטים טכניים.
- אם אתם עובדים בפרסום או בטכנולוגיות פרסום, נסביר לכם איך ה-API הזה מספק יכולות שמופעלות על ידי קובצי Cookie של צד שלישי. לבדיקה את התרחישים לדוגמה של ה-API, שכוללים פרטים נוספים על האופן שבו הדוחות נוצרים.
- אם אתם מפתחים או מהנדסי תוכנה, אפשר לעבור אל סקירה כללית מלאה של המערכת או להתנסות ולהשתתף באמצעות ה-API.
מפרסמים ובעלי תוכן דיגיטלי שמסתמכים על פלטפורמות של פרסום דיגיטלי לצורך המרות מדידה לא צריכה להשתמש ישירות ב-API. נושאים שעשויים לעניין אותך להבין איך דוחות השיוך (Attribution) פועלים אם התוכניות שלכם לפרסום דיגיטלי משולב באמצעות ה-API הזה.
מה זה Attribution Reporting API?
כיום, מעקב ההמרות ממודעות מסתמך בדרך כלל על צדדים שלישיים קובצי Cookie. הדפדפנים מגבילים את הגישה לקובצי Cookie של צד שלישי, כי הם עלולים שמשמש למעקב אחרי משתמשים באתרים שונים ופוגעים בפרטיות המשתמשים.
Attribution Reporting API מאפשר לבצע את המדידות האלה לשמירה על הפרטיות, ללא קובצי Cookie של צד שלישי.
ה-API הזה מאפשר למפרסמים ולספקי טכנולוגיות פרסום למדוד המרות במקרים הבאים:
- קליקים על מודעות וצפיות.
- מודעות ב-iframe של צד שלישי, כמו מודעות באתר של בעל תוכן דיגיטלי שמשתמש ספק צד שלישי של טכנולוגיות פרסום.
- מודעות בהקשר של אינטראקציה ישירה (First-Party), למשל מודעות ברשת חברתית או בחיפוש של תוצאות החיפוש של מנוע החיפוש או של בעל אתר שמציג את המודעות שלו.
אם אתם לא מכירים חלק מהמונחים או מהמושגים האלה, אפשר לעיין ב מילון המונחים של ארגז החול לפרטיות.
רוצה לנסות את ה-API?
- בדיקה מקומית בדפדפן. הגדרת דגל, שמורה לדפדפן Chrome להפעיל תכונות ניסיוניות לבינה מלאכותית גנרטיבית.
אם אתם רוצים להתנסות ב-API, דוחות שיוך (Attribution): ניסויים והשתתפות.
שינויים ב-API
- יש לעקוב אחר השינויים ב-API.
- למה שלחנו את Attribution Reporting API במחצית הראשונה של שנת 2023.
זמינות
הצעה | סטטוס |
---|---|
תהליך ההמרה: מהאפליקציה לאתר הודעת הסבר באינטרנט והודעת הסבר ל-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 נותן גישה לסוגים שונים של תובנות באמצעות שני סוגי דוחות שניתן לשלוח למפרסם או לטכנולוגיית פרסום של צד שלישי ספק. אפשר להשתמש בשני סוגי הדוחות האלה בו-זמנית והם משלימים את התהליך.
- דוחות ברמת האירוע משייכים מודעה מסוימת לוחצים או צופים (בצד המודעה) עם נתונים בצד ההמרות. הנתונים בצד ההמרה מוגבלים מאוד, והנתונים מושמעים ולא מוצגים (כלומר, באחוז קטן מהמקרים, נתונים אקראיים נשלחים במקום דוחות אמיתיים). כך אפשר לשמור על פרטיות המשתמשים על ידי מניעת צירוף של זהות המשתמש בכל אתרים. כאמצעי הגנה נוסף על הפרטיות, הדיווחים נשלחים בעיכוב.
- דוחות הסיכום לא משויכים לאירוע ספציפי צד המודעה. הדוחות האלה מספקים נתוני המרות עשירים יותר ומדויקים יותר מאשר דוחות ברמת האירוע. שילוב של שיטות לשמירה על פרטיות עוזר להפחית את הסיכון של צירוף זהות באתרים שונים.
דוחות ברמת האירוע
דוחות ברמת האירוע משייכים קליק על מודעה או צפייה במודעה לנתוני המרות משוערים.
![דוח ברמת האירוע](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/event-level-report-4b1ba87d8a313.png?authuser=0&hl=he)
news.example
(מצורף למזהה המשתמש Bru_Doe ב-news.example
) הוביל לרכישה ב-shop.example
.דוחות ברמת האירוע מתאימים למקרים הבאים:
- אופטימיזציה. תשובות לשאלות כמו "כיצד אוכל לשפר את ההחזר שלי על ההשקעה?". באופן ספציפי, ניתן להשתמש בדוחות האלה כדי לבצע אופטימיזציה של מודעות מיקום המודעה, מאחר שמזהים ייחודיים בצד המודעה יכולים להופיע בדוחות. דוחות ברמת האירוע יכולים לספק נתוני אימון למודלים של למידת מכונה.
- דיווח גס, שבו נדרש מעט מאוד מידע לגבי להמרה. המגבלה הנוכחית היא 3 ביט של נתוני המרות עבור קליקים⏤ this פירושו שאפשר להקצות המרה אחת מתוך שמונה קטגוריות⏤ וביט אחד עבור צפיות. קידוד של נתונים מפורטים בצד ההמרה, כמו המחיר או מועד ההמרה הספציפיים לא נתמכים בדוחות ברמת האירוע.
- זיהוי הונאות. הנתונים בדוחות מסוימים יכולים להיות שימושיים למניעת הונאות במודעות בזיהוי ובניתוח, בכך שהוא מאפשר לך להבין דפוסים שמשמש לזיהוי פעילות ספאמית או לא חוקית.
דוחות סיכום
בדוחות סיכום (לשעבר, דוחות מצטברים) רמת פירוט גבוהה יותר נתוני המרות וגמישות רבה יותר בצירוף נתוני המרות וקליקים או צפיות .
מידע נוסף על דוחות סיכום
![דוגמה לתובנות מדוחות סיכום.](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/example-insights-summar-bd9dcd367d4a8.png?authuser=0&hl=he)
news.example
הוביל ל-518 המרות בתאריך shoes.example
, ולהוצאה כוללת של 38,174$. חצי מההמרות הגיעו ממשתמשים בניו יורק, ארה"ב.דוחות סיכום מתאימים במיוחד לתרחישי דיווח. הדוחות האלה עוזרים לענות על שאלות כמו: "מהו ההחזר על ההשקעה שלי?"
שימוש בדוחות סיכום לאופטימיזציה — לדוגמה, כדי לבצע אופטימיזציה ערך רכישה, שלא נתמך בדוחות ברמת האירוע (בגלל שהמודל (נתוני המרות רחבים מדי) – תחום מחקר פעיל.
תכונות אחרות
תכונות נוספות של ה-API הזה כוללות:
- שיוך (Attribution) של אפליקציה לאתר: לראות מודעה או ללחוץ עליה באפליקציה ולבצע המרה באינטרנט.
תמיכה בדפדפנים
- ל-Firefox ו-Edge לא שותפו אותות.
- Safari ו-Webkit הם שליליים והציעו ממשק 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 מאפשר למדוד שני אירועים מקושרים יחד: אירוע באתר של בעל תוכן דיגיטלי, כמו משתמש שצפה בו או לוחץ מודעה עם המרה מאוחרת יותר באתר של מפרסם.
דוחות ברמת האירוע
![דוח ברמת האירוע](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/event-level-report-ef2aec13f54f9.png?authuser=0&hl=he)
הדפדפן מתאים קליקים או צפיות לנתוני המרות שהוגדרו על ידי טכנולוגיית פרסום.
אחר כך הדפדפן שולח את הדוחות שמתקבלים לנקודת קצה מוגדרת מראש, עם עיכוב מסוים ו"רעש".
דוחות סיכום
![](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/un70ZcJVrWepdWWsnMIY.png?authuser=0&hl=he)
דוחות סיכום נוצרים באופן הבא:
- משתמש לוחץ על מודעה שהוגדרה במיוחד או צופה בה. הדפדפן – במכשיר המקומי של המשתמש – מתעד את האירוע הזה, לצד נתוני שיוך (Attribution) שנקבעו מראש.
- בהמשך, כשהמשתמש משלים המרה, הדפדפן מתאים את האירוע המפורט של הקליק או הצפייה (שנקרא אירוע מקור השיוך (Attribution)) לנתוני המרות מפורטים (שנקראים נתונים של טריגר השיוך (Attribution)). מידות הפרטים שתועדו מוגדרות מראש על ידי חברת פרסום דיגיטלי, והדפדפן פועל לפי לוגיקה ספציפית שמוגדרת על ידי טכנולוגיית הפרסום. הדפדפן מפיק את הנתונים האלה בדוח מצטבר.
- דוחות נצברים מוצפנים על ידי הדפדפן ונשלחים לשרת פרסום דיגיטלי. משרת הפרסום הדיגיטלי, הדוחות המצטברים נשלחים אל שירות הצבירה כדי להפיק דוח סיכום.
- דוחות הסיכום יהיו זמינים לטכנולוגיית הפרסום. שימו לב: העיכוב של דוחות סיכום יהיה זהה לזה של דוחות ברמת האירוע.
מידע נוסף על דוחות סיכום.
פרטיות
בניגוד לקובצי Cookie של צד שלישי, Attribution Reporting API שמאפשר לחברות פרסום לקבל תובנות המרות ללא מעקב אחר פעילותו של אדם מסוים בכמה אתרים.
ניקח לדוגמה אדם בשם יוסי. יוסי רואה מודעה בזמן הקריאה
החדשות ב-news.example
. שבוע לאחר מכן, יוסי קונה נעליים ב-
shoes.example
כיום, המעקב אחר ההמרה הזו יתבצע על ידי צד שלישי
קובץ Cookie שמשמש כמזהה חוצה-אתרים.
עם קובצי cookie של צד שלישי, חברת פרסום דיגיטלי יכולה לגשת
פרטים על הפעילות של יוסי בתאריך news.example
וב-
shoes.example
. טכנולוגיית הפרסום יכולה למזג את החלקים האלה
יחד כדי ליצור פרופיל מפורט של יוסי,
כולל המיקום של יוסי, הרגלי הגלישה שלו
הקריאה המועדפת ב-news.example
. הפרופיל הזה יכול גם
כולל רכישות, פעילות ופרטי כרטיס אשראי ב-
shoes.example
זהו קישור חוצה-אתרים שימושי למדידה
המרות ממודעות. אבל הוא פוגע בפרטיות המשתמשים:
הפעילות של יוסי עוקבת באתרים שונים ברמת פירוט גבוהה.
![זה לצד זה, תצוגה של האינטרנט של היום (הזהות המשולבת) ושל האינטרנט של מחר (זהות מחולקת למחיצות)](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/side-side-view-todays-3550e5be0d783.jpg?authuser=0&hl=he)
כמות קטנה של מידע תצורף
באתרים שונים – מספיק כדי למדוד המרות, אבל לא
מספיק כדי לעקוב בפירוט אחרי הפעילות של יוסי באתרים שונים. של יוסי
הפעילות בתאריך news.example
וב-shoes.example
נותרה
בנפרד.
הגנות בכל סוג דוח
דוחות ברמת האירוע מקשרים מזהה בצד המודעה עם כמות קטנה של נתונים בצד ההמרות. אומנם הם מספקים מידע בכמה אתרים לגבי המרה, המידע בצד ההמרה משוער מדי ולא מאפשר להצטרף למשתמש בכמה אתרים.
דוחות סיכום מספקים תובנות מפורטות, אבל רק ברמה מצטברת. כי התוכן מהדוחות הנצברים האלה מוצפנים כשהם נשלחים לטכנולוגיית הפרסום, טכנולוגיית הפרסום לא יכולה לקבל מידע כלשהו מהדוחות, בלי להשתמש בשירות צבירת נתונים. שירות הצבירה בלבד מספקת גישה לצבירת רעש.
הגנות נוספות על פרטיות מטילות על שתי הפלטפורמות, כמו הגבלות על קצב יצירת הבקשות ברמת האירוע ודוחות מצטברים.
![](https://google-developers.gonglchuangl.net/static/privacy-sandbox/assets/images/mDdo2XLyGLBCAlgH7MPZ.png?authuser=0&hl=he)
בהרחבה: דוחות ופרטיות ברמת האירוע
דוחות ברמת האירוע מספקים תובנות לגבי המרות בלי לעקוב אחרי המשתמשים בכל באמצעות מנגנוני הפרטיות הבאים:
- לא נעשה שימוש במזהה חוצה-אתרים ולא נעשה שימוש מפורט בפעילות גלישה באתרים שונים יוצא מהמכשיר.
- דוחות ברמת האירוע משייכים 64 ביט של מידע בצד המודעה
(
news.example
) עם ביט אחד או 3 ביטים בלבד בצד ההמרה (shop.example
). 64 סיביות הם מספיק מידע כדי למפות אבל עם זאת, אפשר לקשר את 64 הביטים האלה רק מעט מידע בין אתרים: ביט אחד או 3 סיביות, שאינם מספיקים כדי להחזיק מזהה.- 64 הביטים בצד המודעה הם לא מידע חדש. מזהה משתמש כבר יכול להיות
זמינות בצד המודעה היום.
news.example
אוadtech.example
כבר יודע על פעילות של משתמש מסוים ב-news.example
.
- 64 הביטים בצד המודעה הם לא מידע חדש. מזהה משתמש כבר יכול להיות
זמינות בצד המודעה היום.
- אמצעי הגנה נוספים משמשים למניעת ניצול לרעה ומעקב בין אתרים:
- הדוחות נשלחים עם עיכוב.
- נתוני ההמרות רעשים: באחוז מסוים מהזמן מופקים דוחות מזויפים.
- מספר הדוחות של ההמרות המשויכות מוגבל לכל קליק או צפייה.
בפירוט: דוחות סיכום ופרטיות
דוחות סיכום משייכים אירוע קליק או צפייה לנתונים מפורטים של המרות. הם מספקים תובנות לגבי המרות בלי לעקוב אחרי המשתמשים באתרים שונים, תוך שימוש במנגנוני הפרטיות הבאים:
- לא נעשה שימוש במזהה חוצה-אתרים.
- כל שיוך יכול לתרום לסיכום שמתקבל שלנו. כל משתמש נתון יכול להפעיל מספר שיוכים של מוצר מסוים קליק (או צפייה) והמרה.
- הנתונים נצברים עד לרמה של אירועים רבים (משתמשים רבים), ניתן לתעד אירועים נפרדים באופן מדויק. כשמעיינים נתונים נצברים, ככל שרמת הפירוט עולה, כך עולה גם הרעש היחסי לפי הנתונים האלה, פלחי נתונים שצוברים הרבה אירועים והמשתמשים מדויקים יותר כדי לשמר תועלת.
- הדוחות הגולמיים שמשויכים לאירוע מפורט של קליק או צפייה עם נתוני נתוני ההמרות מוצפנים וחברת הפרסום הדיגיטלי לא יכולה לקרוא אותם. רק שירות הצבירה יכול לקרוא את הנתונים האלה.
- אמצעי הגנה נוספים משמשים למניעת ניצול לרעה ומעקב בין אתרים:
- דוחות נשלחים עם עיכובים אקראיים.
- שאילתות על פילוחים שונים של הנתונים מוגבלות לקצב שליחת בקשות.
מעורבות ושיתוף משוב
- אם יש לכם שאלות בנושא ה-API: יצירת בעיה במאגר ה-API.
- לעקוב אחר עדכונים והודעות של ה-API דרך רשימת תפוצה לדיווח על שיוך (Attribution).
- אם יש לכם שאלות טכניות, לדווח על באג ב-Chromium.
- לשאלות בנושא הטמעה, שילוב ושיטות מומלצות כלליות: יצירת בעיה במאגר התמיכה למפתחים של ארגז החול לפרטיות.