אפשר גישה בלתי מוגבלת לכתיבה באחסון באתרים שונים עם גישת קריאה תוך שמירה על הפרטיות.
סטטוס הטמעה
במסמך הזה מתוארת הצעה לאחסון בכמה אתרים, ללא מחיצות: Shared Storage API.
- ה-Shared Storage API עבר עכשיו לזמינות לכלל המשתמשים.
- אפשר לראות הדגמה בזמן אמת, וגם את הבדיקה:
- שער הפלט של בחירת כתובת ה-URL זמין לבדיקה מקומית מ-Chrome M105 ואילך.
- שער הפלט של הצבירה הפרטית זמין לבדיקות מקומיות מ-Chrome בגרסה M107 ואילך.
- המדידה באמצעות Private Aggregation API זמינה עכשיו לכלל המשתמשים.
- סטטוס הפלטפורמה של Chrome
הצעה | סטטוס |
---|---|
דיווח ברמת האירוע לבחירת תוכן (selectURL() ) |
זמינות לפחות עד 2026 |
תקציב לפי אתר הסבר |
זמין ב-M119 |
מתן הרשאה לכתיבה מכותרות של תגובות הסבר בעיה ב-GitHub |
זמין בגרסה M124. ניתן להפעיל ידנית בגרסאות M119-M123 |
הזמן הקצוב לתפוגה של התרומה לצבירה פרטית הסבר |
זמין ב-M119 |
ניפוי באגים של worklet של Shared Storage באמצעות כלי פיתוח סעיף |
זמין ב-M120 |
עדכון מגבלת אחסון הנתונים באחסון משותף ל-5MB הסבר |
זמין ב-M124 |
למה אנחנו צריכים את ה-API הזה?
כדי למנוע מעקב אחר משתמשים באתרים שונים, הדפדפנים מחלקים למחיצות את כל סוגי האחסון (קובצי Cookie, localStorage, מטמון וכו'). עם זאת, יש כמה תרחישים לגיטימיים לדוגמה שמסתמכים על אחסון ללא מחיצות, בלי עזרה מממשקי API חדשים באינטרנט. לדוגמה, יכול להיות שמפיק תוכן ירצה למדוד את פוטנציאל החשיפה באתרים שונים, בלי להסתמך על מזהים באתרים שונים.
ה-API של אחסון משותף מאפשר לאתרים לאחסן נתונים מאתרים שונים ולקבל גישה אליהם. צריך לקרוא את הנתונים האלה בסביבה מאובטחת כדי למנוע דליפות.
יש שתי דרכים שבהן אפשר להשתמש בנתונים מנפח אחסון משותף:
- בחירת תוכן באתרים שונים.
- צבירה רועשת של נתונים מאתרים שונים באמצעות Private Aggregation API
למי זה מיועד?
יש הרבה סוגים של חברות שיכולות להפיק תועלת מהשימוש ב-Shared Storage API. למשל:
- טכנולוגיות הפרסום יכולות למדוד את פוטנציאל החשיפה של הקמפיין, להגדיר מכסות תדירות ולסובב את נכסי הקריאייטיב. כל הטכנולוגיות האלה מסתמכות כרגע על קובצי cookie של צד שלישי.
- ספקי תשלומים יכולים לקבוע אם המשתמש הוא לקוח קיים ולהתאים את חוויית התשלום בקופה.
- חברות לאבטחת אינטרנט יכולות ליצור לוגיקה מותאמת אישית לסימון התנהגות חשודה או מסוכנת.
האם החברה שלכם מחפשת פתרונות אחסון לאתרים שונים שעדיין לא טופלו? לשתף את התרחיש לדוגמה שלכם.
תרחישים לדוגמה
ה-Shared Storage API נועד לתמוך בתרחישים רבים לדוגמה, והוא מחליף כמה שימושים קיימים בקובצי cookie של צד שלישי. האיסור הזה כולל:
תרחיש לדוגמה | תיאור | שער פלט |
---|---|---|
סבב הקריאייטיב של המודעות | ניתן לאחסן נתונים כמו מזהה קריאייטיב, ספירת צפיות ואינטראקציה של משתמשים כדי להבין אילו משתמשי קריאייטיב יראו באתרים שונים. כך אתם יכולים לאזן בין נתוני הצפיות ולהימנע מהצגת יתר של תכנים מסוימים בתוכן, וכך להימנע מחוויית משתמש שלילית. | בחירת כתובת URL |
הפעלת בדיקות A/B | אתם יכולים להקצות משתמש לקבוצת ניסוי, ואז לאחסן את הקבוצה באחסון משותף כדי שתהיה לכם גישה אליה באתרים שונים. | בחירת כתובת URL |
התאמה אישית של חוויית המשתמש ללקוחות מוכרים | ניתן לשתף תוכן וקריאות לפעולה בהתאמה אישית על סמך סטטוס הרישום של המשתמש או מצבי משתמש אחרים. | בחירת כתובת URL |
הקלות למניעת ניצול לרעה | ארגונים למניעת ניצול לרעה, מניעת הונאה ואבטחת אינטרנט משתמשים לעתים קרובות בשיטות קנייניות כדי לזהות משתמשים זדוניים, בין אם מדובר בבוטים אוטומטיים או בבני אדם אמיתיים שמנסים לגרום נזק. אפשר לבדוק כאן הרבה אסטרטגיות שונות, בין אם שימוש בשער פלט של בחירת כתובת URL כדי לקודד דירוג מהימנות משתמש, או שימוש בשער הפלט של צבירה פרטית כדי ליצור מערכי נתונים לזיהוי אנומליות. | בחירת כתובת URL, API לצבירה פרטית |
מדידת היקף החשיפה למשתמשים ייחודיים | מפיקי תוכן ומפרסמים רבים רוצים לעיתים קרובות לדעת כמה אנשים ייחודיים ראו את התוכן שלהם. אתם יכולים להשתמש בנפח אחסון משותף כדי לדווח על הפעם הראשונה שבה משתמש ראה את המודעה, הסרטון המוטמע או הפרסום שלכם, ולמנוע ספירה כפולה של אותו משתמש באתר אחר. כך אתם יכולים לקבל דוח מצטבר עם ערך רעש מצטבר לגבי היקף החשיפה המשוער של המשתמשים הייחודיים. | Private Aggregation API |
מדידת המידע הדמוגרפי של המשתמשים | מפיקי תוכן רוצים בדרך כלל להבין את המאפיינים הדמוגרפיים של הקהל שלהם. אתם יכולים להשתמש בנפח אחסון משותף כדי לתעד נתונים דמוגרפיים של משתמשים בהקשר שבו יש לכם נתונים כאלה, למשל באתר שקיבלתם מאינטראקציה ישירה, ולהשתמש בדיווח מצטבר כדי לדווח על הנתונים האלה באתרים רבים אחרים, כמו תוכן מוטמע. | Private Aggregation API |
מדידת היקף החשיפה של תדירות K+ | לעיתים קרובות, המתוארת כ "תדירות אפקטיבית", יש מספר מינימלי של צפיות לפני שמשתמש יזהה או יזכור תוכן מסוים (לרוב בהקשר של צפיות בפרסומת). אתם יכולים להשתמש בנפח אחסון משותף כדי ליצור דוחות על משתמשים ייחודיים שראו קטע תוכן לפחות K פעמים. | Private Aggregation API |
מטרת ההצעה היא ליצור API לשימוש כללי שתומך בהרבה תרחישים לדוגמה בעתיד. כך אפשר לערוך עוד ניסויים ולשנות, לגדול לצד המערכת האקולוגית של האינטרנט.
איך פועל נפח האחסון המשותף?
אחסון משותף מאפשר לקבל החלטות מושכלות על סמך נתונים מאתרים שונים, בלי לשתף פרטי משתמש (כמו היסטוריית הדפדפן או פרטים אישיים אחרים) עם אתר הטמעה ובלי לזליגת נתונים לשרתים שלכם.
אפשר לכתוב באחסון משותף בכל שלב, כמו ממשקי API אחרים לאחסון JavaScript כמו localStorage או IndexDB. בשונה מממשקי API אחרים לאחסון, ניתן לקרוא את ערכי האחסון המשותפים רק בסביבה מאובטחת, שנקראת worklet של אחסון משותף.
ה-Worklets הם המקום שבו מוסיפים את הלוגיקה העסקית. בתוך ה-worklet, מותר לקרוא ולעבד ערך מ-Shared Storage, אבל אי אפשר להחזיר ישירות את הערך המדויק לפונקציית worklet. כדי לחלץ מידע שימושי מה-worklet, יש קבוצה של 'שערים'. יש שני שערים זמינים, אבל יכול להיות שנוסיף עוד בעתיד.
שערי הפלט הזמינים של Shared Storage API הם:
- בחירת כתובות URL מאתרים שונים: אפשר להריץ סקריפט worklet כדי לבחור כתובת URL מרשימה מספקת, על סמך הנתונים המאוחסנים, ולאחר מכן לעבד את התוכן הזה במסגרת מגודרת.
- צבירה רועשת באמצעות Private Aggregation API: אפשר להריץ worklet כדי לשלוח נתונים מאתרים שונים דרך Private Aggregation API ולהחזיר דוח סיכום.
רוצה לנסות את Shared Storage API?
ממשק API של Shared Storage לשער הפלט של בחירת כתובות ה-URL ושער הפלט של צבירה פרטית זמינים לבדיקה. אפשר לבדוק את בחירת התוכן ב-Chrome
Canary/Dev/Beta M105+ ו-Private Aggregation API זמינים לבדיקה ב-Chrome M107+ Canary וב-Dev. כדי לבדוק את ה-API, אפשר להפעיל את הסימון ניסוי של ממשקי API של מודעות ארגז חול לפרטיות ב-chrome://flags/#privacy-sandbox-ads-apis
.
שימוש בהדגמה
יש הדגמה זמינה ואפשר לעיין בקוד ב-GitHub.
הדגמה זו בנויה מנקודת המבט של מפרסם, טכנולוגיית פרסום, מפיץ תוכן או שירות אחר של צד שלישי שמעוניין לאחסן מידע באתרים של בעלי אתרים שונים. בהדגמה, אותו קוד של צד שלישי יפעל גם באתר של בעל אתר א' וגם באתר של בעל אתר ב' לכל תרחיש לדוגמה. נכנסים לדפים של בעל התוכן הדיגיטלי כדי לראות איך הנתונים משותפים בהקשר של כמה אתרים.
ההדגמה מכילה תרחישים לדוגמה לבחירת תוכן ולצבירה פרטית.
בהדגמה של בחירת התוכן תוכלו להשתמש בתרחישים הבאים: סבב קריאייטיבים של מודעות, התאמה אישית של חוויית השימוש ללקוחות מוכרים והרצת בדיקות A/B בתרחישים לדוגמה.
בהדגמה של צבירה פרטית תוכלו לראות תצוגה מקדימה ייחודית של מדידה של היקף חשיפה למשתמשים ייחודיים ומדידת היקף החשיפה של תדירות K+. למדוד את המאפיינים הדמוגרפיים של המשתמשים.
ניפוי באגים של worklet של אחסון משותף באמצעות כלי הפיתוח
כדי לבדוק את ה-worklets של Shared Storage שהתחילו מהדף שבו אתם נמצאים, תוכלו לעבור לכרטיסייה 'מקורות' בחלונית DevTools ולהוסיף את נקודת העצירה של ההאזנה (breakpoint) של האירוע 'Shared Storage worklet / הצהרה ראשונה של סקריפט'. נקודת העצירה (breakpoint) הזו תשהה את הביצוע הראשוני של הסקריפט של המודול או את ה-worklets לטווח קצר במהלך ההפעלה.
בנוסף, בדף chrome://inspect/#shared-storage-worklets
מוצגות כל ה-worklets הפעילים של אחסון משותף מכל הדפים.
עניין ושיתוף משוב
ההצעה לנפח אחסון משותף נמצאת בדיון פעיל והיא כפופה לשינויים בעתיד. אם ניסית את ה-API הזה ויש לך משוב, נשמח לשמוע אותו.
- GitHub: לקרוא את ההצעה, להעלות שאלות ולהשתתף בדיון.
- הודעות על API של אחסון משותף: הצטרפות או הצגה של הודעות קודמות ברשימת הדיוור שלנו
- תמיכה למפתחים: אפשר לשאול שאלות ולהצטרף לדיונים על מאגר התמיכה למפתחים של ארגז החול לפרטיות.