מידע נוסף על תכונות המכרז של Protected Audience API לקראת ההוצאה משימוש של קובצי cookie של צד שלישי.
אנחנו מקרבים את Protected Audience API לזמינות כללית ומתקרבים להוצאה משימוש של קובצי cookie של צד שלישי ב-Chrome, יכול להיות שאתם תוהים לגבי הזמינות של השירותים והתכונות של Protected Audience API. כאן מופיעה רשימה של כל התכונות של Protected Audience API בהיקף, ומתי הן נתמכות.
ציר הזמן לזמינות התכונות
| התכונה | זמינות לבדיקה | סטטוס |
|---|---|---|
| דיווח על זכייה במכרז ברמת האירוע | עכשיו | יש תמיכה עד 2026. מטרת התכונה הזו היא להקל על המעבר לדיווח של Protected Audience API מדיווח על קובצי cookie של צד שלישי. לכן, לא תהיה תמיכה בדיווח הזה אחרי שטכנולוגיות הפרסום יספיקו לעדכן את מנגנוני הדיווח שלהם. |
| צבירה מבוססת טריגר | עכשיו | זמין לבדיקה ב-Chrome Canary/Dev M113+ ובגרסת בטא/יציבה M115 ואילך. |
| שימוש בסביבת מחשוב אמינה (TEE) עבור שירות מפתח/ערך | עכשיו | נדרש לא לפני הרבעון השלישי של 2025. |
| מסגרות מגודרות | עכשיו | נדרש לא לפני 2026. |
| שילוב משופר של Protected Audience API + דוחות שיוך (Attribution) | רבעון 2 של 2023 | זמין לבדיקה בגרסה היציבה של Chrome בגרסה 112 ומעלה. |
| K-anonymity | עכשיו | לעיון במאמר בנושא k-anonymity |
| שירותי בידינג ושירותי מכרזים | התמקדות בבדיקות במחצית השנייה של שנת 2023. | בפיתוח. |
תכונות נוספות
| התכונה | זמינות לבדיקה | סטטוס |
|---|---|---|
| אותות לבידינג של משתמשים ברמת האירוע לצורך בניית מודלים (בעיה ב-GitHub) | 2023 | העדכונים יהיו זמינים ב-Chrome ברבעון השני של 2023. |
| דיווח על זמן אחזור לכל קונה | 2023 | זמינות: ב-Chrome ברבעון הראשון של 2023. |
| זמן קצוב לתפוגה של לוח זמנים לכל קונה | 2023 | זמינות: ב-Chrome ברבעון הראשון של 2023. |
| המזהה לצורכי דיווח של הקונה בפירוטים בהתאמה אישית | 2023 | זמינות: ב-Chrome ברבעון השלישי של 2023. |
| תמיכה ביעד ישיר של אתר מכירה | 2023 | זמינות: ב-Chrome ברבעון הראשון של 2023. |
| עלות המודעות המוגבלות ברמת הדיוק בחיוב לפי עלות לקליק | 2023 | העדכונים יהיו זמינים ב-Chrome ברבעון השני של 2023. |
| המטבע של הצעת המחיר הגבוהה ביותר והצעת המחיר הגבוהה ביותר שקיבלה את הדירוג הכי גבוה | 2023 | זמינות: ב-Chrome ברבעון השלישי של 2023. |
| תמיכת מאקרו למעקב אחר מודעות של צד שלישי (3PAT) | 2023 | זמינות: ב-Chrome ברבעון השלישי של 2023. |
| תמיכה בטירגוט לפי קבוצות של תחומי עניין שליליים | בהמשך 2023 | צפויות לעבוד ב-Chrome ברבעון הרביעי של 2023. |
| התפשטות מאובטחת של אותות מכרזים בלי WebBundles בעיה ב-GitHub |
בהמשך 2023 | צפויות חדשות ב-Chrome ברבעון הרביעי של 2023 |
| מחיקה של קבוצת תחומי עניין בכמות גדולה בעיה ב-GitHub |
בהמשך 2023 | צפויות חדשות ב-Chrome ברבעון הרביעי של 2023 |
| הגדלת המכסה של קבוצות תחומי עניין מ-1,000 ל-2,000 בעיה ב-GitHub |
בהמשך 2023 | צפויות חדשות ב-Chrome ברבעון הרביעי של 2023 |
| תמיכה ב-Open Bidding ומכרזים בגרסת בטא 1 הסבר |
גרסת המקור לניסיון, בהמשך שנת 2023 | צפויה ב-Chrome (דרך גרסת המקור לניסיון) ברבעון הרביעי של 2023 |
דיווח על זכייה במכרז ברמת האירוע
בהתחלה ציינו שדיווח על זכייה במכרז ברמת האירוע יהיה פתרון זמני, ושהמערכת תשתמש ב-Private Aggregation API ליצירת דוחות סיכום. אחרי שקיבלנו משוב ובחנו את המורכבות היחסית של פתרונות שמבוססים על צבירת נתונים, במיוחד בכל הנוגע לחיוב, החלטנו שלא להסיר את התמיכה בדיווח על תוצאות המכרז ברמת האירוע עם הפונקציות reportResult() ו-reportWin() שיכולות להפעיל את sendReportTo() עד למועד כלשהו אחרי ההוצאה משימוש של קובצי cookie של צד שלישי.
תהיה תמיכה בדוחות על זכייה במכרז ברמת האירוע לפחות עד 2026, ונודיע מראש לפני שה-API יעבור לפתרונות חלופיים.
נמשיך לתמוך בדיווח על אובדן מכרזים דרך Private Aggregation API.
דיווח מצטבר מבוסס-טריגרים
במהלך מכרז של Protected Audience API, אפשר לשלוח דוח שנצבר כשמופעל על ידי אירוע באמצעות השיטה contributeToHistogramOnEvent() של Private Aggregation API. האירוע המפעיל יכול להגיע מהמכרז עצמו, למשל, זכייה או הפסד במכרז, שמאפשרים לכם ליצור דוח הפסד במכרז. האירוע יכול גם להגיע ממסגרת מוגדרת מחוץ למכרז באמצעות window.fenced.reportEvent() של Fenced Frame Ads Reporting API, כדי להפעיל שליחה של דוח מצטבר.
מידע נוסף זמין בקטע contributeToHistogramOnEvent() בדף 'צבירה פרטית'.
שימוש בסביבת ביצוע אמינה לשירות מפתח/ערך
השירות של מפתח/ערך ב-Protected Audience API מאפשר למכרז לאחזר אותות בזמן אמת כשהקונה יוצר את הצעת המחיר והמודעה מקבלת דירוג על ידי בית העסק. שירות המפתח/ערך יידרש בסופו של דבר לפעול בסביבת מחשוב אמינה (TEE) כדי להבטיח שנתוני המשתמש יישארו פרטיים.
לא תידרש הפעלה של שירות 'מפתח/ערך' בסביבת TEE רק אחרי ההוצאה משימוש של קובצי cookie של צד שלישי. נודיע לך לפחות 12 חודשים לפני שיהיה צורך להשתמש בסביבת TEE. עד אז, אפשר להמשיך להשתמש בשרת שלכם לקבלת אותות של מפתח/ערך בזמן אמת. חשוב לשים לב: הפעלת שירות מפתח/ערך בסביבת TEE עם פונקציות בהגדרת המשתמש (UDFs) תהיה זמינה לבדיקה עד סוף הרבעון הראשון של 2023, באמצעות Protected Audience API במכשיר.
פריימים מגודרים
מסגרות Fenced הן רכיב HTML חדש שמגביל את התקשורת בין התוכן לבין כלי ההטמעה, ומשמש לעיבוד תוכן על סמך נתונים מאתרים שונים. Protected Audience API יעבד תוכן למסגרת עם גבולות וירטואליים.
אחרי שעבדנו בשיתוף פעולה הדוק עם בעלי עניין שונים ובחנתם את המאמצים המשמעותיים כדי לאפשר להם להתמודד עם השינוי הזה, דפדפן Chrome לא יחייבו שימוש במסגרות מגודרות עד שנת 2026 לפחות כדי לאפשר את העיקרון של קבלת האחר,ו-Chrome יודיע על כך הודעה מראש משמעותית. עד אז, אם לא תשתמשו במסגרות מגודרות, תצטרכו להשתמש ב-iframe כדי לעבד את ה-URN האטום. כמו כן, חשוב לציין שהמוכרים עדיין עשויים לדרוש ממך להשתמש ב-Fenced Frames.
| הצעה | סטטוס |
|---|---|
| שינויים ב-Web API עבור הגדרת הסבר |
זמינות: ב-Chrome ברבעון הראשון של 2023. |
| רכיבי מאקרו של קריאייטיב ב-Fenced Frames לדיווח על מודעות (FFAR) בעיה ב-GitHub |
זמינות: ב-Chrome ברבעון השלישי של 2023. |
| שליחת חיישני נתונים אוטומטיים פעם אחת בעיה ב-GitHub |
זמינות: ב-Chrome ברבעון השלישי של 2023. |
| הגדרות תצורה של Fenced Frames הניתנות לעריכה בעיה ב-GitHub |
זמינות: ב-Chrome ברבעון השלישי של 2023. |
| אפשרות פורמט נוספת לפקודות מאקרו של גודל מודעות מסוג 'קהל מוגן' בעיה ב-GitHub |
זמינות: ב-Chrome ברבעון הרביעי של 2023. |
| משׂואות רשת (beacons) אוטומטיות שנשלחות לכל כתובות האתרים הרשומים בעיה ב-GitHub | בעיית GitHub |
זמינות: ב-Chrome ברבעון הרביעי של 2023. |
| הפעלת יציאה מקבוצות של תחומי עניין של מודעות מ-Urn iFrames ו-Ad Component Frames (מסגרות של מודעות)
בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
| Introduseserve.top_navigation_start/commit
בעיה ב-GitHub, בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
| אין להשבית את הגדרת קובצי ה-cookie ב-ReportEvent עד ל-3PCD בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
| הוספת תמיכה באלומות אוטומטיות במסגרות משנה ממקורות שונים
בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
שילוב משופר של Protected Audience API ו-Attribution Reporting
לאחרונה הבחנו באתגרים שקשורים לשילוב של Attribution Reporting API ו-Protected Audience API, במיוחד במקומות שבהם נעשה שימוש במסגרות מגודרות.
לדיווח ברמת האירוע באמצעות Protected Audience API, יש לנו הצעה לשיפורים ראשוניים שנועדו להקל על השילוב הזה. ניתן לקרוא מידע נוסף בכלי ההסבר. השילוב יהיה זמין גם למסגרות מגודרות וגם ל-iFrames. דיווח ברמת האירוע יהיה זמין לבדיקה בגרסה היציבה של Chrome בגרסה 112 ומעלה.
אם אתם זקוקים לדוחות שיוך (Attribution) עם Protected Audience API, אנחנו מפתחים פתרונות גמישים יותר כדי לתעד יותר אותות של בידינג באמצעות דוחות נצברים. ברגע שהיא תהיה מוכנה נפרסם הצעה.
שירותי בידינג ושירותי מכרזים
קיבלנו כמה חששות לגבי זמן האחזור של Protected Audience API ואנחנו פועלים לשיפור זמן האחזור במכשיר. גם ב-Chrome וגם ב-Android מתכננים לספק שירותי בידינג ושירותי מכרזים כדרך נוספת להפעיל לוגיקת ציון ובידינג, מלבד מכרזים במכשיר. שירותי בידינג ומכרזים הם פתרון Protected Audience API להפעלת מכרזים מחוץ למכשיר, ואנחנו סבורים שהוא יאפשר ביצועים טובים עוד יותר.
נמשיך לתמוך במכרזים במכשיר, והשימוש בשירותי הבידינג ובשירותי המכרזים לא נדרש אלא אם הוא מתאים לתרחישי השימוש שלך.
תוכלו לקרוא פרטים נוספים בפוסט בבלוג.
מה השלב הבא?
אנחנו רוצים להיות מעורבים בשיחות כדי לוודא שאנחנו מפתחים API שעובד עבור כולם.
דיון על ה-API
כמו ממשקי API אחרים של ארגז החול לפרטיות, ממשק ה-API הזה מתועד ונושא דיון ציבורי.
התנסות עם ה-API
אתם יכולים לערוך ניסויים ולהשתתף בשיחה על Protected Audience API.