FLEDGE (Android, Chrome) היא הצעה של ארגז החול לפרטיות, שמאפשרת למשווקים לטרגט מודעות לקהלים בהתאמה אישית על סמך האפליקציה לנייד או המעורבות באינטרנט שהתבצעו על ידי חברי הקהל, באופן שמגביל את שיתוף הנתונים של צד שלישי. שירותי FLEDGE מספקים למפרסמים ולטכנולוגיות הפרסום מידע בזמן אמת.
מי צריך לקרוא את העדכונים האלה?
- אם אתם עובדים בטכנולוגיות פרסום, בפרסום או בתהליך בחירת הרשת (Mediation) במודעות, במאמר הזה תמצאו סקירה כללית ומקיפה על שירותי הענן שבהם אפשר להשתמש כדי לבצע אופטימיזציה של FLEDGE.
- אם אתם מפתחים, פריטי ההסבר יקשרו אתכם למידע טכני מפורט יותר ויספקו פרטים נוספים על תהליך ההגדרה.
השירותים האלו מיועדים לספקים בצד ההיצע (SSP) ולספקים בצד הביקוש (DSP). נכון לעכשיו לא נדרשת פעולה מבעלי התוכן הדיגיטלי של אתרים ואפליקציות, אבל SSP עשוי ליצור קשר ישירות כדי לתאם את המאמצים.
שירותים בזמן אמת בפלטפורמות שונות
טכנולוגיית FLEDGE נוצרה לאפליקציות ולאינטרנט, לכן חשוב מאוד שהשירותים יפעלו בפלטפורמות שונות ובזמן אמת.
הודעת ההסבר על שירותי FLEDGE כוללת סקירה כללית של המערכת, מודל אמון, שיקולי פרטיות ויעדי אבטחה לשירותי FLEDGE המוצעים והעתידיים.
אם בדקתם את FLEDGE בסביבת הייצור, אתם כבר מכירים את שירות המפתח/ערך. להצעה הזו עודכנה מודל אמון חדש להטמעה בענן. אם אתם מכירים את המודל "Bring Your Own Server", סיפקנו פרטי העברה ועדכונים לגבי ציר הזמן.
השירות השני מוצע לאחרונה במסגרת המטרייה של FLEDGE: שירות בידינג ומכרזים. ההצעה החדשה הזו מורידה לענן את המכרזים ואת הבידינג של הלקוח, תוך שמירה על הפרטיות של מכרזי המודעות ושירות הבידינג. נשמח לקבל משוב על היתרונות של הרעיון החדש לבידינג ולשירות מכרזים בהשוואה לעיצוב הנוכחי במכשיר, במיוחד מבודקים שכבר צברו ניסיון כחלק מניסוי המקור המתמשך של מדידת רלוונטיות ומדידה של מודעות ב-Chrome. ההצעה הזו נמצאת בשלב הדיון במחזור החיים של ההצעה. מודל 'שימוש בשרת משלכם' לא מתאים לשירות הבידינג והמכרזים.
שירות מפתחות/ערך
טכנולוגיות הפרסום יכולות להשתמש בשירות מפתח/ערך כדי לספק מידע בזמן אמת למכרז המודעות של FLEDGE. אפשר להשתמש במידע הזה בכמה דרכים:
- ייתכן שהקונים ירצו לחשב את התקציב שנותר בקמפיין.
- ייתכן שהמפיצים יידרשו לבדוק את הקריאייטיבים של המודעות בהתאם למדיניות של בעלי התוכן הדיגיטלי.
לשירות 'מפתח/ערך' יהיו ממשקי API למפתחים שמאפשרים פונקציות מותאמות אישית שהוגדרו על ידי המשתמש. כך המפתחים יכולים להפעיל לוגיקה משלהם למשימות כמו כמה שאילתות חיפוש ושאילתות מתקדמות אחרות.
כשמטמיעים שירות ענן, טכנולוגיות הפרסום יכולות לאחסן נתונים באופן מאובטח כדי להשתמש בהם באופן מאובטח, ולעדכן אותם בהתאם להתקדמות של קמפיין הפרסום.
שירות המפתח/ערך של FLEDGE שמבוסס על TEE הוגדר כקוד פתוח.
הצעת שירות של מכרז ובידינג
ההצעה של FLEDGE מציעה בידינג על מודעות וביצוע מכרזים שמתרחשים במכשיר.
תהליכי הבידינג והמכרזים של FLEDGE עשויים להיות מחושבים ולכלול כמה קריאות המתבצעות ברשת. העברת החישובים האלה לענן יכולה לפנות משאבי חישוב ורוחב פס ברשת למכשיר, ולשפר את זמן האחזור הכולל של עיבוד המודעות.
באמצעות שירות הבידינג והמכרזים, קונים ומוכרים של שטחי פרסום יכולים להפחית את הביצוע של בידינג ומכרזים למודעות לשירותים שפועלים בסביבות הפעלה מהימנות בענן.
בניגוד לשירות 'מפתח/ערך', מודל 'שימוש בשרת משלכם' לא חל על השירות 'בידינג ומכרז'.
תשתית לשירותי FLEDGE
בהצעות השירות האלה מוצגים שירותים מבוססי-ענן שמתמקדים בפרטיות, ולא שירותים שפועלים במכשיר.
יש כמה ישויות שמקיימים אינטראקציה אחת עם השנייה, כדי ששירותי FLEDGE יוכלו לבצע את המשימות שלהם.
- לקוחות (מכשירי Android ודפדפן Chrome) שולחים בקשות מוצפנות לשירות FLEDGE.
- פלטפורמה בענן מארחת שירותי FLEDGE במכונות וירטואליות שמגובות בסביבת ביצוע מהימנה (TEE), שמונעת משירותי FLEDGE לשתף מידע עם צדדים שלישיים.
- מערכות ניהול מפתחות כוללות שירותים ומסדי נתונים שיוצרים ומפיצים מפתחות ציבוריים ופרטיים, כדי להבטיח הצפנה מקצה לקצה של התקשורת עם שירות הלקוחות.
![תקשורת במערכת לשירותי FLEDGE.](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/blog/system-communication-fle-f223ce73e9a51.jpg?authuser=1&hl=he)
שיקולי פרטיות ואבטחה
בארכיטקטורה המוצעת לשירותי FLEDGE קיבלנו כמה החלטות כדי לוודא שהתשתית שומרת על הפרטיות ומאובטחת.
שירותי Adtech מפעילים את השירותים האלה בסביבות ביצוע מהימנות (TEE) שפועלות עם ספק שירותי ענן שיש בו את תכונות האבטחה הנדרשות.
יש כמה מנגנונים לשמירה על הפרטיות והאבטחה של הנתונים, כולל:
- ההצפנה מקצה לקצה של כל התקשורת בין שירות לקוח לבין שירות.
- מערכת ניהול מפתחות שמופעלת על ידי גורמים מהימנים.
- שירות FLEDGE מאומת לפני שהוא יכול לקבל גישה למפתחות פרטיים שנדרשים לפענוח בקשות של לקוחות.
מידע אישי רגיש לא יזלוג דרך שירות כלשהו, בין אם על ידי AdTech, Google או כל ישות אחרת.
העברת השרת שלך בסביבת TEE
בשלב זה, FLEDGE ל-Chrome מאפשר שימוש במודל Bring Your Own Server (BYOS) עבור שירות Key/Value, שבעתיד צריך להעביר אותו לסביבות TEE. מודל BYOS לא רלוונטי לשירותי בידינג ומכרזים.
כדי להקל על המעבר ממודל BYOS, אנחנו מספקים ממשקי API חדשים בקוד פתוח, מסמכי תיעוד, הטמעת שרתים והסברים לשירות המפתח/הערך של FLEDGE, עם יכולות נוספות מעבר לאלה שכבר הוצעו. ממשקי ה-API האלה מאפשרים לטכנולוגיות פרסום מותאמות אישית להשתמש בסקריפטים ובקוד בהתאמה אישית, שניתנים להפעלה בסביבת TEE.
Chrome ו-Android יפתחו שירותי מפתח/ערך כדי לאפשר לפלטפורמות AdTech לעקוב אחרי הפיתוח שלהן ולעזור ל-codebase של מישור הנתונים.
ציר הזמן
פלטפורמות Adtech שהטמיעו את מודל BYOS יכולות לשקול לעבור להטמעה של שירות מפתח/ערך מבוסס TEE בזמן ש-FLEDGE עדיין בפיתוח.
בטווח הארוך, טכנולוגיות הפרסום יצטרכו להשתמש בשירותי מפתח/ערך של FLEDGE בקוד פתוח שפועלים בסביבות הפעלה מהימנות (TEEs) כדי לאחזר נתונים בזמן אמת. כדי לוודא שלסביבה העסקית יהיה מספיק זמן לבדוק, אנחנו לא צופים שנדרוש להשתמש בשירותי מפתח/ערך של קוד פתוח או בסביבת TEE עד למועד כלשהו אחרי ההוצאה משימוש של קובצי cookie של צד שלישי. אנחנו נשלח למפתחים הודעה משמעותית כדי להתחיל בבדיקות ובהטמעה לפני שהמעבר יתחיל.
בנוסף, אנחנו מתכננים לספק API עם פונקציה בהגדרת המשתמש ושילובים אחרים לשירות מפתח/ערך עד אמצע 2023. כשהכול מוכן, טכנולוגיות הפרסום יכולות לפתח לוגיקה מתקדמת יותר. נשמח לקבל מכם תרומות כדי לשפר את ההטמעה ולהתאים אותה לצרכים שלכם.
יצירת מעורבות ושיתוף משוב
ארגז החול לפרטיות הוא שיתוף פעולה בין Chrome ל-Android כדי לספק טכנולוגיות שמגינות על פרטיות המשתמשים ומספקות לחברות ולמפתחים את הכלים הדרושים להם כדי להשתמש בפרסום המבוסס על תחומי עניין.
כדי לקבל מידע נוסף על היוזמה של ארגז החול לפרטיות:
- GitHub:
- קוראים את ההצעה לשירותי FLEDGE, מעלים שאלות ועוקבים אחרי הדיונים.
- קוראים את הצעה לשירות מכרזים ובידינג, מעלים שאלות ועוקבים אחר הדיונים. באופן ספציפי, אנחנו מעוניינים לשמוע מהמשתתפים בניסוי המקור למדידה ולרלוונטיות של המודעות. מה דעתך על ההצעה הזו בהשוואה לעיצוב הנוכחי במכשיר?
- W3C: נדון בתרחישים לדוגמה בתחום ב-Iשיפור Web Advertising Business Group,ונדון בעיצוב FLEDGE במאגר FLEDGE GitHub של קבוצת Web Platform Incubation Group ובשיחות רגילות.
- תמיכה במפתחים: אפשר לשאול שאלות ולהצטרף לדיונים ב:
- Chrome: מידע נוסף על FLEDGE API ב-Chrome.
- Android: קוראים את ההצעה לעיצוב של FLEDGE ב-Android ולומדים איך ליצור FLEDGE בפרויקטים ל-Android.