מידע נוסף על תכונות המכרז של 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) לשירות של מפתח/ערך | עכשיו | חובה להתחיל להשתמש בהם לא יאוחר מרבעון שלישי של שנת 2025. |
| מסגרות ללא שיתוף נתונים | עכשיו | נדרש לא יאוחר מ-2026. |
| שיפור השילוב של Protected Audience API עם Attribution Reporting API | רבעון 2 של שנת 2023 | זמינה לבדיקה ב-Chrome Stable מגרסה M112 ואילך. |
| K-anonymity | עכשיו | מאמר בנושא פרטיות ברמת k |
| שירותי בידינג ומכרזים | היעד הוא להתחיל את הבדיקות במחצית השנייה של שנת 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 בסוף הרבעון השני או בתחילת הרבעון השלישי של 2024 אנחנו גם שוקלים שיפורים שצוינו במאמר ההסבר כחלק מהעבודה העתידית שלנו. אנחנו מתכננים לאשר את הכיוון עד לרבעון הראשון של שנת 2025, ולהציג פתרון שעבר שינוי עד לרבעון הראשון של שנת 2026, בהתאם ללוחות הזמנים להשקת הטכנולוגיות הבסיסיות. |
דיווח על מכרזים שזכיתם בהם ברמת האירוע
בהתחלה צייןנו שדיווח על זכיות במכרזים ברמת האירוע הוא פתרון זמני, ונעשה שימוש ב-Private Aggregation API כדי ליצור דוחות סיכום. אחרי ששמענו את המשוב ובדקנו את המורכבות היחסית של פתרונות שמבוססים על צבירת נתונים, במיוחד לצורכי חיוב, החלטנו לא להסיר את התמיכה בדיווח על תוצאות של מכרזים שהושגו ברמת האירוע באמצעות הפונקציות reportResult() ו-reportWin() שיש להן אפשרות לקרוא ל-sendReportTo().
נמשיך לתמוך בדוחות על זכיות במכרזים ברמת האירוע לפחות עד שנת 2026, ונודיע מראש לפני שה-API יעבור לפתרונות חלופיים.
התמיכה בדיווח על הפסדים במכרזים תמשיך לפעול דרך Private Aggregation API.
דיווח מצטבר מבוסס-טריגר
במהלך מכרז של Protected Audience, אפשר לשלוח דוח שניתן לצבור כשהוא מופעל על ידי אירוע באמצעות השיטה contributeToHistogramOnEvent() של Private Aggregation API. האירוע המפעיל יכול להגיע מהמכרז עצמו, למשל זכייה או הפסד במכרז. לאחר מכן, הדוחות האלה שאפשר לצבור אותם נשלחים לשירות צבירת נתונים שנפרס, שמאפשר ליצור דוח סיכום סופי שכולל את תוצאות ההפסדים במכרזים. האירוע יכול להגיע גם ממסגרת מוקפת מחוץ למכרז באמצעות Fenced Frame Ads Reporting API'window.fenced.reportEvent() כדי להפעיל את שליחת הדוח שניתן לצבור.
מידע נוסף זמין בקטע contributeToHistogramOnEvent() בדף Private Aggregation.
שימוש בסביבת מחשוב אמינה לשירות של מפתח/ערך
השירות 'מפתח/ערך של Protected Audience API' מאפשר למכרז לאחזר אותות בזמן אמת כשהקונה יוצר את הצעת המחיר והמוכר נותן ניקוד למודעה. בסופו של דבר, שירות המפתח/ערך יצטרך לפעול בסביבת מחשוב אמינה (TEE) כדי להבטיח שהנתונים של המשתמש יישארו פרטיים.
אין צורך להריץ את השירות Key/Value ב-TEE. נודיע לכם לפחות 12 חודשים לפני שהשימוש ב-TEE יהיה חובה. עד אז, תוכלו להמשיך להשתמש בשרת שלכם כדי לקבל אותות של מפתח/ערך בזמן אמת. לתשומת ליבכם: הפעלת השירות Key/Value ב-TEE עם פונקציות מוגדרות משתמש (UDF) תהיה זמינה לבדיקה עד סוף הרבעון הראשון של 2023 באמצעות Protected Audience API במכשיר.
פריימים ללא שיתוף נתונים
מסגרות מגודרות הן רכיב HTML חדש שמגביל את התקשורת בין התוכן לבין מי שמטמיע אותו, ומשמשים לעיבוד תוכן על סמך נתונים מאתרים שונים. Protected Audience API ירנדר את התוכן לתוך מסגרת מוקפת.
אחרי עבודה הדוקה עם בעלי עניין שונים ובדיקה של המאמץ המשמעותי שנדרש כדי להתאים את עצמנו לשינוי הזה, החלטנו שלא נחייב שימוש בפריימים מגודרים ב-Chrome עד לפחות שנת 2026, כדי לשמור על סביבה פתוחה במערכת האקולוגית. בנוסף, נודיע מראש על כך זמן רב לפני כן. עד אז, אם לא משתמשים בפריימים מגודרים, תצטרכו להשתמש ב-iframe כדי להציג את URN האטום. בנוסף, חשוב לציין שבתי עסק עדיין יכולים לדרוש שימוש בפריימים מגודר.
| הצעה | סטטוס |
|---|---|
| שינויים ב-Web API עבור urn ל-config הסבר |
זמינות ב-Chrome ברבעון הראשון של 2023. |
| Creative Macros in Fenced Frames for Ads Reporting (FFAR) בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון השלישי של 2023. |
| שליחת איתותים אוטומטיים פעם אחת בעיה ב-GitHub |
זמינות ב-Chrome ברבעון השלישי של 2023. |
| הגדרות Fenced Frames שניתן לבצע בהן מספר סידורי בעיה ב-GitHub |
זמינות ב-Chrome ברבעון השלישי של 2023. |
| אפשרויות פורמט נוספות לפקודות מאקרו של גודל מודעה 'קהל מוגן' בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הרביעי של שנת 2023. |
| שליחת סמנים אוטומטיים לכל כתובות ה-URL הרשומים בעיה ב-GitHub | בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הרביעי של שנת 2023. |
| הפעלת האפשרות לצאת מקבוצות של תחומי עניין במודעה מ-Urn iFrames וממסגרות של רכיבי מודעות
בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
| הצגה של Reserve.top_navigation_start/commit
בעיה ב-GitHub, בעיה ב-GitHub |
זמינות ב-Chrome ברבעון הראשון של 2024 |
| לא להשבית את הגדרת קובצי ה-Cookie ב-ReportEvent עד 3PCD
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
| הוספת תמיכה בסמנים אוטומטיים בפריימים משניים ממקורות שונים
בעיה ב-GitHub |
התכונה תהיה זמינה ב-Chrome ברבעון הראשון של 2024 |
מתן הרשאה למסגרות משנה ממקורות שונים לשלוח סמלי reportEvent()
בעיה ב-GitHub |
זמינות ב-Chrome ברבעון השני של 2024 |
שיפור השילוב של Protected Audience API עם דיווח על שיוך (Attribution)
לאחרונה ציינו אתגרים בנוגע לשילוב של Attribution Reporting API ו-Protected Audience API, במיוחד כשמדובר בפריימים מגודר.
כדי לדווח ברמת האירוע באמצעות Protected Audience API, יש לנו הצעה למספר שיפורים ראשוניים שיעזרו לכם לשלב את השירות בקלות רבה יותר. מידע נוסף זמין במאמר ההסבר. השילוב יהיה זמין גם לפריטי Fenced Frame וגם לפריטי iFrame. דיווח ברמת האירוע יהיה זמין לבדיקה ב-Chrome Stable מגרסה M112 ואילך.
למפרסמים שזקוקים לדיווח שיוך באמצעות Protected Audience API, אנחנו עובדים על פתרונות גמישים יותר כדי לתעד יותר אותות בידינג באמצעות דוחות שניתן לצבור, ונפרסם הצעה ברגע שהיא תהיה מוכנה.
שירותי בידינג ומכרזים
קיבלנו כמה דיווחים על בעיות שקשורות לזמן האחזור של Protected Audience API, ואנחנו פועלים באופן פעיל כדי לשפר את זמן האחזור במכשיר. אנחנו מתכננים לספק שירותי בידינג ומכרזים גם ב-Chrome וגם ב-Android, כדרך נוספת להריץ את הלוגיקה של הבידינג והניקוד, בנוסף למכרזים במכשיר. שירותי בידינג ומכרזים הם פתרון של Protected Audience API להפעלת מכרזים מחוץ למכשיר, שלדעתנו יאפשר ביצועים מהירים יותר.
אנחנו נמשיך לתמוך במכרזים במכשיר, ולא חובה להשתמש בשירותי הבידינג ובשירותי המכרזים אלא אם הם מתאימים לתרחישי השימוש שלכם.
פרטים נוספים זמינים בפוסט הזה בבלוג.
מה השלב הבא?
אנחנו רוצים להיות מעורבים בשיחות כדי לוודא שאנחנו מפתחים API שעובד עבור כולם.
דיון על ה-API
כמו ממשקי API אחרים של ארגז החול לפרטיות, ממשק ה-API הזה מתועד ונושא דיון ציבורי.
התנסות עם ה-API
אתם יכולים לערוך ניסויים ולהשתתף בשיחה על Protected Audience API.