ما حالتهای آزمایشی با تسهیل Chrome را ارائه میکنیم که به سایتها امکان میدهد بدون کوکیهای شخص ثالث، نحوه عملکرد و ویژگیهای سایت را پیشنمایش کنند. این راهنما یک نمای کلی از حالتهای آزمایشی که Chrome قصد دارد ارائه کند و نحوه دسترسی به برچسبهای گروه آزمایش را ارائه میدهد.
مرورگر کروم در این زمینه به یک کلاینت کروم اشاره دارد: نصب کروم در دستگاه. هر دایرکتوری اطلاعات کاربر فردی یک کلاینت مجزا را تشکیل می دهد.
گروه آزمایش : مجموعهای از مرورگرهای Chrome که ویژگیهای خاصی برای آنها فعال، غیرفعال یا پیکربندی شدهاند. در زمینه آزمایش با تسهیل کروم، مجموعهای از مرورگرها که برچسبها برای آنها تنظیم شده است.
برچسب : در این زمینه، یک مقدار سرصفحه درخواست که برای مرورگری که به یک گروه آزمایشی تعلق دارد، تنظیم میشود. هر مرورگر در یک گروه آزمایشی در طول دوره آزمایش با تسهیل Chrome در آن گروه باقی میماند و اطمینان حاصل میکند که برچسب یک مرورگر در بین آزمایشکنندگان ثابت میماند.
ما دو حالت متمایز ارائه کرده ایم:
- حالت A: از نوامبر 2023، سازمانهایی که APIهای PS R&M را آزمایش میکنند، میتوانند برچسبهای ثابتی را روی زیرمجموعهای از مرورگرهای Chrome دریافت کنند تا امکان آزمایش هماهنگ بین آزمایشکنندگان مختلف را فراهم کنند.
- حالت B: از 4 ژانویه 2024، Chrome کوکی های شخص ثالث را برای بخشی از مرورگرهای Chrome به صورت جهانی غیرفعال کرد.
ما با CMA کار کردهایم تا اطمینان حاصل کنیم که این حالتهای تست با چارچوب تست (و جدول زمانی) برای اشخاص ثالث مطابقت دارد، همانطور که در راهنمای آن در مورد آزمایش صنعت ارائه شده است. در نتیجه، CMA پیشبینی میکند که نتایج آزمایش در این حالتها میتواند در ارزیابی خود از جعبه ایمنی حریم خصوصی استفاده شود. CMA نشان داده است که آنها احتمالاً وزن بیشتری روی نتایج طراحی آزمایشی 2 میگذارند که از برچسبهای حالت B و برچسبهای کنترل حالت A استفاده میکند. برای اطلاعات بیشتر در مورد طراحی آزمایشی 2 ، راهنمای CMA در 26 اکتبر را ببینید.
برچسبها را میتوان با استفاده از مقدار موقت Sec-Cookie-Deprecation
که از سرصفحه HTTP یا JavaScript API موجود است، دسترسی داشت. برای جزئیات پیاده سازی، به برچسب های دسترسی با استفاده از بخش Sec-Cookie-Deprecation
مقدار مراجعه کنید.
ما همچنین این پیشنهاد را از طریق فرآیند معمول توسعه Blink ارسال خواهیم کرد، جایی که طراحی فنی و نقطه عطف انتشار Chrome نهایی خواهد شد. در حالی که این پیادهسازی است که ما میخواهیم ارسال کنیم، بحث و تأیید بیشتر به این معنی است که این جزئیات هنوز در معرض تغییر هستند. با پیشرفت برنامهها به بهروزرسانی این صفحه ادامه میدهیم و شما میتوانید به ارائه بازخورد یا سؤالات خود ادامه دهید.
حالت A: گروه های مرورگر برچسب دار
سازمانهایی که در آزمایش شرکت میکنند، میتوانند مجموعهای از برچسبها را برای زیرمجموعهای از مرورگرهای کروم دریافت کنند، که امکان آزمایشهای هماهنگ بین فناوریهای تبلیغاتی مختلف را در مجموعهای از مرورگرها فراهم میکند. برای مثال، اگر یک مرورگر در گروه آزمایش label_only_3
قرار گیرد (همانطور که در جدول زیر نشان داده شده است)، همه فنآوران تبلیغات شرکتکننده میتوانند همان برچسب label_only_3
را ببینند و مطابق با آن هماهنگ کنند: از APIهای PS R&M استفاده کنید، اما از استفاده از سوم خودداری کنید. کوکی های مهمانی ما از شرکتکنندگان در صفحه انتظار داریم که اطمینان حاصل کنند که برچسبها به سایر شرکتکنندگان ارسال میشوند تا امکان آزمایش مداوم در کل فرآیند انتخاب و اندازهگیری آگهی را فراهم کنند.
برای مثال، این به چندین شرکتکننده اجازه میدهد حراجهای مخاطب محافظتشده را بدون کوکیهای شخص ثالث در یک گروه ثابت از مرورگرها اجرا کنند. شرکت کنندگان فروشنده حراج برچسب مشاهده شده را برای تسهیل تست هماهنگ برای خریداران ارسال می کنند.
برچسبها بر هیچ رفتاری در آن نمونههای Chrome تأثیر نمیگذارند، از جمله در دسترس بودن کوکیهای شخص ثالث. برچسبها گروهبندی آزمایشهای مستقل و هماهنگ را ارائه میکنند، اما این به طرفهای شرکتکننده است که پارامترهای مربوطه را برای آزمایش اعمال کنند. اگر در حال آزمایش اثر حذف کوکیهای شخص ثالث هستید، هر شرکتکننده مسئول حذف دادههای کوکی شخص ثالث برای مرورگرهایی با آن برچسب است.
هدف این است که گروه هایی داشته باشیم که نماینده ترافیک عادی کروم باشند. این بدان معناست که هم کوکیهای شخص ثالث و هم APIهای PS R&M باید در دسترس باشند، اگرچه ممکن است برخی از کاربران از تنظیمات یا برنامههای افزودنی برای تغییر یا غیرفعال کردن ویژگیها استفاده کرده باشند.
برچسبها معمولاً در طول یک جلسه مرور در Chrome و در بین جلسات ثابت خواهند بود. با این حال، این تضمین نمی شود، زیرا سناریوهای نادری وجود دارد که در آن بازنشانی کامل یک مرورگر ممکن است برچسب فعلی را نیز بازنشانی کند.
ما قصد داریم 8.5٪ از مرورگرهای Chrome Stable را برای حالت A در نظر بگیریم، و پیشنهاد اولیه ما این جمعیت را به 9 گروه تقسیم می کند. زیرگروههای کوچکتر در نظر گرفته شدهاند تا به فنآوریهای آگهی انعطافپذیری در ترکیب برچسبها برای ایجاد آزمایشهای خود در اندازههای مختلف اجازه دهند. گروه ها با هم همپوشانی ندارند
توجه داشته باشید که برچسبهای control_1.*
بهعنوان «کنترل 1» در نظر گرفته شدهاند که در راهنمای CMA در مورد آزمایش صنعت ذکر شده است، بنابراین شرکتکنندگان در آزمایش نباید از Topics API استفاده کنند یا حراجهای مخاطبان محافظتشده را برای این ترافیک اجرا کنند. از آنجایی که برچسبها بر رفتار مرورگر تأثیر نمیگذارند، شرکتکنندگان نباید هنگام شناسایی برچسبهای گروه control_1.*
موضوعات مشاهده شده را پاس کنند یا حراجهای مخاطب محافظت شده را اجرا کنند.
ما از بازخورد در مورد اینکه آیا این انتخاب از گروه ها نیازهای سازمان های شرکت کننده را برآورده می کند، استقبال می کنیم.
برچسب بزنید | % ترافیک پایدار |
---|---|
control_1.1 | 0.25 |
control_1.2 | 0.25 |
control_1.3 | 0.25 |
control_1.4 | 0.25 |
label_only_1 | 1.5 |
label_only_2 | 1.5 |
label_only_3 | 1.5 |
label_only_4 | 1.5 |
label_only_5 | 1.5 |
گروههای مرورگر label_only_
Mode A از نوامبر 2023 در دسترس هستند و گروههای Mode A control_1_*
از 4 ژانویه 2024 در دسترس قرار گرفتند.
حالت B: 1٪ از کوکی های شخص ثالث را غیرفعال کنید
Chrome کوکیهای شخص ثالث را برای تقریباً ۱٪ از مرورگرهای Chrome Stable از ۴ ژانویه ۲۰۲۴ غیرفعال کرد (و همچنین در مرورگرهای Dev، Canary و Beta در طول سه ماهه چهارم ۲۰۲۳). سازمانهایی که APIهای PS R&M را آزمایش میکنند، نیازی به انتخاب این حالت ندارند، زیرا به طور یکسان در کل جمعیت مرورگر اعمال میشود. اگر سایت هنوز راه حل جایگزینی مانند CHIPS یا مجموعه های وب سایت مرتبط را اتخاذ نکرده باشد، ممکن است برخی از ویژگی های سایت تحت تأثیر قرار گیرند.
علاوه بر این، ما قصد داریم بخش کوچکی از ترافیک را در حالت B ارائه کنیم که API های PS R&M غیرفعال است. سایر APIها، مانند Related Website Sets، CHIPS و FedCM غیرفعال نخواهند شد. ما پیشبینی میکنیم که این ترکیب برای ایجاد یک خط پایه عملکرد برای مرورگرهای بدون کوکیهای شخص ثالث و بدون APIهای PS R&M مفید باشد.
به عنوان بخشی از حالت B، ما همچنین برچسب هایی را برای مرورگرهای آسیب دیده ارائه می دهیم. برچسب ها همزمان با غیرفعال شدن API ها در دسترس هستند. ما پیشنهاد میکنیم جمعیت را به سه treatment_1.*
تقسیم کنیم که کوکیهای شخص ثالث غیرفعال هستند، اما APIهای PS R&M در دسترس هستند، و یک گروه control_2
که هم کوکیهای شخص ثالث و هم APIهای PS R&M غیرفعال هستند.
برای کمک به اشکالزدایی API Reporting Attribution و ادغامهای API Aggregation خصوصی و کمک به شرکتکنندگان در آزمایش درک بهتر تأثیر نویز، گزارشهای اشکالزدایی ARA و گزارشهای اشکالزدایی Private Aggregation همچنان برای مرورگرها در حالت B در دسترس خواهند بود، تا زمانی که کاربر به طور صریح این کار را نکرده باشد. کوکی های شخص ثالث مسدود شده است. گزارشهای اشکالزدایی در control_2
در دسترس نخواهد بود، زیرا APIهای PS R&M در آن بخش در دسترس نیستند.
- برای Attribution Reporting API، از آنجایی که کوکیهای شخص ثالث غیرفعال هستند، منبع گزارش نمیتواند کوکی
ar_debug
را تنظیم کند و باید به تنظیم فیلدهایdebug_key
(برای گزارشهای مربوط به موفقیت) و فیلدهایdebug_reporting
(برای گزارشهای پرمخاطب) تکیه کند. برای انتخاب یا عدم دریافت گزارش های اشکال زدایی. - برای Private Aggregation API، مبدأ گزارش باید بر فراخوانی
enableDebugMode()
تکیه کند تا امکان دریافت گزارشهای اشکالزدایی را کنترل کند. شرکتها باید به بررسی نحوه اعمال تعهدات نظارتی برای استفاده از API گزارش Attribute و API جمعآوری خصوصی، از جمله گزارشهای اشکالزدایی، ادامه دهند.
حالت A به کار خود ادامه میدهد و این گروهها از گروههای حالت A متمایز هستند، زیرا در یک کاربر یا در حالت A، حالت B، یا هیچکدام نخواهد بود. شرکتکنندگان در آزمایش باید از ترافیک control_1.*
به عنوان یک گروه کنترلی استفاده کنند که وضعیت موجود را با کوکیهای شخص ثالث نشان میدهد.
برچسب بزنید | % ترافیک پایدار |
---|---|
treatment_1.1 | 0.25 |
treatment_1.2 | 0.25 |
treatment_1.3 | 0.25 |
control_2 | 0.25 |
Chrome همچنین کوکیها را برای 20٪ از مشتریان Chrome Canary، Dev و Beta محدود کرده است.
برچسب بزنید | % ترافیک از پیش پایدار |
---|---|
prestable_treatment_1 | 10% |
prestable_control_2 | 10% |
گنجاندن در یکی از این بازوهای آزمایشی همان اثر را برای معادل های پایدار آنها خواهد داشت.
مانند حالت A، API های PS R&M تضمینی برای در دسترس بودن نیستند، زیرا کاربران می توانند آنها را از تنظیمات حریم خصوصی و امنیتی Chrome غیرفعال کنند. به همین ترتیب، غیرفعال شدن کوکیهای شخص ثالث برای همه اعضای گروه control_2
تضمین نمیشود، زیرا کاربران ممکن است برای اجازه دادن به کوکیهای شخص ثالث برای یک سایت، به رابط کاربری مرورگر دسترسی داشته باشند.
نظارت بر آزمایش
مطمئن شوید که حجم ترافیک نسبی هر برچسب درمان و کنترل را کنترل کنید. treatment_1.1
باید تقریباً همان مقدار ترافیک را با treatment_1.2
و treatment_1.3
داشته باشد.
توصیه میکنیم در مورد ترافیک حاوی برچسبهایی که از نسخههای Chrome قبل از نسخه 120 میآیند، از احتیاط استفاده کنید. اگر تیم شما که معمولاً ترافیک نامعتبر را مدیریت میکند، عوامل کاربری را شناسایی میکند که ویژگیهای ترافیک نامعتبر را نشان میدهند، منطقی است که اینها را از نتایج آزمایش حذف کنید.
برچسب های قبل از دوره
تا ژانویه 2024، ما پیش دورههایی را برای بازوهای آزمایشی متعدد اجرا میکردیم. این زمانهای قبل از دوره به Chrome اجازه میداد تا گروههای بیطرفانه آماری را بهدقت اندازه و انتخاب کند. این پیشدورهها برای همه بازوهایی که قرار بود در ژانویه شروع شوند اجرا میشد: بازوهای Mode B و بازوهای Control_1.*. در اینجا نیازی به اقدام توسعهدهنده یا سایت نیست - این بازوهای قبل از دوره هیچ تغییری در رفتار یا در دسترس بودن API را تجربه نمیکنند - اما باید توجه داشته باشید که ممکن است در برخی شرایط برچسب preperiod
را مشاهده کنید. در حالی که مرورگرهایی که برچسب preperiod
را دریافت میکنند ممکن است به یکی از گروههای آزمایشی منتقل شوند، این تضمینشده نیست، بنابراین توصیه میشود مرورگرهای دارای این برچسب را تضمینی در آزمایش فرض نکنید.
بازوی آزمایشی زیرمجموعه ای از جمعیت مورد مطالعه است. در این مورد، یکی از گروه های برچسب.
با استفاده از مقدار Sec-Cookie-Deprecation به برچسب ها دسترسی پیدا کنید
برای مدت زمان A و حالت B، مقدار موقت Sec-Cookie-Deprecation
معرفی کردهایم که با استفاده از هدر HTTP انتخابی و API جاوا اسکریپت قابل دسترسی است، که برچسب را برای گروه آزمایشی حالت A یا B قابل اجرا مرورگر (همانطور که توسط تعریف شده است) ارائه میکند. درصدهای بالا)، اگر در یکی از این موارد قرار گیرد.
دسترسی به برچسب ها شامل دسترسی به اطلاعات ذخیره شده در دستگاه کاربر است. در برخی از حوزههای قضایی (مانند اتحادیه اروپا و بریتانیا)، میدانیم که این فعالیت مشابه استفاده از کوکیها است و بنابراین دسترسی به برچسبها احتمالاً مستلزم رضایت کاربر نهایی است. قبل از شروع درخواست برچسبها، توصیه میکنیم در مورد اینکه آیا این تعهد رضایت در مورد شما اعمال میشود یا خیر، از مشاوره حقوقی استفاده کنید.
به هدر HTTP Sec-Cookie-Deprecation دسترسی پیدا کنید
برای دریافت هدر درخواست Sec-Cookie-Deprecation
، یک سایت باید ابتدا کوکی receive-cookie-deprecation
را تنظیم کند. این کوکی باید از ویژگی Partitioned
استفاده کند، به این معنی که انتخاب کردن برای دریافت هدر باید در هر سایت سطح بالا انجام شود.
برای مثال، اگر 3p-example.site
بخواهد سرصفحه Sec-Cookie-Deprecation
را در منابع خود که در example.com
تعبیه شده است دریافت کند، 3p-example.site
باید کوکی زیر را در آن زمینه تنظیم کند.
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
ویژگیهای کوکی Secure
، HttpOnly
، SameSite
و Partitioned
اجباری هستند. میتوانید ویژگیهای Domain
، Path
، Expires
و Max-Age
را مطابق با نیازهای خود تنظیم کنید، اگرچه Path=/
یک پیشفرض خوب است. مثال در اینجا Max-Age=15552000
را تنظیم می کند تا کوکی تا 180 روز منقضی نشود.
ممکن است بخواهید قبل از شروع دوره آزمایشی با تسهیل Chrome، تنظیم receive-cookie-deprecation=1
شروع کنید، تا مطمئن شوید که مرورگرهای یک گروه آزمایشی، سرصفحه درخواست Sec-Cookie-Deprecation
را به محض دردسترس شدن، شامل میشوند.
به عنوان مثال، با فرض قرار گرفتن مرورگر در گروه example_label_1
، درخواستهای بعدی که شامل این کوکی میشوند، هدر Sec-Cookie-Deprecation
را نیز شامل میشوند.
Sec-Cookie-Deprecation: example_label_1
اگر مرورگر بخشی از یک گروه نباشد، هدر ارسال نخواهد شد. برچسبها با وجود کوکی مرتبط هستند، بنابراین اگر کوکی حذف شود، به طور کامل مسدود شود یا برای سایت خاصی مسدود شود، برچسبها ارسال نمیشوند. از آنجایی که مشخصه Partitioned
برای ادامه استفاده پس از منسوخ شدن کامل کوکی های شخص ثالث در نظر گرفته شده است، این بدان معناست که کوکی های Partitioned
ممکن است زمانی که کوکی های شخص ثالث مسدود می شوند تنظیم شوند.
به CookieDeprecationLabel JavaScript API دسترسی پیدا کنید
مقدار Sec-Cookie-Deprecation
همچنین با استفاده از navigator.cookieDeprecationLabel.getValue()
JavaScript API قابل دسترسی است. این یک وعده را برمی گرداند که به رشته ای حاوی برچسب گروه قابل اجرا حل می شود. به عنوان مثال، اگر مرورگر در گروه example_label_1
بود:
// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
// Request value and resolve promise
navigator.cookieDeprecationLabel.getValue().then((label) => {
console.log(label);
// Expected output: "example_label_1"
});
}
اگر مرورگر بخشی از یک گروه نباشد، API یا در دسترس نخواهد بود یا مقدار آن یک رشته خالی خواهد بود، بنابراین مطمئن شوید که تشخیص ویژگی را انجام می دهید.
API جاوا اسکریپت ممکن است بدون توجه به وجود کوکی receive-cookie-deprecation
فراخوانی شود. با این حال، اگر کوکی ها به طور کامل یا به طور خاص برای سایت مسدود شوند، API دوباره یا در دسترس نخواهد بود یا یک رشته خالی برمی گرداند.
مانند هر مقدار ارائه شده توسط سرویس گیرنده، اطمینان حاصل کنید که قبل از استفاده، مقدار را از سربرگ یا API جاوا اسکریپت پاکسازی و تأیید کنید.
نسخه ی نمایشی و تست
از Chrome 120 به بعد، پرچمهایی برای فعال کردن آزمایش برنامهنویس محلی برای درخواست و خواندن برچسبها وجود دارد.
پرچم chrome://flags/#tpc-phase-out-facilitated-testing
به شما امکان می دهد مجموعه ای از برچسب های آزمایشی را فعال کنید. این برچسبها با پیشوند fake_
میشوند تا از برچسبهای واقعی متمایز شوند. فعال کردن پرچم، مرورگر را در هیچ یک از گروههای آزمایشی انتخاب نمیکند.
میتوانید برچسبها را در عمل در goo.gle/cft-demo ببینید.
از آنجایی که ثبتنام برای APIهای مربوط به Sandbox حریم خصوصی و اندازهگیری اعمال میشود، ممکن است لازم باشد برای آزمایش محلی با استفاده از chrome://flags/#privacy-sandbox-enrollment-overrides
و ارائه مبدأ نسخهای، اعمال را لغو کنید. اگر Chrome را از ترمینال اجرا می کنید، پرچم خط فرمان زیر را اضافه کنید: --args --disable-features=EnforcePrivacySandboxAttestations
کشویی پرچم شامل چندین گزینه است. آزمایشکنندهها در درجه اول به ورودیهایی با علامت «Force» علاقهمند خواهند بود، زیرا این موارد اطمینان میدهند که رفتار آزمایش بدون توجه به سایر پیکربندیهای دستگاه فعال است.
برای آزمایش فقط برچسبهای گروه آزمایش، "Enabled Force Control 1" یا "Enabled Force LabelOnly" را انتخاب کنید. این موارد باعث میشود که مرورگر برچسبهای "fake_control_1.1" یا "fake_label_only_1.1" را ارسال کند.
در کروم M120 یا جدیدتر میتوانید از ورودیهای زیر نیز استفاده کنید.
برای آزمایش مسدود کردن کوکی های شخص ثالث، "Enabled Force Treatment" را انتخاب کنید. با این کار برچسب گروه آزمایشی "fake_treatment_1.1" ارسال میشود، اما همچنین صفحه تنظیمات کوکی و تنظیم فعلی کوکی را برای مسدود کردن کوکیهای شخص ثالث تغییر میدهد.
برای آزمایش مسدود کردن کوکیهای شخص ثالث بدون APIهای تبلیغات خصوصی، «Force Control 2» را انتخاب کنید. با این کار برچسب گروه آزمایشی "fake_control_2" ارسال میشود، صفحه تنظیمات کوکی را بهروزرسانی میکند، کوکیهای شخص ثالث را مسدود میکند و همچنین APIهای جدید تبلیغات خصوصی را سرکوب میکند.
توجه داشته باشید، مشکلی وجود دارد که در آن مرورگر با صفحه تنظیمات کوکی جدید و تنظیماتی که کوکیهای شخص ثالث را مسدود میکند، باقی میماند، حتی اگر پرچم را غیرفعال کنید. ما در حال کار برای رفع این مشکل هستیم، اما در عین حال میتوانید با راهاندازی Chrome با پرچم خط فرمان --user-data-dir=<new dir>
این مقادیر پرچمها را در یک فهرست اطلاعاتی جداگانه Chrome آزمایش کنید.
بازخورد
ما از برچسب "Chrome-testing" در مخزن پشتیبانی توسعه دهندگان در GitHub برای مدیریت سوالات استفاده می کنیم. ما از نظرات و بحث شما در مورد سوالات اولیه استقبال می کنیم:
- آیا قصد دارید با استفاده از حالت A، حالت B یا هر دو تست کنید؟
- انتخاب اندازه برچسب برای آزمایش کروم
- استفاده از نکات مشتری برای آزمایش با تسهیل کروم
همچنین میتوانید با استفاده از الگوی «تست با تسهیل Chrome» سؤالات یا بحثهای جدیدی را در مخزن مطرح کنید .
،ما حالتهای آزمایشی با تسهیل Chrome را ارائه میکنیم که به سایتها امکان میدهد بدون کوکیهای شخص ثالث، نحوه عملکرد و ویژگیهای سایت را پیشنمایش کنند. این راهنما یک نمای کلی از حالتهای آزمایشی که Chrome قصد دارد ارائه کند و نحوه دسترسی به برچسبهای گروه آزمایش را ارائه میدهد.
مرورگر کروم در این زمینه به یک کلاینت کروم اشاره دارد: نصب کروم در دستگاه. هر دایرکتوری اطلاعات کاربر فردی یک کلاینت مجزا را تشکیل می دهد.
گروه آزمایش : مجموعهای از مرورگرهای Chrome که ویژگیهای خاصی برای آنها فعال، غیرفعال یا پیکربندی شدهاند. در زمینه آزمایش با تسهیل کروم، مجموعهای از مرورگرها که برچسبها برای آنها تنظیم شده است.
برچسب : در این زمینه، یک مقدار سرصفحه درخواست که برای مرورگری که به یک گروه آزمایشی تعلق دارد، تنظیم میشود. هر مرورگر در یک گروه آزمایشی در طول دوره آزمایش با تسهیل Chrome در آن گروه باقی میماند و اطمینان حاصل میکند که برچسب یک مرورگر در بین آزمایشکنندگان ثابت میماند.
ما دو حالت متمایز ارائه کرده ایم:
- حالت A: از نوامبر 2023، سازمانهایی که APIهای PS R&M را آزمایش میکنند، میتوانند برچسبهای ثابتی را روی زیرمجموعهای از مرورگرهای Chrome دریافت کنند تا امکان آزمایش هماهنگ بین آزمایشکنندگان مختلف را فراهم کنند.
- حالت B: از 4 ژانویه 2024، Chrome کوکی های شخص ثالث را برای بخشی از مرورگرهای Chrome به صورت جهانی غیرفعال کرد.
ما با CMA کار کردهایم تا اطمینان حاصل کنیم که این حالتهای تست با چارچوب تست (و جدول زمانی) برای اشخاص ثالث مطابقت دارد، همانطور که در راهنمای آن در مورد آزمایش صنعت ارائه شده است. در نتیجه، CMA پیشبینی میکند که نتایج آزمایش در این حالتها میتواند در ارزیابی خود از جعبه ایمنی حریم خصوصی استفاده شود. CMA نشان داده است که آنها احتمالاً وزن بیشتری روی نتایج طراحی آزمایشی 2 میگذارند که از برچسبهای حالت B و برچسبهای کنترل حالت A استفاده میکند. برای اطلاعات بیشتر در مورد طراحی آزمایشی 2 ، راهنمای CMA در 26 اکتبر را ببینید.
برچسبها را میتوان با استفاده از مقدار موقت Sec-Cookie-Deprecation
که از سرصفحه HTTP یا JavaScript API موجود است، دسترسی داشت. برای جزئیات پیاده سازی، به برچسب های دسترسی با استفاده از بخش Sec-Cookie-Deprecation
مقدار مراجعه کنید.
ما همچنین این پیشنهاد را از طریق فرآیند معمول توسعه Blink ارسال خواهیم کرد، جایی که طراحی فنی و نقطه عطف انتشار Chrome نهایی خواهد شد. در حالی که این پیادهسازی است که ما میخواهیم ارسال کنیم، بحث و تأیید بیشتر به این معنی است که این جزئیات هنوز در معرض تغییر هستند. با پیشرفت برنامهها به بهروزرسانی این صفحه ادامه میدهیم و شما میتوانید به ارائه بازخورد یا سؤالات خود ادامه دهید.
حالت A: گروه های مرورگر برچسب دار
سازمانهایی که در آزمایش شرکت میکنند، میتوانند مجموعهای از برچسبها را برای زیرمجموعهای از مرورگرهای کروم دریافت کنند، که امکان آزمایشهای هماهنگ بین فناوریهای تبلیغاتی مختلف را در مجموعهای از مرورگرها فراهم میکند. برای مثال، اگر یک مرورگر در گروه آزمایش label_only_3
قرار گیرد (همانطور که در جدول زیر نشان داده شده است)، همه فنآوران تبلیغات شرکتکننده میتوانند همان برچسب label_only_3
را ببینند و مطابق با آن هماهنگ کنند: از APIهای PS R&M استفاده کنید، اما از استفاده از سوم خودداری کنید. کوکی های مهمانی ما از شرکتکنندگان در صفحه انتظار داریم که اطمینان حاصل کنند که برچسبها به سایر شرکتکنندگان ارسال میشوند تا امکان آزمایش مداوم در کل فرآیند انتخاب و اندازهگیری آگهی را فراهم کنند.
برای مثال، این به چندین شرکتکننده اجازه میدهد حراجهای مخاطب محافظتشده را بدون کوکیهای شخص ثالث در یک گروه ثابت از مرورگرها اجرا کنند. شرکت کنندگان فروشنده حراج برچسب مشاهده شده را برای تسهیل تست هماهنگ برای خریداران ارسال می کنند.
برچسبها بر هیچ رفتاری در آن نمونههای Chrome تأثیر نمیگذارند، از جمله در دسترس بودن کوکیهای شخص ثالث. برچسبها گروهبندی آزمایشهای مستقل و هماهنگ را ارائه میکنند، اما این به طرفهای شرکتکننده است که پارامترهای مربوطه را برای آزمایش اعمال کنند. اگر در حال آزمایش اثر حذف کوکیهای شخص ثالث هستید، هر شرکتکننده مسئول حذف دادههای کوکی شخص ثالث برای مرورگرهایی با آن برچسب است.
هدف این است که گروه هایی داشته باشیم که نماینده ترافیک عادی کروم باشند. این بدان معناست که هم کوکیهای شخص ثالث و هم APIهای PS R&M باید در دسترس باشند، اگرچه ممکن است برخی از کاربران از تنظیمات یا برنامههای افزودنی برای تغییر یا غیرفعال کردن ویژگیها استفاده کرده باشند.
برچسبها معمولاً در طول یک جلسه مرور در Chrome و در بین جلسات ثابت خواهند بود. با این حال، این تضمین نمی شود، زیرا سناریوهای نادری وجود دارد که در آن بازنشانی کامل یک مرورگر ممکن است برچسب فعلی را نیز بازنشانی کند.
ما قصد داریم 8.5٪ از مرورگرهای Chrome Stable را برای حالت A در نظر بگیریم، و پیشنهاد اولیه ما این جمعیت را به 9 گروه تقسیم می کند. زیرگروههای کوچکتر در نظر گرفته شدهاند تا به فنآوریهای آگهی انعطافپذیری در ترکیب برچسبها برای ایجاد آزمایشهای خود در اندازههای مختلف اجازه دهند. گروه ها با هم همپوشانی ندارند
توجه داشته باشید که برچسبهای control_1.*
بهعنوان «کنترل 1» در نظر گرفته شدهاند که در راهنمای CMA در مورد آزمایش صنعت ذکر شده است، بنابراین شرکتکنندگان در آزمایش نباید از Topics API استفاده کنند یا حراجهای مخاطبان محافظتشده را برای این ترافیک اجرا کنند. از آنجایی که برچسبها بر رفتار مرورگر تأثیر نمیگذارند، شرکتکنندگان نباید هنگام شناسایی برچسبهای گروه control_1.*
موضوعات مشاهده شده را پاس کنند یا حراجهای مخاطب محافظت شده را اجرا کنند.
ما از بازخورد در مورد اینکه آیا این انتخاب از گروه ها نیازهای سازمان های شرکت کننده را برآورده می کند، استقبال می کنیم.
برچسب بزنید | درصد ترافیک پایدار |
---|---|
control_1.1 | 0.25 |
control_1.2 | 0.25 |
control_1.3 | 0.25 |
control_1.4 | 0.25 |
label_only_1 | 1.5 |
label_only_2 | 1.5 |
label_only_3 | 1.5 |
label_only_4 | 1.5 |
label_only_5 | 1.5 |
گروههای مرورگر label_only_
Mode A از نوامبر 2023 در دسترس هستند و گروههای Mode A control_1_*
از 4 ژانویه 2024 در دسترس قرار گرفتند.
حالت B: 1٪ از کوکی های شخص ثالث را غیرفعال کنید
Chrome کوکیهای شخص ثالث را برای تقریباً ۱٪ از مرورگرهای Chrome Stable از ۴ ژانویه ۲۰۲۴ غیرفعال کرد (و همچنین در مرورگرهای Dev، Canary و Beta در طول سه ماهه چهارم ۲۰۲۳). سازمانهایی که APIهای PS R&M را آزمایش میکنند، نیازی به انتخاب این حالت ندارند، زیرا به طور یکسان در کل جمعیت مرورگر اعمال میشود. اگر سایت هنوز راه حل جایگزینی مانند CHIPS یا مجموعه های وب سایت مرتبط را اتخاذ نکرده باشد، ممکن است برخی از ویژگی های سایت تحت تأثیر قرار گیرند.
علاوه بر این، ما قصد داریم بخش کوچکی از ترافیک را در حالت B ارائه کنیم که API های PS R&M غیرفعال است. سایر APIها، مانند Related Website Sets، CHIPS و FedCM غیرفعال نخواهند شد. ما پیشبینی میکنیم که این ترکیب برای ایجاد یک خط پایه عملکرد برای مرورگرهای بدون کوکیهای شخص ثالث و بدون APIهای PS R&M مفید باشد.
به عنوان بخشی از حالت B، ما همچنین برچسب هایی را برای مرورگرهای آسیب دیده ارائه می دهیم. برچسب ها همزمان با غیرفعال شدن API ها در دسترس هستند. ما پیشنهاد میکنیم جمعیت را به سه treatment_1.*
تقسیم کنیم که کوکیهای شخص ثالث غیرفعال هستند، اما APIهای PS R&M در دسترس هستند، و یک گروه control_2
که هم کوکیهای شخص ثالث و هم APIهای PS R&M غیرفعال هستند.
برای کمک به اشکالزدایی API Reporting Attribution و ادغامهای API Aggregation خصوصی و کمک به شرکتکنندگان در آزمایش درک بهتر تأثیر نویز، گزارشهای اشکالزدایی ARA و گزارشهای اشکالزدایی Private Aggregation همچنان برای مرورگرها در حالت B در دسترس خواهند بود، تا زمانی که کاربر به طور صریح این کار را نکرده باشد. کوکی های شخص ثالث مسدود شده است. گزارشهای اشکالزدایی در control_2
در دسترس نخواهد بود، زیرا APIهای PS R&M در آن بخش در دسترس نیستند.
- برای Attribution Reporting API، از آنجایی که کوکیهای شخص ثالث غیرفعال هستند، منبع گزارش نمیتواند کوکی
ar_debug
را تنظیم کند و باید به تنظیم فیلدهایdebug_key
(برای گزارشهای مربوط به موفقیت) و فیلدهایdebug_reporting
(برای گزارشهای پرمخاطب) تکیه کند. برای انتخاب یا عدم دریافت گزارش های اشکال زدایی. - برای Private Aggregation API، مبدأ گزارش باید بر فراخوانی
enableDebugMode()
تکیه کند تا امکان دریافت گزارشهای اشکالزدایی را کنترل کند. شرکتها باید به بررسی نحوه اعمال تعهدات نظارتی برای استفاده از API گزارش Attribute و API جمعآوری خصوصی، از جمله گزارشهای اشکالزدایی، ادامه دهند.
حالت A به کار خود ادامه میدهد و این گروهها از گروههای حالت A متمایز هستند، زیرا در یک کاربر یا در حالت A، حالت B، یا هیچکدام نخواهد بود. شرکتکنندگان در آزمایش باید از ترافیک control_1.*
به عنوان یک گروه کنترلی استفاده کنند که وضعیت موجود را با کوکیهای شخص ثالث نشان میدهد.
برچسب بزنید | درصد ترافیک پایدار |
---|---|
treatment_1.1 | 0.25 |
treatment_1.2 | 0.25 |
treatment_1.3 | 0.25 |
control_2 | 0.25 |
Chrome همچنین کوکیها را برای 20٪ از مشتریان Chrome Canary، Dev و Beta محدود کرده است.
برچسب بزنید | % ترافیک از پیش پایدار |
---|---|
prestable_treatment_1 | 10% |
prestable_control_2 | 10% |
گنجاندن در یکی از این بازوهای آزمایشی همان اثر را برای معادل های پایدار آنها خواهد داشت.
مانند حالت A، API های PS R&M تضمینی برای در دسترس بودن نیستند، زیرا کاربران می توانند آنها را از تنظیمات حریم خصوصی و امنیتی Chrome غیرفعال کنند. به همین ترتیب، غیرفعال شدن کوکیهای شخص ثالث برای همه اعضای گروه control_2
تضمین نمیشود، زیرا کاربران ممکن است برای اجازه دادن به کوکیهای شخص ثالث برای یک سایت، به رابط کاربری مرورگر دسترسی داشته باشند.
نظارت بر آزمایش
مطمئن شوید که حجم ترافیک نسبی هر برچسب درمان و کنترل را کنترل کنید. treatment_1.1
باید تقریباً همان مقدار ترافیک را با treatment_1.2
و treatment_1.3
داشته باشد.
توصیه میکنیم در مورد ترافیک حاوی برچسبهایی که از نسخههای Chrome قبل از نسخه 120 میآیند، از احتیاط استفاده کنید. اگر تیم شما که معمولاً ترافیک نامعتبر را مدیریت میکند، عوامل کاربری را شناسایی میکند که ویژگیهای ترافیک نامعتبر را نشان میدهند، منطقی است که اینها را از نتایج آزمایش حذف کنید.
برچسب های قبل از دوره
تا ژانویه 2024، ما پیش دورههایی را برای بازوهای آزمایشی متعدد اجرا میکردیم. این زمانهای قبل از دوره به Chrome اجازه میداد تا گروههای بیطرفانه آماری را بهدقت اندازه و انتخاب کند. این پیشدورهها برای همه بازوهایی که قرار بود در ژانویه شروع شوند اجرا میشد: بازوهای Mode B و بازوهای Control_1.*. در اینجا نیازی به اقدام توسعهدهنده یا سایت نیست - این بازوهای قبل از دوره هیچ تغییری در رفتار یا در دسترس بودن API را تجربه نمیکنند - اما باید توجه داشته باشید که ممکن است در برخی شرایط برچسب preperiod
را مشاهده کنید. در حالی که مرورگرهایی که برچسب preperiod
را دریافت میکنند ممکن است به یکی از گروههای آزمایشی منتقل شوند، این تضمینشده نیست، بنابراین توصیه میشود مرورگرهای دارای این برچسب را تضمینی در آزمایش فرض نکنید.
بازوی آزمایشی زیرمجموعه ای از جمعیت مورد مطالعه است. در این مورد، یکی از گروه های برچسب.
با استفاده از مقدار Sec-Cookie-Deprecation به برچسب ها دسترسی پیدا کنید
برای مدت زمان A و حالت B، مقدار موقت Sec-Cookie-Deprecation
معرفی کردهایم که با استفاده از هدر HTTP انتخابی و API جاوا اسکریپت قابل دسترسی است، که برچسب را برای گروه آزمایشی حالت A یا B قابل اجرا مرورگر (همانطور که توسط تعریف شده است) ارائه میکند. درصدهای بالا)، اگر در یکی از این موارد قرار گیرد.
دسترسی به برچسب ها شامل دسترسی به اطلاعات ذخیره شده در دستگاه کاربر است. در برخی از حوزههای قضایی (مانند اتحادیه اروپا و بریتانیا)، میدانیم که این فعالیت مشابه استفاده از کوکیها است و بنابراین دسترسی به برچسبها احتمالاً مستلزم رضایت کاربر نهایی است. قبل از شروع درخواست برچسبها، توصیه میکنیم در مورد اینکه آیا این تعهد رضایت در مورد شما اعمال میشود یا خیر، از مشاوره حقوقی استفاده کنید.
به هدر HTTP Sec-Cookie-Deprecation دسترسی پیدا کنید
برای دریافت هدر درخواست Sec-Cookie-Deprecation
، یک سایت باید ابتدا کوکی receive-cookie-deprecation
را تنظیم کند. این کوکی باید از ویژگی Partitioned
استفاده کند، به این معنی که انتخاب کردن برای دریافت هدر باید در هر سایت سطح بالا انجام شود.
برای مثال، اگر 3p-example.site
بخواهد سرصفحه Sec-Cookie-Deprecation
را در منابع خود که در example.com
تعبیه شده است دریافت کند، 3p-example.site
باید کوکی زیر را در آن زمینه تنظیم کند.
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
ویژگیهای کوکی Secure
، HttpOnly
، SameSite
و Partitioned
اجباری هستند. میتوانید ویژگیهای Domain
، Path
، Expires
و Max-Age
را مطابق با نیازهای خود تنظیم کنید، اگرچه Path=/
یک پیشفرض خوب است. مثال در اینجا Max-Age=15552000
را تنظیم می کند تا کوکی تا 180 روز منقضی نشود.
ممکن است بخواهید قبل از شروع دوره آزمایشی با تسهیل Chrome، تنظیم receive-cookie-deprecation=1
شروع کنید، تا مطمئن شوید که مرورگرهای یک گروه آزمایشی، سرصفحه درخواست Sec-Cookie-Deprecation
را به محض دردسترس شدن، شامل میشوند.
به عنوان مثال، با فرض قرار گرفتن مرورگر در گروه example_label_1
، درخواستهای بعدی که شامل این کوکی میشوند، هدر Sec-Cookie-Deprecation
را نیز شامل میشوند.
Sec-Cookie-Deprecation: example_label_1
اگر مرورگر بخشی از یک گروه نباشد، هدر ارسال نخواهد شد. برچسبها با وجود کوکی مرتبط هستند، بنابراین اگر کوکی حذف شود، به طور کامل مسدود شود یا برای سایت خاصی مسدود شود، برچسبها ارسال نمیشوند. از آنجایی که مشخصه Partitioned
برای ادامه استفاده پس از منسوخ شدن کامل کوکی های شخص ثالث در نظر گرفته شده است، این بدان معناست که کوکی های Partitioned
ممکن است زمانی که کوکی های شخص ثالث مسدود می شوند تنظیم شوند.
به CookieDeprecationLabel JavaScript API دسترسی پیدا کنید
مقدار Sec-Cookie-Deprecation
همچنین با استفاده از navigator.cookieDeprecationLabel.getValue()
JavaScript API قابل دسترسی است. این یک وعده را برمی گرداند که به رشته ای حاوی برچسب گروه قابل اجرا حل می شود. به عنوان مثال ، اگر مرورگر در گروه example_label_1
بود:
// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
// Request value and resolve promise
navigator.cookieDeprecationLabel.getValue().then((label) => {
console.log(label);
// Expected output: "example_label_1"
});
}
اگر مرورگر جزئی از یک گروه نباشد ، API یا در دسترس نخواهد بود یا مقدار آن یک رشته خالی خواهد بود ، بنابراین اطمینان حاصل کنید که تشخیص ویژگی را انجام می دهید.
API JavaScript بدون در نظر گرفتن حضور کوکی receive-cookie-deprecation
نامیده می شود. با این حال ، اگر کوکی ها به طور کامل یا به طور خاص برای سایت مسدود شوند ، API دوباره در دسترس نخواهد بود یا یک رشته خالی را برمی گرداند.
مانند هر مقدار ارائه شده توسط مشتری ، اطمینان حاصل کنید که قبل از استفاده ، مقدار را از هدر یا API JavaScript ضد عفونی کرده و اعتبار می دهید.
نسخه ی نمایشی و آزمایش
از Chrome 120 به بعد ، پرچم هایی در دسترس است تا بتوانید آزمایش محلی را برای درخواست و خواندن برچسب ها فعال کنید.
chrome://flags/#tpc-phase-out-facilitated-testing
Flag به شما امکان می دهد انتخاب برچسب های آزمایش را فعال کنید. این برچسب ها با fake_
پیشوند شده اند تا آنها را از برچسب های واقعی متمایز کنند. فعال کردن پرچم ، مرورگر را به هیچ یک از گروه های آزمایشی انتخاب نمی کند.
می توانید برچسب های موجود در عمل را در goo.gle/cft-demo مشاهده کنید.
از آنجا که ثبت نام برای API های مربوط به ارتباط و اندازه گیری Sandbox حریم خصوصی اعمال می شود ، ممکن است با استفاده از chrome://flags/#privacy-sandbox-enrollment-overrides
و تهیه منشأ نسخه ی نمایشی ، از اجرای محلی استفاده کنید. از طرف دیگر ، اگر Chrome را از یک ترمینال در حال اجرا هستید ، پرچم خط فرمان زیر را درج کنید: --args --disable-features=EnforcePrivacySandboxAttestations
کشویی پرچم شامل گزینه های مختلفی است. آزمایش کنندگان در درجه اول به ورودی های مشخص شده "نیرو" علاقه مند خواهند بود زیرا اینها اطمینان می دهند که رفتار آزمایش بدون در نظر گرفتن سایر تنظیمات دستگاه فعال می شود.
برای آزمایش فقط برچسب های گروه آزمایش ، "Enabled Force Control 1" یا "Enabled Force LabelOnly" را انتخاب کنید. اینها منجر به ارسال مرورگر به برچسب های "fake_control_1.1" یا "fake_label_only_1.1" می شود.
در Chrome M120 یا بعد از آن ممکن است از ورودی های زیر نیز استفاده کنید.
برای آزمایش مسدود کردن کوکی های شخص ثالث ، "درمان نیرو فعال" را انتخاب کنید. با این کار برچسب گروه آزمایش "FAKE_TREATMENT_1.1" ارسال می شود ، اما همچنین صفحه تنظیمات کوکی و تنظیمات کوکی فعلی را برای مسدود کردن کوکی های شخص ثالث تغییر می دهد.
برای آزمایش مسدود کردن کوکی های شخص ثالث بدون API های تبلیغاتی خصوصی ، "Force Control 2" را انتخاب کنید. با این کار برچسب گروه آزمایش "FAKE_CONTROL_2" ارسال می شود ، صفحه تنظیمات کوکی را به روز می کند ، کوکی های شخص ثالث را مسدود می کند و همچنین API های تبلیغاتی خصوصی جدید را سرکوب می کند.
توجه داشته باشید ، مسئله ای وجود دارد که مرورگر با صفحه تنظیم جدید کوکی و تنظیماتی که کوکی های شخص ثالث را مسدود می کند حتی اگر پرچم را غیرفعال کنید ، باقی خواهد ماند. ما در تلاش هستیم تا این مشکل را برطرف کنیم ، اما در ضمن شما می توانید با راه اندازی Chrome با پرچم خط فرمان- --user-data-dir=<new dir>
این مقادیر پرچم را در یک فهرست داده های جداگانه Chrome آزمایش کنید.
بازخورد
ما برای مدیریت سوالات از برچسب "کروم آزمایش" در مخزن پشتیبانی توسعه دهنده در GitHub استفاده می کنیم. ما از بازخورد و بحث شما در مورد سوالات اولیه استقبال می کنیم:
- آیا قصد دارید با استفاده از حالت A ، حالت B یا هر دو آزمایش کنید؟
- انتخاب اندازه برچسب برای تست های تسهیل شده کروم
- استفاده از نکات مشتری برای تست های تسهیل شده با کروم
همچنین می توانید با استفاده از الگوی "آزمایش تست کروم" ، سؤالات یا بحث های جدیدی را در مخزن مطرح کنید .
،ما در حال ارائه حالت های تست با تسهیل کروم هستیم که به سایت ها امکان می دهد پیش نمایش نحوه عملکرد و ویژگی های سایت بدون کوکی های شخص ثالث را پیش نمایش دهند. این راهنما نمای کلی از حالت های آزمایشی که Chrome قصد دارد و نحوه دسترسی به برچسب های گروه آزمایش را ارائه می دهد ، ارائه می دهد.
مرورگر Chrome در این زمینه به یک مشتری Chrome اشاره دارد: نصب Chrome در یک دستگاه. هر فهرست داده های کاربر شخصی یک مشتری مجزا را تشکیل می دهد.
گروه آزمایش : مجموعه ای از مرورگرهای Chrome که ویژگی های خاصی برای آنها فعال ، غیرفعال یا پیکربندی شده است. در زمینه آزمایش های تسهیل شده از کروم ، مجموعه ای از مرورگرهایی که برچسب ها برای آنها تنظیم شده اند.
برچسب : در این زمینه ، یک مقدار هدر درخواست که برای مرورگر تنظیم شده است که متعلق به یک گروه آزمایش است. هر مرورگر در یک گروه آزمایش در طول دوره آزمایش با تسهیل کروم در آن گروه باقی می ماند و اطمینان حاصل می کند که برچسب برای یک مرورگر در بین آزمایش کنندگان سازگار است.
ما دو حالت مجزا را ارائه داده ایم:
- حالت A: از نوامبر 2023 ، سازمان هایی که API های PS R&M را آزمایش می کنند ، توانسته اند برچسب های مداوم را در زیر مجموعه ای از مرورگرهای کروم دریافت کنند تا آزمایش های هماهنگ را در آزمایش کنندگان مختلف فراهم کنند.
- حالت B: از 4 ژانویه 2024 ، کروم در سطح جهانی کوکی های شخص ثالث را برای بخشی از مرورگرهای کروم غیرفعال می کند.
ما با CMA همکاری کرده ایم تا اطمینان حاصل کنیم که این حالت های آزمایش با چارچوب آزمایش (و جدول زمانی) برای اشخاص ثالث که در راهنمایی های خود در مورد آزمایش صنعت قرار گرفته است ، هماهنگ است. در نتیجه ، CMA پیش بینی می کند که نتایج حاصل از آزمایش در این حالت ها می تواند در ارزیابی خود از جعبه ماسه حریم خصوصی استفاده شود. CMA اعلام کرده است که آنها احتمالاً وزن بیشتری را در نتایج حاصل از طراحی آزمایشی 2 قرار می دهند ، که از برچسب های حالت B و حالت A Control 1 Labels استفاده می کند. برای کسب اطلاعات بیشتر در مورد طراحی آزمایشی 2 به راهنمایی CMA در 26 اکتبر مراجعه کنید.
با استفاده از مقدار موقت Sec-Cookie-Deprecation
که از یک هدر HTTP یا API JavaScript موجود است ، می توان به برچسب ها دسترسی پیدا کرد. برای جزئیات پیاده سازی ، به برچسب های دسترسی با استفاده از بخش ارزش Sec-Cookie-Deprecation
مراجعه کنید.
ما همچنین این پیشنهاد را از طریق فرآیند توسعه معمول Blink ارسال خواهیم کرد ، جایی که طراحی فنی و نقطه عطف انتشار Chrome نهایی می شوند. در حالی که این اجرای ما می خواهیم ارسال کنیم ، بحث و تأیید اضافی به این معنی است که این جزئیات هنوز در معرض تغییر هستند. ما با پیشرفت برنامه ها ، به روزرسانی این صفحه را ادامه خواهیم داد و شما می توانید به ارائه بازخورد یا سوالات خود ادامه دهید.
حالت A: گروه های مرورگر برچسب
سازمان های شرکت کننده در آزمایش قادر به دریافت مجموعه ای مداوم از برچسب ها برای زیر مجموعه ای از مرورگرهای Chrome خواهند بود و امکان آزمایش های هماهنگ در فناوری های مختلف تبلیغاتی را در همان مجموعه مرورگرها فراهم می کنند. به عنوان مثال ، اگر یک مرورگر وارد گروه آزمایش label_only_3
شود (همانطور که در جدول زیر نشان داده شده است) ، تمام فناوری های تبلیغاتی شرکت کننده می توانند همان برچسب label_only_3
را ببینند و بر این اساس هماهنگ شوند: از API های PS R&M استفاده کنید ، اما از استفاده از سوم خودداری کنید. کوکی های مهمانی ما انتظار داریم که شرکت کنندگان در این صفحه اطمینان حاصل کنند که برچسب ها به سایر شرکت کنندگان ارسال می شوند تا آزمایش مداوم را در کل فرآیند انتخاب و اندازه گیری AD انجام دهند.
به عنوان مثال ، این به چندین شرکت کننده اجازه می دهد تا حراج های محافظت شده مخاطبان را بدون کوکی های شخص ثالث در یک گروه ثابت از مرورگرها اجرا کنند. شرکت کنندگان فروشنده حراج برچسب مشاهده شده را به خریداران ارسال می کنند تا آزمایش های هماهنگ را تسهیل کنند.
این برچسب ها در هرگونه رفتاری در آن موارد Chrome ، از جمله در دسترس بودن کوکی های شخص ثالث تأثیر نمی گذارد. برچسب ها گروه بندی آزمایش های هماهنگ مستقل و هماهنگ را فراهم می کنند ، اما برای طرفین شرکت کننده برای اجرای پارامترهای مربوطه برای آزمایش کاهش می یابد. اگر در حال آزمایش اثر از بین بردن کوکی های شخص ثالث هستید ، پس هر یک از شرکت کنندگان مسئول حذف داده های کوکی شخص ثالث برای مرورگرهای با آن برچسب است.
هدف این است که گروه هایی که نماینده ترافیک طبیعی کروم هستند. این بدان معناست که هم کوکی های شخص ثالث و هم API های R&M PS باید در دسترس باشند ، اگرچه ممکن است برخی از کاربران از تنظیمات یا برنامه های افزودنی برای تغییر یا غیرفعال کردن ویژگی ها استفاده کرده باشند.
برچسب ها به طور کلی در طول یک جلسه مرور در Chrome و در طول جلسات پایدار خواهند بود. با این حال ، این تضمین نشده است ، زیرا سناریوهای نادر وجود دارد که کاملاً تنظیم مجدد یک مرورگر نیز ممکن است برچسب فعلی را مجدداً تنظیم کند.
ما قصد داریم 8.5 ٪ از مرورگرهای پایدار Chrome را برای حالت A درج کنیم و پیشنهاد اولیه ما این جمعیت را به نه گروه تقسیم می کند. زیر گروه های کوچکتر در نظر گرفته شده است که امکان انعطاف پذیری فناوری های تبلیغاتی در ترکیب برچسب ها را فراهم می کند تا آزمایش های خاص خود را در اندازه های مختلف ایجاد کند. گروه ها با هم همپوشانی ندارند.
توجه داشته باشید که برچسب های control_1.*
در نظر گرفته شده است که به عنوان "کنترل 1" مورد استفاده قرار گیرد ، همانطور که در راهنمایی CMA در مورد آزمایش صنعت بیان شده است ، بنابراین آزمایش شرکت کنندگان نباید از API موضوعات استفاده کند یا حراج های محافظت شده مخاطبان را برای این ترافیک اجرا کند. از آنجا که برچسب ها بر رفتار مرورگر تأثیر نمی گذارد ، شرکت کنندگان نباید هنگام تشخیص control_1.*
برچسب های گروه.
ما از بازخورد استقبال می کنیم که آیا این انتخاب گروه ها نیازهای سازمان های شرکت کننده را برآورده می کند.
برچسب بزنید | ٪ از ترافیک پایدار |
---|---|
control_1.1 | 0.25 |
control_1.2 | 0.25 |
control_1.3 | 0.25 |
control_1.4 | 0.25 |
label_only_1 | 1.5 |
label_only_2 | 1.5 |
label_only_3 | 1.5 |
label_only_4 | 1.5 |
label_only_5 | 1.5 |
حالت A label_only_
گروه های مرورگر از نوامبر 2023 در دسترس است و گروه های control_1_*
از 4 ژانویه 2024 در دسترس قرار گرفتند.
حالت B: 1 ٪ کوکی های شخص ثالث را غیرفعال کنید
کوکی های شخص ثالث کروم برای تقریباً 1 ٪ از مرورگرهای پایدار Chrome از 4 ژانویه 2024 (و همچنین در مرورگرهای Dev ، Canary و Beta در طول Q4 2023). سازمان هایی که API های PS R&M را آزمایش می کنند ، نیازی به انتخاب این حالت ندارند ، زیرا به طور یکنواخت در کل جمعیت مرورگر اعمال می شود. اگر سایت هنوز راه حل جایگزین مانند تراشه ها یا مجموعه های وب سایت مرتبط را اتخاذ نکرده باشد ، ممکن است برخی از ویژگی های سایت تحت تأثیر قرار گیرد.
علاوه بر این ، ما قصد داریم بخش کوچکی از ترافیک را در حالت B که دارای API های R&M PS است ، فراهم کنیم. سایر API ها ، مانند مجموعه های وب سایت مرتبط ، تراشه ها و FEDCM ، غیرفعال نخواهند شد. ما پیش بینی می کنیم که این ترکیب برای ایجاد پایه ای از عملکرد برای مرورگرهای بدون کوکی های شخص ثالث و بدون API های PS R&M مفید باشد.
به عنوان بخشی از حالت B ، ما همچنین برچسب هایی را برای مرورگرهای آسیب دیده ارائه می دهیم. برچسب ها همزمان با غیرفعال بودن API ها در دسترس هستند. ما پیشنهاد می کنیم جمعیت را به سه treatment_1.*
تقسیم کنیم control_2
برای کمک به اشکال زدایی در مورد API گزارش انتساب API و ادغام API جمع آوری خصوصی و کمک به آزمایش شرکت کنندگان در درک بهتر تأثیر سر و صدا ، گزارش های اشکال زدایی ARA و گزارش های اشکال زدایی جمع آوری خصوصی هنوز برای مرورگرها در حالت B در دسترس خواهد بود ، تا زمانی که کاربر به صراحت نداشته باشد. کوکی های شخص ثالث را مسدود کرد. گزارش های اشکال زدایی در control_2
در دسترس نخواهد بود ، زیرا API های R&M PS در آن برش در دسترس نیستند.
- برای API گزارش انتساب ، از آنجا که کوکی های شخص ثالث غیرفعال هستند ، منشأ گزارش نمی تواند کوکی
ar_debug
را تنظیم کند و باید به تنظیم زمینه هایdebug_key
(برای گزارش های مربوط به انتساب) و زمینه هایdebug_reporting
(برای گزارش های Verbose) اعتماد کند. برای انتخاب یا دریافت گزارش های اشکال زدایی. - برای API جمع آوری خصوصی ، منشأ گزارش باید به تماس با
enableDebugMode()
متکی باشد تا گزینه دریافت گزارش های اشکال زدایی را کنترل کند. شرکت ها باید همچنان در نظر بگیرند که چگونه تعهدات نظارتی ممکن است در مورد استفاده از API گزارش انتساب و API جمع آوری خصوصی ، از جمله گزارش های اشکال زدایی اعمال شود.
حالت A همچنان به اجرا در می آید و این گروه ها از گروه A متمایز هستند ، زیرا در یک کاربر یا در حالت A ، حالت B یا هیچ یک از آنها قرار دارد. شرکت کنندگان در آزمایش باید از control_1.*
ترافیک به عنوان یک گروه کنترل که نماینده وضع موجود با کوکی های شخص ثالث است.
برچسب بزنید | ٪ از ترافیک پایدار |
---|---|
treatment_1.1 | 0.25 |
treatment_1.2 | 0.25 |
treatment_1.3 | 0.25 |
control_2 | 0.25 |
Chrome همچنین برای 20 ٪ از مشتریان Chrome Canary ، Dev و Beta کوکی ها را محدود کرده است.
برچسب بزنید | ٪ از ترافیک از پیش پایدار |
---|---|
prestable_treatment_1 | 10% |
prestable_control_2 | 10% |
گنجاندن در یکی از این بازوهای آزمایش همان تأثیر را برای معادل های پایدار آنها خواهد داشت.
مانند حالت A ، API های PS R&M تضمین نمی شوند ، زیرا کاربران می توانند آنها را از تنظیمات حریم خصوصی و امنیتی Chrome غیرفعال کنند. به همین ترتیب ، کوکی های شخص ثالث تضمین نمی شوند که برای هر یک از اعضای گروه control_2
غیرفعال شوند ، زیرا کاربران ممکن است به UI به مرورگر دسترسی پیدا کنند تا کوکی های شخص ثالث را برای یک سایت فراهم کنند.
نظارت
حتماً بر حجم ترافیک نسبی هر برچسب درمانی و کنترل نظارت کنید. treatment_1.1
باید تقریباً همان میزان ترافیک را با treatment_1.2
و treatment_1.3
داشته باشد.
توصیه می کنیم قبل از نسخه 120 از ترافیک حاوی برچسب های موجود از نسخه های Chrome استفاده کنید. اگر تیم شما که به طور معمول ترافیک نامعتبر را کنترل می کند ، نمایندگان کاربر را که ویژگی های ترافیک نامعتبر را نشان می دهند ، مشخص می کند ، پس از آن می توان این موارد را از نتایج آزمایش فیلتر کرد.
برچسب های قبل از دوره
تا ژانویه سال 2024 ، ما پیش از دوره های آزمایشی چندین آزمایش را اجرا کردیم. این زمان های قبل از دوره به Chrome اجازه می دهد تا با دقت اندازه و گروه های بی طرفانه را از نظر آماری انتخاب کند. این دوره های قبل از تمام سلاح هایی که قرار بود در ژانویه شروع شوند ، دویدند: Mode B Arms و Control_1.* Arms. در اینجا نیازی به اقدام توسعه دهنده یا سایت نیست-این بازوهای پیش از دوره هیچ تغییری در رفتار یا در دسترس بودن API تجربه نمی کنند-اما باید بدانید که ممکن است یک برچسب preperiod
را در برخی شرایط برگردانید. در حالی که مرورگرهای دریافت کننده برچسب preperiod
ممکن است به یکی از گروه های آزمایش منتقل شوند ، این تضمین نمی شود ، بنابراین توصیه می شود فرض نکنید که مرورگرهای این برچسب در آزمایش قرار دارند.
بازوی آزمایش زیر مجموعه ای از جمعیت مورد مطالعه است. در این حالت ، یکی از گروه های دارای برچسب.
برچسب های دسترسی با استفاده از مقدار SEC-Cookie-Devedation
برای مدت زمان حالت A و حالت B ، ما یک مقدار موقت Sec-Cookie-Deprecation
با استفاده از هدر HTTP OPT-IN و JavaScript API در دسترس قرار داده ایم ، که برچسب گروه آزمایش A یا B را برای مرورگر فراهم می کند (مطابق با تعریف شده توسط گروه آزمایش A یا B درصد فوق) ، اگر در یکی از این موارد قرار بگیرد.
دسترسی به برچسب ها شامل دسترسی به اطلاعات ذخیره شده در دستگاه کاربر است. در برخی از حوزه های قضایی (مانند اتحادیه اروپا و انگلیس) ، ما می دانیم که این فعالیت مشابه استفاده از کوکی ها است و بنابراین دسترسی به برچسب ها احتمالاً نیاز به رضایت کاربر نهایی دارد. قبل از شروع درخواست برچسب ها ، توصیه می کنیم در مورد مشاوره حقوقی در مورد اینکه آیا این تعهد رضایت برای شما اعمال می شود ، توصیه کنید.
دسترسی به هدر HTTP SEC-Cookie
برای دریافت عنوان درخواست درخواست Sec-Cookie-Deprecation
، ابتدا باید یک سایت کوکی receive-cookie-deprecation
تنظیم کند. این کوکی باید از ویژگی Partitioned
استفاده کند ، به این معنی که انتخاب برای دریافت هدر باید در هر سایت سطح بالا انجام شود.
به عنوان مثال ، اگر 3p-example.site
می خواهد عنوان Sec-Cookie-Deprecation
را در منابع خود تعبیه شده در example.com
دریافت کند ، سپس 3p-example.site
باید کوکی زیر را در این زمینه تنظیم کند.
Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned; Max-Age=15552000
ویژگی های Secure
، HttpOnly
، SameSite
و پاکت های پاکی Partitioned
اجباری است. شما می توانید Domain
، Path
، Expires
و Max-Age
را به عنوان بهترین نیازهای خود تنظیم کنید ، اگرچه Path=/
پیش فرض خوبی است. مثال در اینجا Max-Age=15552000
را تنظیم می کند تا کوکی تا بعد از 180 روز منقضی نشود.
ممکن است شما بخواهید قبل از شروع دوره آزمایش تسهیل شده با کروم ، تنظیم receive-cookie-deprecation=1
کوکی را شروع کنید تا اطمینان حاصل شود که مرورگرها در یک گروه آزمایش شامل هدر درخواست Sec-Cookie-Deprecation
به محض در دسترس بودن هستند.
به عنوان مثال ، با فرض اینکه مرورگر در گروه example_label_1
قرار دارد ، درخواست های بعدی که شامل این کوکی می شود ، عنوان Sec-Cookie-Deprecation
را نیز شامل می شود.
Sec-Cookie-Deprecation: example_label_1
اگر مرورگر جزئی از یک گروه نباشد ، یک هدر ارسال نمی شود. برچسب ها به حضور کوکی گره خورده اند ، بنابراین اگر کوکی حذف شود ، کاملاً مسدود شود یا برای سایت خاص مسدود شود ، برچسب ها ارسال نمی شوند. از آنجا که ویژگی Partitioned
برای ادامه استفاده پس از کاهش کامل کوکی های شخص ثالث در نظر گرفته شده است ، این بدان معنی است که کوکی های Partitioned
ممکن است هنگام مسدود شدن کوکی های شخص ثالث تنظیم شوند.
به API CookiedeprecationLabel JavaScript دسترسی پیدا کنید
به مقدار Sec-Cookie-Deprecation
نیز می توان با استفاده از navigator.cookieDeprecationLabel.getValue()
JavaScript API دسترسی پیدا کرد. این وعده ای را برمی گرداند که به رشته ای که حاوی برچسب گروهی قابل اجرا باشد ، حل می شود. به عنوان مثال ، اگر مرورگر در گروه example_label_1
بود:
// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
// Request value and resolve promise
navigator.cookieDeprecationLabel.getValue().then((label) => {
console.log(label);
// Expected output: "example_label_1"
});
}
اگر مرورگر جزئی از یک گروه نباشد ، API یا در دسترس نخواهد بود یا مقدار آن یک رشته خالی خواهد بود ، بنابراین اطمینان حاصل کنید که تشخیص ویژگی را انجام می دهید.
API JavaScript بدون در نظر گرفتن حضور کوکی receive-cookie-deprecation
نامیده می شود. با این حال ، اگر کوکی ها به طور کامل یا به طور خاص برای سایت مسدود شوند ، API دوباره در دسترس نخواهد بود یا یک رشته خالی را برمی گرداند.
مانند هر مقدار ارائه شده توسط مشتری ، اطمینان حاصل کنید که قبل از استفاده ، مقدار را از هدر یا API JavaScript ضد عفونی کرده و اعتبار می دهید.
نسخه ی نمایشی و آزمایش
از Chrome 120 به بعد ، پرچم هایی در دسترس است تا بتوانید آزمایش محلی را برای درخواست و خواندن برچسب ها فعال کنید.
chrome://flags/#tpc-phase-out-facilitated-testing
Flag به شما امکان می دهد انتخاب برچسب های آزمایش را فعال کنید. این برچسب ها با fake_
پیشوند شده اند تا آنها را از برچسب های واقعی متمایز کنند. فعال کردن پرچم ، مرورگر را به هیچ یک از گروه های آزمایشی انتخاب نمی کند.
می توانید برچسب های موجود در عمل را در goo.gle/cft-demo مشاهده کنید.
از آنجا که ثبت نام برای API های مربوط به ارتباط و اندازه گیری Sandbox حریم خصوصی اعمال می شود ، ممکن است با استفاده از chrome://flags/#privacy-sandbox-enrollment-overrides
و تهیه منشأ نسخه ی نمایشی ، از اجرای محلی استفاده کنید. از طرف دیگر ، اگر Chrome را از یک ترمینال در حال اجرا هستید ، پرچم خط فرمان زیر را درج کنید: --args --disable-features=EnforcePrivacySandboxAttestations
کشویی پرچم شامل گزینه های مختلفی است. آزمایش کنندگان در درجه اول به ورودی های مشخص شده "نیرو" علاقه مند خواهند بود زیرا اینها اطمینان می دهند که رفتار آزمایش بدون در نظر گرفتن سایر تنظیمات دستگاه فعال می شود.
برای آزمایش فقط برچسب های گروه آزمایش ، "Enabled Force Control 1" یا "Enabled Force LabelOnly" را انتخاب کنید. اینها منجر به ارسال مرورگر به برچسب های "fake_control_1.1" یا "fake_label_only_1.1" می شود.
در Chrome M120 یا بعد از آن ممکن است از ورودی های زیر نیز استفاده کنید.
برای آزمایش مسدود کردن کوکی های شخص ثالث ، "درمان نیرو فعال" را انتخاب کنید. با این کار برچسب گروه آزمایش "FAKE_TREATMENT_1.1" ارسال می شود ، اما همچنین صفحه تنظیمات کوکی و تنظیمات کوکی فعلی را برای مسدود کردن کوکی های شخص ثالث تغییر می دهد.
برای آزمایش مسدود کردن کوکی های شخص ثالث بدون API های تبلیغاتی خصوصی ، "Force Control 2" را انتخاب کنید. با این کار برچسب گروه آزمایش "FAKE_CONTROL_2" ارسال می شود ، صفحه تنظیمات کوکی را به روز می کند ، کوکی های شخص ثالث را مسدود می کند و همچنین API های تبلیغاتی خصوصی جدید را سرکوب می کند.
توجه داشته باشید ، مسئله ای وجود دارد که مرورگر با صفحه تنظیم جدید کوکی و تنظیماتی که کوکی های شخص ثالث را مسدود می کند حتی اگر پرچم را غیرفعال کنید ، باقی خواهد ماند. ما در تلاش هستیم تا این مشکل را برطرف کنیم ، اما در ضمن شما می توانید با راه اندازی Chrome با پرچم خط فرمان- --user-data-dir=<new dir>
این مقادیر پرچم را در یک فهرست داده های جداگانه Chrome آزمایش کنید.
بازخورد
ما برای مدیریت سوالات از برچسب "کروم آزمایش" در مخزن پشتیبانی توسعه دهنده در GitHub استفاده می کنیم. ما از بازخورد و بحث شما در مورد سوالات اولیه استقبال می کنیم:
- آیا قصد دارید با استفاده از حالت A ، حالت B یا هر دو آزمایش کنید؟
- انتخاب اندازه برچسب برای تست های تسهیل شده کروم
- استفاده از نکات مشتری برای تست های تسهیل شده با کروم
همچنین می توانید با استفاده از الگوی "آزمایش تست کروم" ، سؤالات یا بحث های جدیدی را در مخزن مطرح کنید .