پیشرفت در جعبه ایمنی حریم خصوصی (مه - ژوئن 2022)

به این نسخه از Progress in the Privacy Sandbox خوش آمدید، که می و ژوئن 2022 را پوشش می‌دهد، زیرا ما نقاط عطف در مسیر حذف تدریجی کوکی‌های شخص ثالث در Chrome و تلاش برای ایجاد یک وب خصوصی‌تر را دنبال می‌کنیم. در هر نسخه، ما یک نمای کلی از به‌روزرسانی‌ها و اخبار را در جعبه ایمنی حریم خصوصی به اشتراک می‌گذاریم.

محرمانگی Sandbox Relevance and Measurement آزمایشی مبدا

ما همچنان به اجرای آزمایشی مبدأ ترکیبی برای گزارش‌های Attribution ، FLEDGE و Topics ادامه می‌دهیم، همراه با گسترش آن به قاب‌های حصاردار و فضای ذخیره‌سازی مشترک . قاب‌های حصاردار یک محفظه محدود برای نمایش محتوا فراهم می‌کنند که FLEDGE از آن برای نمایش تبلیغات استفاده می‌کند. فضای ذخیره‌سازی مشترک، قاب‌های محصور شده را با امکان دسترسی به شکلی از فضای ذخیره‌سازی غیرپارتیشن‌بندی‌شده که در آن داده‌های ذخیره‌شده ممکن است به عنوان بخشی از فرآیند انتخاب آگهی استفاده شوند، تکمیل می‌کند.

نسخه آزمایشی اصلی اکنون به 50٪ از کاربران Chrome Beta گسترش یافته است. در این مرحله، تمرکز هنوز بر روی آزمایش راه‌اندازی زیرساخت، تجربه توسعه‌دهنده و رابط کاربری است، قبل از حرکت به سمت اثربخشی یا آزمایش ابزار در مقیاس بزرگتر. در این آزمایش، یک اشکال خراب در Topics را کشف و رفع کردیم که در آن مقدار null به درستی مدیریت نشده بود. در این مراحل اولیه آزمایش، زمانی که شروع به اجرای ترافیک واقعی از طریق این ویژگی می کنیم، مشکلاتی را پیدا می کنیم. این یکی از دلایلی است که ما با بخش کوچکی از ترافیک کلی شروع می کنیم تا همچنان مشکلات را کشف کنیم و تأثیر آنها را به حداقل برسانیم. با این حال، از آنجایی که این امکان وجود دارد که مرورگر را برای مجموعه کوچکی از کاربران از کار بیندازد، ما تا زمانی که رفع مشکل انجام شد، Topics API را در آزمایش اولیه غیرفعال کردیم. این اصلاح اکنون به طور کامل کامل شده است و موضوعات دوباره در نسخه آزمایشی اصلی فعال می شود.

بازخورد و آزمایش شما در این مرحله برای اطمینان از ارائه و ایجاد عملکرد مورد نیاز شما حیاتی است. اگر اکنون در آزمایش اولیه شرکت می‌کنید، می‌توانید انتظار داشته باشید که همچنان که به بازخوردها، مشکلات پاسخ می‌دهیم و عملکردهای موجود را گسترش می‌دهیم، به‌روزرسانی‌های منظم کد را مشاهده کنید.

اکنون می توانید برای آزمایش اصلی ثبت نام کنید . ما دستورالعمل‌های کاملی درباره نحوه پیوستن، نحوه آزمایش، نمایش‌های نمایشی برای کاوش و مکان ارائه بازخورد برای جنبه‌های مختلف آزمایشی داریم.

بازخورد

بازخورد از مجموعه متنوعی از سهامداران در سراسر اکوسیستم وب برای طرح Privacy Sandbox به عنوان یک کل حیاتی است. بخش بازخورد اختصاصی یک نمای کلی از کانال‌های عمومی موجود را ارائه می‌کند، جایی که می‌توانید در آن بحث را دنبال کنید یا در آن مشارکت کنید، همراه با یک فرم بازخورد برای اطمینان از اینکه همیشه می‌توانید مستقیماً به تیم Chrome دسترسی داشته باشید.

ما خلاصه‌ای از بازخورد و پاسخ‌های خود را در گزارش مروری بازخورد سه‌ماهه اول 2022 گردآوری کردیم. چیزهای زیادی وجود دارد—بنابراین شما را به خاطر نخواندن کامل آن بخشیدند! امیدواریم که بتوانید احساسی نسبت به انواع سؤالات و مسائل مطرح شده و نحوه برخورد ما با آنها داشته باشید. هدف ما این است که این مسیرهای بازخورد را برای توسعه‌دهندگان آسان و در دسترس قرار دهیم، بنابراین اگر سؤال یا چیزی برای توضیح دارید، می‌خواهیم آن را بشنویم.

ما به اجرای مجموعه‌ای از ساعت‌های آفیس جعبه ایمنی حریم خصوصی خود با یک جلسه مروری درباره گزارش انتساب ادامه می‌دهیم. این فرصتی است که مستقیماً از تیم اجرا سؤال بپرسید. ما همچنین در حال برنامه ریزی برای اجرای نسخه ای از این جلسه به زبان ژاپنی و یک جلسه دیگر برای اجرای آزمایشی به روز شده هستیم. نسخه‌های بیشتری وجود خواهد داشت که سایر APIها و جنبه‌های پروژه را پوشش می‌دهد که در فهرست‌های پستی، وبلاگ‌ها و توییتر منتشر خواهیم کرد.

مرزهای حریم خصوصی بین سایتی را تقویت کنید

کوکی های شخص ثالث یک مکانیسم کلیدی هستند که امکان ردیابی بین سایتی را فراهم می کند. توانایی حذف تدریجی آنها یک نقطه عطف مهم است، اما ما همچنین باید به اشکال دیگر ذخیره سازی بین سایتی یا ارتباطات نیز بپردازیم.

کوکی ها

با پیشرفت پروپوزال های مرتبط با کوکی، باید کوکی های SameSite=None یا بین سایتی خود را بررسی کنید و اقداماتی را که باید در سایت خود انجام دهید برنامه ریزی کنید.

چیپس

CHIPS (کوکی‌هایی که دارای حالت پارتیشن‌شده مستقل هستند) به توسعه‌دهندگان این امکان را می‌دهد که یک کوکی را در فضای ذخیره‌سازی «پارتیشن‌بندی‌شده» با یک شیشه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. ما در حال تمدید نسخه آزمایشی اصلی کنونی تا پایان Chrome 104 در اواخر ماه اوت هستیم. اکنون می‌توانید برای آزمایش اولیه CHIPS ثبت‌نام کنید و ما دستورالعمل‌های توسعه‌دهنده را در دسترس داریم تا بتوانید کوکی‌ها را با ویژگی Partitioned در سایت تولیدی خود آزمایش کنید.

ما همچنین به پاکسازی و بهبود عملکرد کلی پیش‌فرض کوکی‌ها در کنار تغییراتی که در زیر بنر Privacy Sandbox هستند، ادامه می‌دهیم. ما I2P (Intent to Prototype) را برای کوکی‌های مرتبط با مبدا (به طور پیش‌فرض) ارسال کرده‌ایم که منجر به پیش‌فرض‌های ایمن‌تر برای یک کوکی می‌شود. در حالی که تغییر قبلی SameSite=Lax به‌طور پیش‌فرض به این معنی بود که کوکی‌ها به‌طور پیش‌فرض به همان سایت (یا «طرف اول») محدود می‌شدند، همچنان می‌توان آن‌ها را در پورت‌ها یا طرح‌های URL مختلف ارسال کرد. این به‌روزرسانی به این معنی است که کوکی‌ها فقط به مبدأ دقیقی که روی آن تنظیم شده‌اند ارسال می‌شوند، مگر اینکه به صراحت توسط ویژگی Domain مجاز باشد.

همچنین با مسدود کردن سرصفحه Set-Cookie در درخواست‌های واکشی خروجی، Chrome را با مشخصات Fetch هماهنگ‌تر می‌کنیم. گزارش‌ها نشان می‌دهد که استفاده از این توانایی بسیار کم است، اما باید توجه داشته باشید که اگر به این عملکرد تکیه کنید، آن کوکی‌ها به زودی تنظیم نمی‌شوند.

فضای ذخیره سازی مشترک

ذخیره‌سازی مشترک به سایت‌ها اجازه می‌دهد تا داده‌های پارتیشن نشده را ذخیره کنند، اما فقط آن داده‌ها را در یک محیط امن با دروازه‌های خروجی ساخته‌شده به دقت بازخوانی می‌کنند. فضای ذخیره‌سازی مشترک با قاب‌های حصاردار جفت می‌شود که محیط امنی را فراهم می‌کند که امکان استفاده از مواردی مانند آزمایش A/B را در کمپین فراهم می‌کند.

I2E برای ذخیره‌سازی مشترک آن را برای آزمایش به عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement در دسترس قرار می‌دهد. اسناد توسعه‌دهنده در دسترس است که موارد استفاده و آزمایش را پوشش می‌دهد.

جلوگیری از ردیابی پنهان

همانطور که گزینه‌های ردیابی صریح بین سایتی را کاهش می‌دهیم، باید به مناطقی از پلتفرم وب بپردازیم که اطلاعات شناسایی را نشان می‌دهد که امکان اثرانگشت یا ردیابی پنهان کاربران را فراهم می‌کند.

کاهش رشته User-Agent و User-Agent Client نکات

ما به کاهش تدریجی اطلاعات موجود در رشته عامل کاربر Chrome ادامه می‌دهیم و برای سایت‌هایی که نیاز به درخواست فعالانه آن اطلاعات دارند، نکات جایگزین کاربر-عامل مشتری (UA-CH) ارائه می‌کنیم . مرحله اولیه کاهش شماره نسخه جزئی به صفر اکنون به طور کامل در Chrome 101 و بالاتر ارائه شده است.

قدیمی

Mozilla/5.0 (Linux; Android 12; Pixel 6) AppleWebKit/537.36 (KHTML، مانند Gecko) Chrome/101. 0.4638.16 Mobile Safari/537.36

جدید

Mozilla/5.0 (Linux; Android 12; Pixel 6) AppleWebKit/537.36 (KHTML، مانند Gecko) Chrome/101. 0.0.0 Mobile Safari/537.36

ما همچنان به اصلاح و به روز رسانی رفتار کلی Client Hints ادامه می دهیم. این شامل پاکسازی پیش‌فرض نکات قدیمی ( dpr ، width ، viewport-width ، و device-memory ) می‌شود تا به طور پیش‌فرض به منابع فرعی شخص ثالث ارسال نشوند.

پذیرش-کاهش زبان

هدر Accept-Language تنظیمات برگزیده زبان کاربر را به سایتی ارسال می‌کند که برای ارائه محتوای محلی مفید است، اما می‌تواند منبعی از اطلاعات اثرانگشت غیرفعال را نشان دهد - به‌ویژه زمانی که کاربر چندین زبان پذیرفته شده داشته باشد. ما یک I2P برای کاهش سطح اثر انگشت در هدر Accept-Language ارسال کردیم.

هدف این است که در اولین درخواست به یک سایت، مرورگر فقط زبان ترجیحی بالای سرصفحه، مانند Accept-Language: fr ارسال کند. سپس پاسخ سایت باید Content-Language پاسخ را مشخص کند و با استفاده از هدرهای Vary و Variants نشان دهد که آیا چندین زبان در دسترس است یا خیر. به عنوان مثال:

Get / HTTP/1.1
Host: example.com
Accept-Language: fr

HTTP
/1.1 200 OK
Content-Language: fr
Vary: Accept-Language
Variants: Accept-Language=(de en fr)

در صورتی که انتخاب برتر در دسترس نباشد، مرورگر می‌تواند از اطلاعات Variants برای درخواست مجدد محتوا به زبان ترجیحی استفاده کند. I2P ها عمداً در اوایل فرآیند ارسال می شوند تا امکان بحث در مورد تأثیر بالقوه چنین تغییری فراهم شود و اطمینان حاصل شود که ما معیارهای مناسبی را برای نظارت بر آن تأثیر تنظیم می کنیم.

قاب های نرده دار

یک قاب حصاردار ( <fencedframe> ) یک عنصر HTML پیشنهادی برای محتوای جاسازی شده است، شبیه به iframe. برخلاف iframes، یک قاب حصاردار ارتباط با زمینه تعبیه‌شده خود را محدود می‌کند تا به قاب اجازه دسترسی به داده‌های بین سایتی را بدون اشتراک‌گذاری آن با زمینه تعبیه‌شده بدهد. به عنوان مثال، در FLEDGE هدف این است که تبلیغات در یک قاب حصاردار نمایش داده شوند.

می‌توانید محتوای مرور کلی برنامه‌نویس جدید را بخوانید. ما I2E را برای قاب‌های حصاردار منتشر کردیم و اکنون می‌توانید به‌عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement ثبت نام کنید.

نمایش محتوا و تبلیغات مرتبط

همانطور که به سمت حذف تدریجی کوکی‌های شخص ثالث پیش می‌رویم، APIهایی را معرفی می‌کنیم که موارد استفاده کلیدی را که سایت‌ها به آن‌ها وابسته بودند را فعال می‌کنند تا به آن‌ها اجازه می‌دهد محتوای خود را بدون ادامه فعال کردن ردیابی بین‌سایتی تامین کنند.

موضوعات

Topics API پیشنهادی برای فعال کردن تبلیغات مبتنی بر علاقه بدون ردیابی بین سایتی است. ما یک I2E ارسال کردیم تا موضوعات را به‌عنوان بخشی از آزمایش مبدأ مرتبط و اندازه‌گیری Privacy Sandbox اضافه کنیم . ما همچنین راهنمای توسعه‌دهنده جدیدی برای آزمایش و ارائه بازخورد درباره موضوعات در طول آزمایش اولیه داریم.

از آنجایی که این آزمایش در مراحل اولیه است، ما به طور فعال در حال کشف و رسیدگی به مشکلات موجود در کد به محض ظهور آنها هستیم. در Topics، ما یک اشکال خراب را کشف کردیم، بنابراین به طور موقت API را در نسخه آزمایشی اصلی بدون تأثیر بیش از حد بر تجربه کاربر غیرفعال کردیم. با تکمیل این اصلاح، Topics API اکنون برای 50٪ از کاربران Chrome Beta به عنوان بخشی از آزمایش اولیه اصلی فعال شده است.

FLEDGE

FLEDGE بازاریابی مجدد و موارد استفاده از مخاطبان سفارشی را فعال می‌کند، مانند تبلیغاتی که می‌توانند از سایت‌ها یا محصولاتی که قبلاً بازدید شده‌اند، بدون تکیه بر یک شناسه فردی استفاده کنند. ما یک I2E را برای FLEDGE ارسال کردیم، دوباره برای فعال کردن آن به عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement. و به همین ترتیب، اسناد توسعه دهنده منطبق برای آزمایش موجود است.

اندازه گیری تبلیغات دیجیتال

به عنوان همراهی برای نمایش تبلیغات بدون ردیابی بین سایتی، ما به ابزارهای حفظ حریم خصوصی برای سنجش اثربخشی آن تبلیغات نیاز داریم.

Attribution Reporting API

Attribution Reporting API به adtech و تبلیغ‌کنندگان اجازه می‌دهد تا رویدادهایی را در یک سایت اندازه‌گیری کنند، مانند کلیک کردن یا مشاهده یک آگهی، که منجر به تبدیل در سایت دیگر می‌شود - بدون فعال کردن ردیابی بین سایتی. همانطور که ممکن است حدس زده باشید، یک I2E برای گزارش انتساب نیز وجود داشت تا به گسترش آزمایش آن به عنوان بخشی از آزمایش مبدا و اندازه گیری مربوط به جعبه ایمنی حریم خصوصی ادامه دهد.

در مرحله اولیه آزمایش مبدا، ما بر بازخورد پیرامون تجربه توسعه‌دهنده و ادغام، مانند اشکال‌زدایی تمرکز می‌کنیم، و این به آزمایش‌های انتها به انتها در سطح رویداد و گزارش‌های خلاصه گسترش می‌یابد.

بازخورد مقاله

همانطور که ما به انتشار این به‌روزرسانی‌ها و پیشرفت از طریق Privacy Sandbox به طور کلی ادامه می‌دهیم، می‌خواهیم مطمئن شویم که شما به عنوان یک برنامه‌نویس اطلاعات و پشتیبانی مورد نیاز خود را دریافت می‌کنید. اگر چیزی وجود دارد که می‌توانیم در این مجموعه بهبود دهیم، در توییتر ChromiumDev@ به ما اطلاع دهید. ما از ورودی شما برای ادامه بهبود قالب استفاده خواهیم کرد.

،

به این نسخه از Progress in the Privacy Sandbox خوش آمدید، که می و ژوئن 2022 را پوشش می‌دهد، زیرا ما نقاط عطف در مسیر حذف تدریجی کوکی‌های شخص ثالث در Chrome و تلاش برای ایجاد یک وب خصوصی‌تر را دنبال می‌کنیم. در هر نسخه، ما یک نمای کلی از به‌روزرسانی‌ها و اخبار را در جعبه ایمنی حریم خصوصی به اشتراک می‌گذاریم.

محرمانگی Sandbox Relevance and Measurement آزمایشی مبدا

ما همچنان به اجرای آزمایشی مبدأ ترکیبی برای گزارش‌های Attribution ، FLEDGE و Topics ادامه می‌دهیم، همراه با گسترش آن به قاب‌های حصاردار و فضای ذخیره‌سازی مشترک . قاب‌های حصاردار یک محفظه محدود برای نمایش محتوا فراهم می‌کنند که FLEDGE از آن برای نمایش تبلیغات استفاده می‌کند. فضای ذخیره‌سازی مشترک، قاب‌های محصور شده را با امکان دسترسی به شکلی از فضای ذخیره‌سازی غیرپارتیشن‌بندی‌شده که در آن داده‌های ذخیره‌شده ممکن است به عنوان بخشی از فرآیند انتخاب آگهی استفاده شوند، تکمیل می‌کند.

نسخه آزمایشی اصلی اکنون به 50٪ از کاربران Chrome Beta گسترش یافته است. در این مرحله، تمرکز هنوز بر روی آزمایش راه‌اندازی زیرساخت، تجربه توسعه‌دهنده و رابط کاربری است، قبل از حرکت به سمت اثربخشی یا آزمایش ابزار در مقیاس بزرگتر. در این آزمایش، یک اشکال خراب در Topics را کشف و رفع کردیم که در آن مقدار null به درستی مدیریت نشده بود. در این مراحل اولیه آزمایش، زمانی که شروع به اجرای ترافیک واقعی از طریق این ویژگی می کنیم، مشکلاتی را پیدا می کنیم. این یکی از دلایلی است که ما با بخش کوچکی از ترافیک کلی شروع می کنیم تا همچنان مشکلات را کشف کنیم و تأثیر آنها را به حداقل برسانیم. با این حال، از آنجایی که این امکان وجود دارد که مرورگر را برای مجموعه کوچکی از کاربران از کار بیندازد، ما تا زمانی که رفع مشکل انجام شد، Topics API را در آزمایش اولیه غیرفعال کردیم. این اصلاح اکنون به طور کامل کامل شده است و موضوعات دوباره در نسخه آزمایشی اصلی فعال می شود.

بازخورد و آزمایش شما در این مرحله برای اطمینان از ارائه و ایجاد عملکرد مورد نیاز شما حیاتی است. اگر اکنون در آزمایش اولیه شرکت می‌کنید، می‌توانید انتظار داشته باشید که همچنان که به بازخوردها، مشکلات پاسخ می‌دهیم و عملکردهای موجود را گسترش می‌دهیم، به‌روزرسانی‌های منظم کد را مشاهده کنید.

اکنون می توانید برای آزمایش اصلی ثبت نام کنید . ما دستورالعمل‌های کاملی درباره نحوه پیوستن، نحوه آزمایش، نمایش‌های نمایشی برای کاوش و مکان ارائه بازخورد برای جنبه‌های مختلف آزمایشی داریم.

بازخورد

بازخورد از مجموعه متنوعی از سهامداران در سراسر اکوسیستم وب برای طرح Privacy Sandbox به عنوان یک کل حیاتی است. بخش بازخورد اختصاصی یک نمای کلی از کانال‌های عمومی موجود را ارائه می‌کند، جایی که می‌توانید در آن بحث را دنبال کنید یا در آن مشارکت کنید، همراه با یک فرم بازخورد برای اطمینان از اینکه همیشه می‌توانید مستقیماً به تیم Chrome دسترسی داشته باشید.

ما خلاصه‌ای از بازخورد و پاسخ‌های خود را در گزارش مروری بازخورد سه‌ماهه اول 2022 گردآوری کردیم. چیزهای زیادی وجود دارد—بنابراین شما را به خاطر نخواندن کامل آن بخشیدند! امیدواریم که بتوانید احساسی نسبت به انواع سؤالات و مسائل مطرح شده و نحوه برخورد ما با آنها داشته باشید. هدف ما این است که این مسیرهای بازخورد را برای توسعه‌دهندگان آسان و در دسترس قرار دهیم، بنابراین اگر سؤال یا چیزی برای توضیح دارید، می‌خواهیم آن را بشنویم.

ما به اجرای مجموعه‌ای از ساعت‌های آفیس جعبه ایمنی حریم خصوصی خود با یک جلسه مروری درباره گزارش انتساب ادامه می‌دهیم. این فرصتی است که مستقیماً از تیم اجرا سؤال بپرسید. ما همچنین در حال برنامه ریزی برای اجرای نسخه ای از این جلسه به زبان ژاپنی و یک جلسه دیگر برای اجرای آزمایشی به روز شده هستیم. نسخه‌های بیشتری وجود خواهد داشت که سایر APIها و جنبه‌های پروژه را پوشش می‌دهد که در فهرست‌های پستی، وبلاگ‌ها و توییتر منتشر خواهیم کرد.

مرزهای حریم خصوصی بین سایتی را تقویت کنید

کوکی های شخص ثالث یک مکانیسم کلیدی هستند که امکان ردیابی بین سایتی را فراهم می کند. توانایی حذف تدریجی آنها یک نقطه عطف مهم است، اما ما همچنین باید به اشکال دیگر ذخیره سازی بین سایتی یا ارتباطات نیز بپردازیم.

کوکی ها

با پیشرفت پروپوزال های مرتبط با کوکی، باید کوکی های SameSite=None یا بین سایتی خود را بررسی کنید و اقداماتی را که باید در سایت خود انجام دهید برنامه ریزی کنید.

چیپس

CHIPS (کوکی‌هایی که دارای حالت پارتیشن‌شده مستقل هستند) به توسعه‌دهندگان این امکان را می‌دهد که یک کوکی را در فضای ذخیره‌سازی «پارتیشن‌بندی‌شده» با یک شیشه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. ما در حال تمدید نسخه آزمایشی اصلی کنونی تا پایان Chrome 104 در اواخر ماه اوت هستیم. اکنون می‌توانید برای آزمایش اولیه CHIPS ثبت‌نام کنید و ما دستورالعمل‌های توسعه‌دهنده را در دسترس داریم تا بتوانید کوکی‌ها را با ویژگی Partitioned در سایت تولیدی خود آزمایش کنید.

ما همچنین به پاکسازی و بهبود عملکرد کلی پیش‌فرض کوکی‌ها در کنار تغییراتی که در زیر بنر Privacy Sandbox هستند، ادامه می‌دهیم. ما I2P (Intent to Prototype) را برای کوکی‌های مرتبط با مبدا (به طور پیش‌فرض) ارسال کرده‌ایم که منجر به پیش‌فرض‌های ایمن‌تر برای یک کوکی می‌شود. در حالی که تغییر قبلی SameSite=Lax به‌طور پیش‌فرض به این معنی بود که کوکی‌ها به‌طور پیش‌فرض به همان سایت (یا «طرف اول») محدود می‌شدند، همچنان می‌توان آن‌ها را در پورت‌ها یا طرح‌های URL مختلف ارسال کرد. این به‌روزرسانی به این معنی است که کوکی‌ها فقط به مبدأ دقیقی که روی آن تنظیم شده‌اند ارسال می‌شوند، مگر اینکه به صراحت توسط ویژگی Domain مجاز باشد.

همچنین با مسدود کردن سرصفحه Set-Cookie در درخواست‌های واکشی خروجی، Chrome را با مشخصات Fetch هماهنگ‌تر می‌کنیم. گزارش‌ها نشان می‌دهد که استفاده از این توانایی بسیار کم است، اما باید توجه داشته باشید که اگر به این عملکرد تکیه کنید، آن کوکی‌ها به زودی تنظیم نمی‌شوند.

فضای ذخیره سازی مشترک

ذخیره‌سازی مشترک به سایت‌ها اجازه می‌دهد تا داده‌های پارتیشن نشده را ذخیره کنند، اما فقط آن داده‌ها را در یک محیط امن با دروازه‌های خروجی ساخته‌شده به دقت بازخوانی می‌کنند. فضای ذخیره‌سازی مشترک با قاب‌های حصاردار جفت می‌شود که محیط امنی را فراهم می‌کند که امکان استفاده از مواردی مانند آزمایش A/B را در کمپین فراهم می‌کند.

I2E برای ذخیره‌سازی مشترک آن را برای آزمایش به عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement در دسترس قرار می‌دهد. اسناد توسعه‌دهنده در دسترس است که موارد استفاده و آزمایش را پوشش می‌دهد.

جلوگیری از ردیابی پنهان

همانطور که گزینه‌های ردیابی صریح بین سایتی را کاهش می‌دهیم، باید به مناطقی از پلتفرم وب بپردازیم که اطلاعات شناسایی را نشان می‌دهد که امکان اثرانگشت یا ردیابی پنهان کاربران را فراهم می‌کند.

کاهش رشته User-Agent و User-Agent Client نکات

ما به کاهش تدریجی اطلاعات موجود در رشته عامل کاربر Chrome ادامه می‌دهیم و برای سایت‌هایی که نیاز به درخواست فعالانه آن اطلاعات دارند، نکات جایگزین کاربر-عامل مشتری (UA-CH) ارائه می‌کنیم . مرحله اولیه کاهش شماره نسخه جزئی به صفر اکنون به طور کامل در Chrome 101 و بالاتر ارائه شده است.

قدیمی

Mozilla/5.0 (Linux; Android 12; Pixel 6) AppleWebKit/537.36 (KHTML، مانند Gecko) Chrome/101. 0.4638.16 Mobile Safari/537.36

جدید

Mozilla/5.0 (Linux; Android 12; Pixel 6) AppleWebKit/537.36 (KHTML، مانند Gecko) Chrome/101. 0.0.0 Mobile Safari/537.36

ما همچنان به اصلاح و به روز رسانی رفتار کلی Client Hints ادامه می دهیم. این شامل پاکسازی پیش‌فرض نکات قدیمی ( dpr ، width ، viewport-width ، و device-memory ) می‌شود تا به طور پیش‌فرض به منابع فرعی شخص ثالث ارسال نشوند.

پذیرش-کاهش زبان

هدر Accept-Language تنظیمات برگزیده زبان کاربر را به سایتی ارسال می‌کند که برای ارائه محتوای محلی مفید است، اما می‌تواند منبعی از اطلاعات اثرانگشت غیرفعال را نشان دهد - به‌ویژه زمانی که کاربر چندین زبان پذیرفته شده داشته باشد. ما یک I2P برای کاهش سطح اثر انگشت در هدر Accept-Language ارسال کردیم.

هدف این است که در اولین درخواست به یک سایت، مرورگر فقط زبان ترجیحی بالای سرصفحه، مانند Accept-Language: fr ارسال کند. سپس پاسخ سایت باید Content-Language پاسخ را مشخص کند و با استفاده از هدرهای Vary و Variants نشان دهد که آیا چندین زبان در دسترس است یا خیر. به عنوان مثال:

Get / HTTP/1.1
Host: example.com
Accept-Language: fr

HTTP
/1.1 200 OK
Content-Language: fr
Vary: Accept-Language
Variants: Accept-Language=(de en fr)

در صورتی که انتخاب برتر در دسترس نباشد، مرورگر می‌تواند از اطلاعات Variants برای درخواست مجدد محتوا به زبان ترجیحی استفاده کند. I2P ها عمداً در اوایل فرآیند ارسال می شوند تا امکان بحث در مورد تأثیر بالقوه چنین تغییری فراهم شود و اطمینان حاصل شود که ما معیارهای مناسبی را برای نظارت بر آن تأثیر تنظیم می کنیم.

قاب های نرده دار

یک قاب حصاردار ( <fencedframe> ) یک عنصر HTML پیشنهادی برای محتوای جاسازی شده است، شبیه به iframe. برخلاف iframes، یک قاب حصاردار ارتباط با زمینه تعبیه‌شده خود را محدود می‌کند تا به قاب اجازه دسترسی به داده‌های بین سایتی را بدون اشتراک‌گذاری آن با زمینه تعبیه‌شده بدهد. به عنوان مثال، در FLEDGE هدف این است که تبلیغات در یک قاب حصاردار نمایش داده شوند.

می‌توانید محتوای مرور کلی برنامه‌نویس جدید را بخوانید. ما I2E را برای قاب‌های حصاردار منتشر کردیم و اکنون می‌توانید به‌عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement ثبت نام کنید.

نمایش محتوا و تبلیغات مرتبط

همانطور که به سمت حذف تدریجی کوکی‌های شخص ثالث پیش می‌رویم، APIهایی را معرفی می‌کنیم که موارد استفاده کلیدی را که سایت‌ها به آن‌ها وابسته بودند را فعال می‌کنند تا به آن‌ها اجازه می‌دهد محتوای خود را بدون ادامه فعال کردن ردیابی بین‌سایتی تامین کنند.

موضوعات

Topics API پیشنهادی برای فعال کردن تبلیغات مبتنی بر علاقه بدون ردیابی بین سایتی است. ما یک I2E ارسال کردیم تا موضوعات را به‌عنوان بخشی از آزمایش مبدأ مرتبط و اندازه‌گیری Privacy Sandbox اضافه کنیم . ما همچنین راهنمای توسعه‌دهنده جدیدی برای آزمایش و ارائه بازخورد درباره موضوعات در طول آزمایش اولیه داریم.

از آنجایی که این آزمایش در مراحل اولیه است، ما به طور فعال در حال کشف و رسیدگی به مشکلات موجود در کد به محض ظهور آنها هستیم. در Topics، ما یک اشکال خراب را کشف کردیم، بنابراین به طور موقت API را در نسخه آزمایشی اصلی بدون تأثیر بیش از حد بر تجربه کاربر غیرفعال کردیم. با تکمیل این اصلاح، Topics API اکنون برای 50٪ از کاربران Chrome Beta به عنوان بخشی از آزمایش اولیه اصلی فعال شده است.

FLEDGE

FLEDGE بازاریابی مجدد و موارد استفاده از مخاطبان سفارشی را فعال می‌کند، مانند تبلیغاتی که می‌توانند از سایت‌ها یا محصولاتی که قبلاً بازدید شده‌اند، بدون تکیه بر یک شناسه فردی استفاده کنند. ما یک I2E را برای FLEDGE ارسال کردیم، دوباره برای فعال کردن آن به عنوان بخشی از آزمایشی گسترده‌تر Privacy Sandbox Relevance and Measurement. و به همین ترتیب، اسناد توسعه دهنده منطبق برای آزمایش موجود است.

اندازه گیری تبلیغات دیجیتال

به عنوان همراهی برای نمایش تبلیغات بدون ردیابی بین سایتی، ما به ابزارهای حفظ حریم خصوصی برای سنجش اثربخشی آن تبلیغات نیاز داریم.

Attribution Reporting API

Attribution Reporting API به adtech و تبلیغ‌کنندگان اجازه می‌دهد تا رویدادهایی را در یک سایت اندازه‌گیری کنند، مانند کلیک کردن یا مشاهده یک آگهی، که منجر به تبدیل در سایت دیگر می‌شود - بدون فعال کردن ردیابی بین سایتی. همانطور که ممکن است حدس زده باشید، یک I2E برای گزارش انتساب نیز وجود داشت تا به گسترش آزمایش آن به عنوان بخشی از آزمایش مبدا و اندازه گیری مربوط به جعبه ایمنی حریم خصوصی ادامه دهد.

در مرحله اولیه آزمایش مبدا، ما بر بازخورد پیرامون تجربه توسعه‌دهنده و ادغام، مانند اشکال‌زدایی تمرکز می‌کنیم، و این به آزمایش‌های انتها به انتها در سطح رویداد و گزارش‌های خلاصه گسترش می‌یابد.

بازخورد مقاله

همانطور که ما به انتشار این به‌روزرسانی‌ها و پیشرفت از طریق Privacy Sandbox به طور کلی ادامه می‌دهیم، می‌خواهیم مطمئن شویم که شما به عنوان یک برنامه‌نویس اطلاعات و پشتیبانی مورد نیاز خود را دریافت می‌کنید. اگر چیزی وجود دارد که می‌توانیم در این مجموعه بهبود دهیم، در توییتر ChromiumDev@ به ما اطلاع دهید. ما از ورودی شما برای ادامه بهبود قالب استفاده خواهیم کرد.