סקירה כללית על נפח אחסון משותף

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

סטטוס הטמעה

במסמך הזה מתוארת הצעה לאחסון בכמה אתרים, ללא מחיצות: Shared Storage API.

הצעה סטטוס
דיווח ברמת האירוע לבחירת תוכן (selectURL()) זמינות לפחות עד 2026
תקציב לפי אתר
הסבר
זמין ב-M119
מתן הרשאה לכתיבה מכותרות של תגובות
הסבר
בעיה ב-GitHub
זמין בגרסה M124. ניתן להפעיל ידנית בגרסאות M119-M123
הזמן הקצוב לתפוגה של התרומה לצבירה פרטית
הסבר
זמין ב-M119
ניפוי באגים של worklet של Shared Storage באמצעות כלי פיתוח
סעיף
זמין ב-M120
עדכון מגבלת אחסון הנתונים באחסון משותף ל-5MB
הסבר
זמין ב-M124

למה אנחנו צריכים את ה-API הזה?

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

ה-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.

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

שימוש בהדגמה

יש הדגמה זמינה ואפשר לעיין בקוד ב-GitHub.

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

ההדגמה מכילה תרחישים לדוגמה לבחירת תוכן ולצבירה פרטית.

בהדגמה של בחירת התוכן תוכלו להשתמש בתרחישים הבאים: סבב קריאייטיבים של מודעות, התאמה אישית של חוויית השימוש ללקוחות מוכרים והרצת בדיקות A/B בתרחישים לדוגמה.

בהדגמה של צבירה פרטית תוכלו לראות תצוגה מקדימה ייחודית של מדידה של היקף חשיפה למשתמשים ייחודיים ומדידת היקף החשיפה של תדירות K+. למדוד את המאפיינים הדמוגרפיים של המשתמשים.

ניפוי באגים של worklet של אחסון משותף באמצעות כלי הפיתוח

כדי לבדוק את ה-worklets של Shared Storage שהתחילו מהדף שבו אתם נמצאים, תוכלו לעבור לכרטיסייה 'מקורות' בחלונית DevTools ולהוסיף את נקודת העצירה של ההאזנה (breakpoint) של האירוע 'Shared Storage worklet / הצהרה ראשונה של סקריפט'. נקודת העצירה (breakpoint) הזו תשהה את הביצוע הראשוני של הסקריפט של המודול או את ה-worklets לטווח קצר במהלך ההפעלה.

ניפוי באגים ב-worklet של אחסון משותף על ידי הוספה של event listener ברמת האירוע
אפשר להוסיף נקודת עצירה (breakpoint) ל-worklet של נפח אחסון משותף.

בנוסף, בדף chrome://inspect/#shared-storage-worklets מוצגות כל ה-worklets הפעילים של אחסון משותף מכל הדפים.

עניין ושיתוף משוב

ההצעה לנפח אחסון משותף נמצאת בדיון פעיל והיא כפופה לשינויים בעתיד. אם ניסית את ה-API הזה ויש לך משוב, נשמח לשמוע אותו.