מידע נוסף על תכונות של מכרזים ב-Protected Audience API
אנחנו מעבירים את התכונות של Protected Audience API לזמינות כללית, ולכן יכול להיות שאתם רוצים לדעת מה הזמינות של השירותים והתכונות של Protected Audience API. במאמר הזה מופיעה רשימה של התכונות של Protected Audience API שמוגבלות להיקף מסוים, ומוסבר מתי תהיה תמיכה בכל אחת מהן.
ציר זמן של זמינות התכונות
| תכונה | זמין לבדיקה | סטטוס |
|---|---|---|
| דיווח על זכייה במכרז ברמת האירוע | עכשיו | נתמך לפחות עד 2026. התכונה הזו נועדה להקל על המעבר מדיווח על קובצי Cookie של צד שלישי לדיווח על Protected Audience API. לכן, לא תהיה תמיכה בדוחות האלה אחרי שחברות טכנולוגיית הפרסום יקבלו מספיק זמן לעדכן את מנגנוני הדיווח שלהן. |
| צבירה מבוססת-טריגר | עכשיו | התכונה זמינה לבדיקה ב-Chrome Canary/Dev מגרסה M113 ואילך וב-Beta/Stable מגרסה M115 ואילך. |
| שימוש בסביבת מחשוב אמינה (TEE) בשירות Key/Value | עכשיו | הדרישה תיכנס לתוקף החל מרבעון 3 של 2025. |
| מסגרות בלי שיתוף נתונים | עכשיו | הדרישה תתחיל בשנת 2026 לכל המוקדם. |
| שיפור השילוב של Protected Audience API ו-Attribution Reporting | רבעון 2 של שנת 2023 | התכונה זמינה לבדיקה ב-Chrome Stable M112 ואילך. |
| 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 |
| תמיכה בבידינג ובמכרזים בגרסת בטא 1 הסבר |
גרסת מקור לניסיון, בהמשך שנת 2023 | צפוי ב-Chrome (דרך גרסת מקור לניסיון) ברבעון הרביעי של 2023 |
| Real Time Monitoring API הסבר |
סוף הרבעון השני או תחילת הרבעון השלישי של 2024 | צפוי ב-Chrome בסוף רבעון 2 או בתחילת רבעון 3 בשנת 2024 אנחנו שוקלים גם שיפורים שמופיעים בהסבר בקטע 'עבודה עתידית'. אנחנו מתכננים לאשר את הכיוון עד הרבעון הראשון של 2025, ומצפים להשיק פתרון מעודכן עד הרבעון הראשון של 2026, בהתאם ללוחות הזמנים להשקה של טכנולוגיות בסיסיות. |
דיווח על זכייה במכרז ברמת האירוע
הודענו בהתחלה שדיווח על זכייה במכרז ברמת האירוע יהיה פתרון זמני, ושהמערכת תשתמש ב-Private Aggregation API כדי ליצור דוחות סיכום. אחרי שקראנו את המשוב ובדקנו את המורכבות היחסית של פתרונות שמבוססים על צבירה, במיוחד בנושא חיוב, החלטנו לא להפסיק את התמיכה בדיווח על תוצאות של מכרזים ברמת האירוע עם פונקציות reportResult() ו-reportWin() שיכולות לקרוא ל-sendReportTo().
התמיכה בדוחות על זכיות במכרז ברמת האירוע תימשך לפחות עד 2026, ונודיע מראש לפני שנעבור לפתרונות חלופיים ל-API.
נמשיך לתמוך בדיווח על הפסדים במכרזים באמצעות Private Aggregation API.
דיווח מצטבר שמבוסס על טריגרים
במהלך מכרז של Protected Audience, אפשר לשלוח דוח ניתן לצבירה כשאירוע מפעיל את השיטה contributeToHistogramOnEvent() של Private Aggregation API. אירוע ההפעלה יכול להגיע מהמכרז עצמו, כמו זכייה או הפסד במכרז. לאחר מכן הדוחות האלה נשלחים ל-Aggregation Service, שמאפשר ליצור דוח סיכום סופי שכולל תוצאות של הפסדים במכרזים. האירוע יכול להגיע גם מ-fenced frame מחוץ למכרז באמצעות Fenced Frame Ads Reporting API's'window.fenced.reportEvent() כדי להפעיל את השליחה של הדוח שניתן לצבירה.
מידע נוסף זמין בקטע contributeToHistogramOnEvent() בדף Private Aggregation.
שימוש בסביבת מחשוב אמינה (TEE) בשירות Key/Value
שירות המפתח/ערך של Protected Audience API מאפשר למכרז לאחזר אותות בזמן אמת כשהקונה יוצר את הצעת המחיר והספק נותן למודעה ציון. בסופו של דבר, שירות המפתח/ערך יצטרך לפעול בסביבת מחשוב אמינה (TEE) כדי להבטיח שהנתונים של המשתמש יישארו פרטיים.
לא נדרש להפעיל את שירות המפתח/הערך בסביבת TEE. נודיע לכם לפחות 12 חודשים לפני שיהיה חובה להשתמש ב-TEE. עד אז, אפשר להמשיך להשתמש בשרת שלכם כדי לשלוח אותות של צמדי מפתח/ערך בזמן אמת. שימו לב: הפעלת שירות Key/Value בסביבת TEE עם פונקציות שהוגדרו על ידי המשתמש (UDF) תהיה זמינה לבדיקה עד סוף הרבעון הראשון של 2023 עם Protected Audience API במכשיר.
מסגרות בלי שיתוף נתונים
Fenced frames (מסגרות מגודרות) הם רכיב HTML חדש שמגביל את התקשורת בין התוכן לבין הרכיב שמטמיע אותו, ומשמש לעיבוד תוכן שמבוסס על נתונים מאתרים שונים. Protected Audience API יעבד תוכן במסגרת בלי שיתוף נתונים.
אחרי עבודה צמודה עם בעלי עניין שונים ובדיקה של המאמץ המשמעותי שנדרש כדי להתאים את עצמנו לשינוי הזה, Chrome לא יחייב שימוש ב-fenced frames עד שנת 2026 לפחות, כדי לשמור על הכללה של המערכת האקולוגית, ו-Chrome יספק הודעה מוקדמת משמעותית. עד אז, אם לא משתמשים ב-fenced frames, צריך להשתמש ב-iframe כדי לעבד את ה-URN האטום. בנוסף, חשוב לציין שמוכרים עדיין יכולים לדרוש שימוש ב-Fenced Frames.
| הצעה | סטטוס |
|---|---|
| שינויים ב-Web API עבור urn ל-config הסבר |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2023. |
| Creative Macros in Fenced Frames for Ads Reporting (FFAR) בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון השלישי של 2023. |
| שליחת איתותים אוטומטיים פעם אחת בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון השלישי של 2023. |
| הגדרות של פריימים מגודרים שניתן לסריאליזציה בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון השלישי של 2023. |
| אפשרות פורמט נוספת למאקרו של גודל מודעה לקהל מוגן בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הרביעי של שנת 2023. |
| שליחת סמנים אוטומטיים לכל כתובות ה-URL הרשומים בעיה ב-GitHub | בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הרביעי של שנת 2023. |
| הפעלת יציאה מקבוצות של תחומי עניין למודעות מ-Urn iFrames וממסגרות של רכיבי מודעות
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
| הצגת reserved.top_navigation_start/commit
בעיה ב-GitHub, בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
| הוספת תמיכה בסמנים אוטומטיים בפריימים משניים ממקורות שונים
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
מתן הרשאה למסגרות משנה ממקורות שונים לשלוח סמנים מסוג reportEvent()
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון השני של שנת 2024 |
הכותרת Referer בסמנים
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של שנת 2025 |
| תמיכה אוטומטית בנתונים ממקורות שונים באמצעות סמנים
בעיה ב-GitHub |
צפוי להגיע ל-Chrome ברבעון השני של 2025 |
שילוב משופר של Protected Audience API ו-Attribution Reporting
לאחרונה הועלו אתגרים בנוגע לשילוב של Attribution Reporting API ו-Protected Audience API, במיוחד כשמדובר ב-fenced frames.
כדי להקל על השילוב של Protected Audience API עם דיווח ברמת האירוע, אנחנו מציעים כמה שיפורים ראשוניים. מידע נוסף זמין בהסבר. השילוב יהיה זמין גם למסגרות בלי שיתוף נתונים וגם למסגרות iFrame. דיווח ברמת האירוע יהיה זמין לבדיקה ב-Chrome Stable M112 ומעלה.
למי שצריך דיווח שיוך עם Protected Audience API, אנחנו עובדים על פתרונות גמישים יותר כדי לתעד יותר אותות בידינג באמצעות דוחות מצטברים, ונגיש הצעה בנושא כשהיא תהיה מוכנה.
שירותי בידינג ומכרזים
שמענו כמה חששות לגבי זמן האחזור של Protected Audience API ואנחנו פועלים באופן פעיל כדי לשפר את זמן האחזור במכשיר. גם Chrome וגם Android מתכננים לספק שירותי בידינג ומכרזים כדרך נוספת להפעיל לוגיקה של בידינג ושל ניקוד, בנוסף למכרזים במכשיר. שירותי בידינג ומכרזים הם פתרון של Protected Audience API להפעלת מכרזים מחוץ למכשיר, ואנחנו מאמינים שהם יאפשרו ביצועים מהירים עוד יותר.
נמשיך לתמוך במכרזים במכשיר, ולא נדרוש שימוש בשירותי הבידינג והמכרזים, אלא אם הם מתאימים לתרחישי השימוש שלכם.
פרטים נוספים זמינים בפוסט בבלוג.
מה השלב הבא?
אנחנו רוצים להיות מעורבים בשיחות כדי לוודא שאנחנו מפתחים API שעובד עבור כולם.
דיון על ה-API
כמו ממשקי API אחרים של ארגז החול לפרטיות, ממשק ה-API הזה מתועד ונושא דיון ציבורי.
התנסות עם ה-API
אתם יכולים לערוך ניסויים ולהשתתף בשיחה על Protected Audience API.