סקירה כללית של Protected Audience API

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

למי המסמך הזה מיועד?

במסמך הזה נסביר את העקרונות הבסיסיים של Protected Audience API ונתאר כמה מושגים בסיסיים, אבל לא נרחיב על פרטים טכניים.

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

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

מה זה Protected Audience API?

Protected Audience API הוא טכנולוגיה של ארגז החול לפרטיות שמיועדת לתרחישי שימוש של רימרקטינג וטירגוט לקהלים בהתאמה אישית. הטכנולוגיה הזו תוכננה כך שצדדים שלישיים לא יוכלו לעקוב אחרי התנהגות הגלישה של המשתמשים באתרים שונים.

Protected Audience API מאפשר לדפדפן לערוך מכרזים במכשיר כדי לבחור מודעות רלוונטיות מאתרים שהמשתמש ביקר בהם בעבר.

Protected Audience API הוא הניסוי הראשון שייושם ב-Chromium מתוך משפחת ההצעות של TURTLEDOVE. ההבדל בין Protected Audience לבין TURTLEDOVE נוגע בעיקר להפרדה בין התפקידים של רוכש המודעה ומוכרי המודעה במכשיר. בקטעים הבאים מוסבר איך פועל Protected Audience API.

Protected Audience API בתוך דקה

במדריך למפתחים בנושא Protected Audience API תוכלו לקרוא סקירה מפורטת יותר על Protected Audience API.

Protected Audience API משתמש בקבוצות אינטרס כדי לאפשר לאתרים להציג מודעות שרלוונטיות למשתמשים שלהם.

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

• השם של קבוצת האינטרסים: לדוגמה, 'אופניים בהתאמה אישית'.
• הבעלים של קבוצת האינטרס: לדוגמה, 'https://dsp.example'.
• פרטי ההגדרה של קבוצת העניין, כדי לאפשר לדפדפן לגשת לקוד הבידינג, לקוד המודעות ולנתונים בזמן אמת, אם הבעלים של הקבוצה מוזמן להגיש הצעת מחיר במכרז של מודעות.

אחר כך, כשהמשתמש ייכנס לאתר עם שטח זמין להצגת מודעות, הספק של השטח הזה (הפלטפורמה לספקים (SSP) או האתר עצמו) יכול להשתמש ב-Protected Audience API כדי לערוך מכרז של מודעות, שבו ייבחרו המודעות שהכי מתאימות למשתמש הזה. המוכר קורא לפונקציה navigator.runAdAuction(), שמספקת רשימה של בעלי קבוצות עניין שמוזמנים להגיש הצעות מחיר.

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

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

כל קבוצת תחומי עניין שמגישה הצעת מחיר נקראת 'קונה'.

כשהדפדפן קורא לפונקציה כדי להפעיל את מכרז המודעות, הקוד של כל קונה יוצר הצעת מחיר בעזרת נתונים בזמן אמת שסופקו על ידי שירות המפתח/הערך של Protected Audience. לאחר מכן, המוכר מקבל את הצעות המחיר האלה וגם נתונים בזמן אמת שבבעלותו, ומעניק לכל הצעה ציון. הצעת המחיר עם הציון הגבוה ביותר מנצחת במכרז.

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

המוכרים יכולים לדווח על תוצאת המכרז (reportResult()), והקונים יכולים לדווח על הזכיות שלהם (reportWin()).

מידע נוסף על דוחות מכרזים של Protected Audience

למה אנחנו צריכים את Protected Audience API?

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

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

מטרת Protected Audience API היא לקדם את פלטפורמת האינטרנט למצב שבו הדפדפן של המשתמש במכשיר שלו – ולא המפרסם או פלטפורמות טכנולוגיית הפרסום – שומר מידע על תחומי העניין של המשתמש.

איך אפשר לנסות את Protected Audience API?

• במדריך למפתחים בנושא Protected Audience API מוסבר איך משתמשים ב-API ואיך בודקים אותו באופן מקומי.

• באתר protected-audience-demo.web.app מוסבר איך לפרוס את Protected Audience API באופן בסיסי באתרים של מפרסמים ובאתרים של בעלי תוכן דיגיטלי. בסרטון הדגמה של Protected Audience מוסבר איך הקוד הזה פועל, ומוצגת תצוגה מקדימה של השימוש בכלי הפיתוח של Chrome לניפוי באגים.

אילו הגדרות דפדפן זמינות?

המשתמשים יכולים לשנות את ההשתתפות שלהם בגרסת המקור לניסיון של ארגז החול לפרטיות ב-Chrome על ידי הפעלה או השבתה של ההגדרה ברמת העליונה בקטע chrome://settings/adPrivacy. במהלך הבדיקה הראשונית, המשתמשים יכולים לבטל את ההסכמה לשימוש ב-Protected Audience API באמצעות ההגדרות של ארגז החול לפרטיות.

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

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

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

האם אפשר לבקש שלא להיכלל בבדיקה של Protected Audience API?

בעלי אתרים או משתמשים פרטיים יכולים לחסום את הגישה ל-Protected Audience API.

מושגים מרכזיים

רוצים לקבל מידע נוסף על המונחים של Protected Audience? אפשר לעיין במילון המונחים של ארגז החול לפרטיות.

מהי קבוצת תחום עניין?

קבוצת אינטרס ב-Protected Audience API מייצגת קבוצה של אנשים עם תחום עניין משותף, שמתאימה לרשימת רימרקטינג.

לכל קבוצת אינטרס ב-Protected Audience API יש בעלים. בעלי חשבונות מסוגים שונים יוצרים קבוצות אינטרס מסוגים שונים עם תרחישים לדוגמה שונים.

הבעלים מבקש מהדפדפן של המשתמש להוסיף חברוּת לקבוצת האינטרס שלו, על ידי קריאה לפונקציית JavaScript‏ navigator.joinAdInterestGroup(), ומספק מידע כמו נתונים על מודעות שרלוונטיות לקבוצת האינטרס, וכתובת URL של JavaScript שמשמש לבידינג. אפשר לעדכן את הנתונים של קבוצת האינטרסים (כמו המודעות), ואפשר להפעיל קבוצת אינטרסים למשך עד 30 יום.

סוגים של קבוצות אינטרס

בטבלה הבאה מפורטות דוגמאות לסוגים שונים של בעלי קבוצות של תחומי עניין ב-Protected Audience API ושל קבוצות כאלה.

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

מהו קונה?

ב-Protected Audience API, קונה הוא צד שבבעלותו קבוצת תחומי עניין והוא מציע הצעות מחיר במכרז של מודעות.

לדוגמה:

• מפרסם: פועל בעצמו.
• פלטפורמה למפרסמים (DSP): פלטפורמה שפועלת בשם המפרסמים.
• בעלים של קבוצת תחומי עניין: עובדים עבור מספר מפרסמים.

לקונים יש שלוש משימות:

• בוחרים אם להשתתף במכרז.
• בוחרים מודעות ומחשבים את הצעת המחיר.
• מדווחים על תוצאת המכרז.

המשימות האלה מתבצעות באופן פרוגרמטי, בקוד שסופק על ידי הקונה ומופעל במהלך מכרז מודעות של Protected Audience API.

כשקונה מבקש מהדפדפן של משתמש להוסיף קבוצת תחומי עניין לקבוצות שהמשתמש חבר בהן (על ידי קריאה לפונקציית JavaScript‏ navigator.joinAdInterestGroup()), הקונה מספק לדפדפן את הפרטים הבאים:

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

הקוד של הקונה יכול לכלול גם פונקציית reportWin() כדי לדווח על תוצאת המכרז.

מי מפעיל מכירה פומבית של מודעות?

יש כמה גורמים שעשויים להפעיל מכרז למכירת שטחי פרסום.

לדוגמה:

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

באמצעות Protected Audience API, מוכר שטחי הפרסום צריך לבצע שלוש משימות:

• אכיפת הכללים של בעלי התוכן הדיגיטלי: הצהרה על הקונים והצעות המחיר שעומדים בדרישות.
• הרצת הלוגיקה של המכרז: JavaScript שפועל בworklets כדי לחשב את ציון הרצון של כל הצעת מחיר.
• מדווחים על תוצאת המכרז.

המשימות האלה מתבצעות באופן פרוגרמטי, בקוד שהמוכר מספק כשהוא מפעיל מכרז של מודעה באמצעות קריאה לפונקציית JavaScript‏ navigator.runAdAuction().

איך פועל מכרז של מודעות Protected Audience API?

בתרשים הבא מפורטים כל השלבים במכרז מודעות של Protected Audience API:

ב-Protected Audience API, מכרז מודעות הוא אוסף של תוכניות JavaScript קטנות שהדפדפן מפעיל במכשיר של המשתמש כדי לבחור מודעה. כדי לשמור על הפרטיות, כל הקוד של מכרזי המודעות מהמוכרים ומהקונים פועל בworklets מבודדים של JavaScript, שלא יכולים לתקשר עם העולם החיצון.

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

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

1. משתמש מבקר באתר שבו מוצגות מודעות.
2. הקוד של המוכר מתחיל מכרז. המוכר מציין איזה שטח להצגת מודעות הוא מוכר, מי יכול להגיש הצעות מחיר וגם שיטה למתן ניקוד להצעות המחיר האלה.
3. הקוד של הקונה המורשה מופעל כדי ליצור הצעת מחיר, כתובת URL לנכס קריאייטיב רלוונטי של מודעה ונתונים אחרים. סקריפט הבידינג יכול לשלוח שאילתות לקבלת נתונים בזמן אמת, כמו יתרת התקציב של קמפיין הפרסום, משירות המפתח/ערך של הקונה.
4. הקוד של המוכר מקצה ניקוד לכל הצעת מחיר ובוחר את הזוכה. הלוגיקה הזו משתמשת בערך הצעת המחיר ובנתונים אחרים כדי להחזיר את רמת הרצון להגיש הצעת מחיר, ולדחות מודעה שלא יכולה לנצח את המודעה לפי הקשר שזכתה. המוכרים יכולים להשתמש בשירות מפתח/ערך משלהם לנתונים בזמן אמת. לפני שמתחיל המכרז, המוכר מוצא את המודעה הטובה ביותר לפי הקשר למיקום המודעה הזמין.
5. המודעה הזוכה מוחזרת כאובייקט תצורה של מסגרת מגודרת כשהדגל resolveToConfig מוגדר בתצורת המכרז. ההגדרה משמשת לניווט מהמסגרת המגודרת אל נכס הקריאייטיב של המודעה, וכתובת ה-URL של הקריאייטיב מוסתרת גם מהמוכר וגם מהבעלים של אתר החדשות. אם הדגל resolveToConfig מוגדר כ-false או לא מועבר, המודעה הזוכה מוחזרת כ-URN אטום שאפשר להשתמש בו כדי ליצור עיבוד (render) של המודעה ב-iframe. אובייקט התצורה של המסגרת המגודרת זמין החל מגרסה M114.
6. הדיווח על המכרז נשלח למוכר ולקונים הזוכים.

אנחנו בדיון לגבי מנגנון דיווח על קונים שאבדו.

מהו שירות של מפתח/ערך ב-Protected Audience API?

השירות של Protected Audience API Key/Value מאפשר לטכנאי פרסום לבצע שאילתות לקבלת נתונים בזמן אמת כשהקונה שולח הצעת מחיר, ולספקים להעניק ציונים למודעות תוך שמירה על הפרטיות. מידע נוסף על שירות המפתח/ערך של Protected Audience API ושירותים אחרים זמין במאמר שירותי Protected Audience API.

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

קונה או מוכר מספקים רשימה של 'מפתחות' כדי לציין את הנתונים שהם צריכים משירות של מפתח/ערך של Protected Audience API. השירות Key/Value משיב עם ערך לכל מפתח.

קוד השירות של מפתח/ערך של Protected Audience API זמין עכשיו במאגר של ארגז החול לפרטיות ב-GitHub. מפתחים של Chrome ו-Android יכולים להשתמש בשירות הזה.

מידע נוסף על שירות המפתח/הערך של Protected Audience API זמין במאמר בנושא הסבר על ה-API ובמאמר בנושא הסבר על מודל האמון.

איך נתונים בזמן אמת משולבים במכרזים?

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

כדי לעמוד בדרישות הפרטיות של Protected Audience API, הנתונים בזמן אמת שנדרשים במהלך מכרז מודעות מסופקים על ידי שירות המפתח/ערך. כשכל קונה מבצע קריאה ל-navigator.joinAdInterestGroup(), הוא מציין כתובת URL של שירות של מפתח/ערך ומציין את המפתחות שעליהם יתבצע שאילתה לשירות במהלך המכרז. באופן דומה, כשהמוכרים מפעילים מכרז מודעות באמצעות קריאה ל-navigator.runAdAuction(), הם מספקים כתובת URL לשירות שלהם של מפתח/ערך. מערכת ה-Key/Value של המוכר תקבל שאילתה עם כתובת ה-URL לעיבוד הקריאייטיב.

בבדיקה הראשונית נעשה שימוש במודל Bring Your Own Server (BYOS). בטווח הארוך, חברות טכנולוגיית הפרסום יצטרכו להשתמש בשירותי המפתח/הערך של Protected Audience API בקוד פתוח שפועלים בסביבות הפעלה מהימנות כדי לאחזר נתונים בזמן אמת.

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

איך נעשה שימוש בנתונים מאינטראקציה ישירה במכרז של קהל מוגן?

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

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

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

const interestGroup = {
  owner: 'https://example-buyer.com',
  name: 'running-shoes',
  userBiddingSignals: {
    favoriteColor: 'blue' // First-party data
  },
  // ...other interest group settings
};

navigator.joinAdInterestGroup(interestGroup, 3600);

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

בדוגמה הבאה מוסבר איך בעלי התוכן הדיגיטלי יכולים להעביר את הנתונים מהדומיין הנוכחי למשתתפים שונים במכרז:

const auctionConfig = {
  seller: 'https://example-seller.com',
  auctionSignals: {
    favoriteColor: 'blue', // Both buyer and seller will receive this signal
  },
  sellerSignals: {
    favoriteIceCreamFlavor: 'chocolate', // Only the seller will receive this signal
  },
  perBuyerSignals: {
    'https://example-buyer.com': {
      favoriteDrink: 'tea', // Only a specific buyer will receive this signal
    },
  },
  // The same pattern applies to the component auction
  componentAuctions: [{
    seller: 'https://example-component-seller.com',
    auctionSignals: { ... },
    sellerSignals: { ... },
    perBuyerSignals { ... }
  }],
  // ...other auction settings
};

navigator.runAdAuction(auctionConfig);

למידע נוסף

במדריך למפתחים בנושא Protected Audience API תוכלו לקרוא סקירה מפורטת יותר על Protected Audience API.

מפתחים

אם אתם מוכנים להתחיל לעבוד עם Protected Audience API, כדאי לקרוא את המאמר ניסוי והשתתפות.

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

שיתוף משוב ויצירת אינטראקציה

• GitHub: קוראים את הסבר, שואלים שאלות ועוקבים אחרי הדיון.
• הודעות: אפשר להצטרף לרשימת התפוצה של Protected Audience API כדי לקבל הודעות או לראות הודעות קודמות.
• W3C: אפשר לדון בתרחישי שימוש בתחום בקבוצה Improving Web Advertising Business.
• תמיכה למפתחים: אפשר לשאול שאלות לגבי הטמעה ושיטות מומלצות, או להצטרף לדיוני המאגר של תמיכת המפתחים של ארגז החול לפרטיות.
• הטמעה נוכחית: אם יש לכם שאלות לגבי ההטמעה של Protected Audience ב-Chrome, אתם יכולים לשלוח דיווח על באג ב-Chromium.