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

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

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

למי מיועד המאמר הזה?

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

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

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

מה זה 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 כדי להפעיל מכרז מודעות ולבחור את המודעות המתאימות ביותר להצגה למשתמש. המוכר קורא לפונקציה navigator.runAdAuction(), שמספקת רשימה של בעלי קבוצות עניין שמוזמנים להגיש הצעות מחיר.

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

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

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

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

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

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

מידע נוסף על דוחות מכרזים של קהלים מוגנים

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

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

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

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

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

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

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

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

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

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

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

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

האם אפשר לבטל את ההסכמה לשימוש ב-Protected Audience API?

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

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

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

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

קבוצת תחומי עניין ב-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. הדיווח על המכרז נשלח למוכר ולקונים הזוכים.

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

מהו שירות Key/Value של Protected Audience API?

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

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

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

קוד השירות של מפתח/ערך של 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) למכרזים של רכיבי מודעות. בעלי האפליקציה והמשתתפים במכרז צריכים להסכים מראש על הנתונים מאינטראקציה ישירה שצריך לשתף ועל הפורמט של הנתונים.

בדוגמה הבאה מוסבר איך בעלי התוכן הדיגיטלי יכולים להעביר את הנתונים מאינטראקציה ישירה (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: אפשר לדון בתרחישי שימוש בתחום בקבוצה העסקית של שיפור הפרסום באינטרנט.
• תמיכה למפתחים: אפשר לשאול שאלות לגבי הטמעה ושיטות מומלצות, או להצטרף לדיוני המאגר של תמיכת המפתחים של ארגז החול לפרטיות.
• הטמעה נוכחית: אם יש לכם שאלות לגבי ההטמעה של Protected Audience ב-Chrome, אתם יכולים לשלוח דיווח על באג ב-Chromium.