پیشنهادات جعبه ایمنی حریم خصوصی اولین مرحله از بسیاری از مراحل مورد نیاز برای ایجاد ویژگی های پلت فرم وب است.
این ویژگی‌های پلتفرم وب ممکن است به استانداردهای وب تبدیل شوند (همچنین به عنوان مشخصات یا مشخصات نیز شناخته می‌شوند)، که اسناد فنی هستند که دقیقاً نحوه عملکرد فناوری وب را توضیح می‌دهند و نحوه پیاده‌سازی مهندسین فناوری‌ها را در مرورگرهای وب تعریف می‌کنند. به عنوان مثال، استاندارد برنامه های کاربردی اینترنت غنی قابل دسترسی (WAI-ARIA) (که معمولاً به عنوان "ARIA" شناخته می شود) راه های فنی را برای دسترسی بیشتر به وب برای افراد دارای معلولیت تعریف می کند. این مشخصات برای و توسط کنسرسیوم وب جهانی (W3C) ، یک جامعه بین‌المللی با کارکنان تمام وقت، سازمان‌های عضو، و بازخورد از عموم مردم توسعه یافته است.
پس از بحث ، آزمایش و پذیرش مقیاس‌پذیر ، برخی از پیشنهادات و APIهای Sandbox حریم خصوصی به مشخصات تبدیل می‌شوند. بسیار مهم است که از توسعه‌دهندگان و رهبران صنعت (با و بدون دانش فناوری وب) بازخورد دریافت کنیم تا اطمینان حاصل کنیم که ویژگی‌های وب بادوام با ابزار گسترده و حفاظت از حریم خصوصی قوی برای کاربران ایجاد می‌کنیم.
Chromium (پروژه منبع باز پشت بسیاری از مرورگرهای مدرن) در مورد فرآیند توسعه ویژگی برای همه فناوری هایی که هدف آنها تبدیل شدن به یک استاندارد وب است، نوشته است. به دلیل ماهیت حیاتی حریم خصوصی و امنیت در وب، ما انتظار و تشویق حجم زیادی از بحث و بازخورد را قبل از شروع آزمایش داریم.
از پروپوزال تا استاندارد وب
در هر مرحله از توسعه، اکوسیستم بازخورد انتقادی می دهد که جعبه ایمنی حریم خصوصی را شکل می دهد. این فرآیند ممکن است برای توسعه دهندگان وب آشنا باشد، اما ممکن است برای سایر ذینفعان صنعت که از این APIهای هدفمند استفاده می کنند و تخصص آنها برای این ابتکار حیاتی است، جدید باشد.
با بحث شروع کنید
در چند سال گذشته ده‌ها پیشنهاد برای حفظ حریم خصوصی توسط Chrome و دیگران ارائه شده است. شما می توانید این پیشنهادات را بخوانید، سوال بپرسید، ایده هایی برای بهبود آنها ارائه دهید و ببینید دیگران چه می گویند.
تعدادی از گروه‌های W3C وجود دارد که می‌توانید به آنها ملحق شوید یا بسته به موارد استفاده‌ای که به آنها علاقه دارید نظارت کنید:
- بهبود گروه تجاری تبلیغات وب
- گروه جامعه فناوری تبلیغات خصوصی
- گروه جامعه حریم خصوصی
- گروه جامعه انکوباتور بستر وب
- گروه جامعه هویت فدرال
مرحله بحث می تواند بسیار درگیر باشد.
به عنوان مثال، Protected Audience (که قبلاً به عنوان FLEDGE شناخته می شد) پیشنهادی برای پشتیبانی از تبلیغات مبتنی بر علاقه بدون ردیابی بین سایتی است. با نظرات طرفداران حریم خصوصی و بسیاری از سهامداران صنعت، API مخاطب محافظت شده از دو پیشنهاد قبلی (PIGIN و TURTLEDOVE) تکامل یافته است. بیش از 100 نفر به جلسات W3C ملحق شده اند تا به اصلاح نسخه فعلی کمک کنند، به علاوه بیش از 300 موضوع بحث آنلاین .
همچنین بیش از نیم دوجین پیشنهاد دیگر توسط شرکت های دیگر در همان فضای راه حل ارائه شده است. از طریق ادامه همکاری، امیدواریم مسیری رو به جلو تعریف کنیم.
آزمایش برای مخاطبین محافظت شده و سایر APIها در پشت پرچم Chrome در دسترس است، بنابراین توسعه دهندگان می توانند زودتر به آنها دسترسی داشته باشند.
هر پیشنهادی چنین دوره نهفتگی شدیدی مانند مخاطبان محافظت شده را طی نمی کند، برخی از آنها بسیار سریعتر حرکت می کنند اما هر API ورودی از سراسر اکوسیستم دریافت می کند. اینها ایده‌های جدیدی هستند و برای درست کردن آنها می‌توان تلاش زیادی کرد.
توسعه دهندگان آزمایش می کنند و بازخورد خود را به اشتراک می گذارند
برای ارائه بازخورد در مورد بهبود این فناوری‌ها و به اشتراک گذاشتن مسائلی که ممکن است نیاز به تغییر در طراحی و پیاده‌سازی API داشته باشند، به توسعه‌دهندگان متکی هستیم. بسیاری از فناوری‌های Privacy Sandbox با گزینه‌های مختلف برای آزمایش در دسترس هستند. به عنوان مثال، برای آزمایش Topics API، می‌توانید طول دوره و سایر پارامترها را با پرچم‌های Chrome تنظیم کنید.
اغلب، مهندسان کروم ویژگی‌هایی را در پشت پرچم‌ها پیاده‌سازی می‌کنند تا امکان آزمایش محلی را فراهم کنند، بدون اینکه این ویژگی به‌طور پیش‌فرض در مرورگرها در دسترس باشد. توسعه‌دهندگان باید یک ویژگی را فعال کنند تا آن را امتحان کنند و در دسترس بودن آن به نسخه کروم بستگی دارد. توسعه دهندگان می توانند انتظار داشته باشند که با ادامه توسعه با برخی مشکلات مواجه شوند.
آزمایش‌های اولیه Chrome به توسعه‌دهندگان اجازه می‌دهد تا یک ویژگی را برای جمعیت محدودی از کاربران Chrome فعال کنند. برای شرکت، توسعه دهندگان می توانند برای شرکت در سایت یا خدمات شما ثبت نام کنند. این فرصتی را برای شما فراهم می کند تا این ویژگی را در ترافیک تولید امتحان کنید و بازخورد خود را در مورد تجربه دنیای واقعی ارائه دهید.
Privacy Sandbox یک آزمایش منشا یکپارچه برای APIهای مرتبط و اندازه‌گیری انجام داد که اکنون کامل شده است.
هنگامی که یک ویژگی در ابتدا برای آزمایش در دسترس قرار می گیرد، تمرکز عموماً روی آزمایش عملکردی یا فنی است. با کد جدید، این انتظار وجود دارد که مشارکت‌کنندگان باگ‌ها را کشف و گزارش کنند، و همچنین برای آن اشکالات رفع کنند. این بدان معنی است که ثبات و شکل یک ویژگی ممکن است در این دوره به سرعت تغییر کند. دریافت بازخورد در مورد تجربه یکپارچه سازی و توسعه دهنده برای اطمینان از اینکه می توان پشتیبانی از اشکال زدایی و ابزارسازی را در کنار این ویژگی ایجاد کرد، بسیار مهم است.
همانطور که توسعه پیشرفت می کند و ویژگی ها پایدارتر می شوند، تمرکز روی اثربخشی در مقیاس گسترده تر یا آزمایش ابزار تغییر می کند. هدف از تست ابزار، درک عملکرد ویژگی در برابر موارد استفاده مورد نظر آن، در مقیاس است. در این مرحله، جمعیت کاربران Chrome که در آزمایش گنجانده شده‌اند افزایش می‌یابد تا نمونه بزرگتر و نماینده‌تری به دست آید. در طول این مرحله، امیدواریم سایتهایی را ببینیم که آزمایش‌های طولانی‌مدت را روی بخش بزرگ‌تری از ترافیک خود انجام می‌دهند تا این ویژگی را در برابر نیازهای تجاری خود تأیید کنند.
موفقیت در این فرآیند بستگی به این دارد که توسعه دهندگان این تست ها را انجام دهند و سپس آنچه را که یاد می گیرند به اشتراک بگذارند. ما همچنین همزمان در هر مرحله در حال آزمایش هستیم و نتایج را از طریق کانال‌های مختلف پروژه با خلاصه‌های منظم در سراسر پروژه در به‌روزرسانی‌های وضعیت API و گزارش‌های بازخورد فصلی به عنوان بخشی از تعهداتمان با CMA به اشتراک می‌گذاریم.
چه آزمایش خود را در مکان‌های عمومی مانند W3C، فرم‌های بازخورد یا از طریق کانال‌های مشارکت مستقیم به اشتراک بگذارید، امیدواریم از شما بشنویم .
آزمایش در مرورگر، چه از طریق پرچم‌های ویژگی یا آزمایش‌های اولیه، تنها راه برای بررسی نحوه عملکرد فناوری‌های جدید نیست. برخی از شرکت ها نیز در حال ساخت شبیه سازی بر اساس مفاهیم Privacy Sandbox هستند.
راه اندازی برای پذیرش مقیاس
هنگامی که یک API آزمایش شد و برای استفاده عمومی در Chrome آماده شد، راه‌اندازی را اعلام می‌کنیم و مطمئن می‌شویم که اسناد عمومی برای پذیرش اکوسیستم مقیاس‌پذیر آماده است.
ما قبلاً تعدادی نقطه عطف مهم را ارسال کرده‌ایم که بسیاری از آنها در آینده هستند. فناوری های زیر اکنون در دسترس هستند:
- کاهش کاربر-عامل : داده های مرورگر به اشتراک گذاشته شده غیرفعال را محدود کنید تا حجم اطلاعات حساس را کاهش دهید که منجر به اثر انگشت می شود. ما کاهش این مقادیر را در ماه مه 2022 آغاز کردیم و قصد داریم در می 2023 تکمیل کنیم.
- تراشه ها : به توسعه دهندگان این امکان را می دهد که یک کوکی را در فضای ذخیره سازی پارتیشن بندی شده با یک شیشه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. CHIPS در فوریه 2023 در Stable در دسترس قرار گرفت.
- مجموعه‌های شخص اول : روابط بین سایت‌ها را برای دسترسی محدود به کوکی بین سایتی با استفاده از Storage Access API اعلام کنید. First-Party Sets با Chrome Stable نسخه 113 این هفته به آرامی عرضه می شود.
- مدیریت اعتبار فدرال (FedCM) : از هویت فدرال بدون به اشتراک گذاشتن آدرس ایمیل کاربر یا سایر اطلاعات شناسایی با یک سرویس یا وب سایت شخص ثالث پشتیبانی می کند، مگر اینکه کاربر صراحتاً با این کار موافقت کند. FedCM در نوامبر 2022 ارسال شد.
در جولای 2023، APIهای مربوط و اندازه‌گیری برای پذیرش مقیاس‌پذیر در دسترس قرار گرفتند. این بدان معناست که این APIها به طور پیش فرض در کروم در دسترس هستند. توسعه دهندگان اکنون می توانند از این فناوری ها بدون پرچم مرورگر یا شرکت در آزمایش های اولیه استفاده کنند.
به طور خلاصه، این APIها برای 99 درصد از کاربران، در مقیاس، در یک محیط تولید آماده هستند.
راه اندازی های مرحله ای
برخی از فناوری ها به تدریج در دسترس قرار می گیرند. این به تیم و توسعه دهندگان ما اجازه می دهد تا مشکلات بالقوه را نظارت کرده و به آنها رسیدگی کنند. و در دسترس بودن کامل به این معنی نیست که 100٪ ترافیک API ها را فعال کرده است.
به‌عنوان مثال، راه‌اندازی مرحله‌ای «اشاره‌های کاربر-عامل مشتری» (UA-CH) در Chrome در سال 2021 آغاز شد . کاهش نماینده کاربر در آوریل 2022 آغاز شد و در مارس 2023 تکمیل شد. این به توسعه‌دهندگان فرصت کافی داد تا نحوه اتکای سایت‌هایشان به رشته کاربر-عامل را تغییر دهند.
کنترل های API
برخی از API ها، مانند API های مربوط و اندازه گیری، گزینه های پیکربندی برای کاربر دارند. این شامل توانایی فعال و غیرفعال کردن این APIها می شود.
ایجاد تشخیص ویژگی مناسب مهم است. تشخیص ویژگی می تواند به تعیین اینکه آیا یک مرورگر از کد خاصی پشتیبانی می کند یا خیر کمک می کند و به شما امکان می دهد کد جایگزین ارائه دهید. این تضمین می‌کند که سایت شما به عملکرد مورد انتظار ادامه می‌دهد، حتی اگر یک API توسط کاربر خاموش شده باشد یا کاربر در مرورگری بدون پشتیبانی از فناوری خاصی باشد.
استفاده از یک خط مشی مجوزها را برای کنترل دسترسی شخص اول و شخص ثالث به ویژگی های مرورگر در نظر بگیرید.
بازخورد خود را به اشتراک بگذارید
ما به توضیح آنچه در حال رخ دادن است ادامه می دهیم، تا جایی که می توانیم دید رو به جلو ارائه می دهیم، مشارکت شما را تشویق می کنیم و نظرات شما را می شنویم.
- در مورد روش های متعددی که می توانید بازخورد ارائه دهید بیاموزید.
- جزئیات فنی و دستورالعمل های اجرایی را بخوانید.
- بازخورد خود را با ChromiumDev@ در Twitter به اشتراک بگذارید.
- مشکلات را به مخزن پشتیبانی توسعه دهندگان ارسال کنید.
پیشنهادات جعبه ایمنی حریم خصوصی اولین مرحله از بسیاری از مراحل مورد نیاز برای ایجاد ویژگی های پلت فرم وب است.
این ویژگی‌های پلتفرم وب ممکن است به استانداردهای وب تبدیل شوند (همچنین به عنوان مشخصات یا مشخصات نیز شناخته می‌شوند)، که اسناد فنی هستند که دقیقاً نحوه عملکرد فناوری وب را توضیح می‌دهند و نحوه پیاده‌سازی مهندسین فناوری‌ها را در مرورگرهای وب تعریف می‌کنند. به عنوان مثال، استاندارد برنامه های کاربردی اینترنت غنی قابل دسترسی (WAI-ARIA) (که معمولاً به عنوان "ARIA" شناخته می شود) راه های فنی را برای دسترسی بیشتر به وب برای افراد دارای معلولیت تعریف می کند. این مشخصات برای و توسط کنسرسیوم وب جهانی (W3C) ، یک جامعه بین‌المللی با کارکنان تمام وقت، سازمان‌های عضو، و بازخورد از عموم مردم توسعه یافته است.
پس از بحث ، آزمایش و پذیرش مقیاس‌پذیر ، برخی از پیشنهادات و APIهای Sandbox حریم خصوصی به مشخصات تبدیل می‌شوند. بسیار مهم است که از توسعه‌دهندگان و رهبران صنعت (با و بدون دانش فناوری وب) بازخورد دریافت کنیم تا اطمینان حاصل کنیم که ویژگی‌های وب بادوام با ابزار گسترده و حفاظت از حریم خصوصی قوی برای کاربران ایجاد می‌کنیم.
Chromium (پروژه منبع باز پشت بسیاری از مرورگرهای مدرن) در مورد فرآیند توسعه ویژگی برای همه فناوری هایی که هدف آنها تبدیل شدن به یک استاندارد وب است، نوشته است. به دلیل ماهیت حیاتی حریم خصوصی و امنیت در وب، ما انتظار و تشویق حجم زیادی از بحث و بازخورد را قبل از شروع آزمایش داریم.
از پروپوزال تا استاندارد وب
در هر مرحله از توسعه، اکوسیستم بازخورد انتقادی می دهد که جعبه ایمنی حریم خصوصی را شکل می دهد. این فرآیند ممکن است برای توسعه دهندگان وب آشنا باشد، اما ممکن است برای سایر ذینفعان صنعت که از این APIهای هدفمند استفاده می کنند و تخصص آنها برای این ابتکار حیاتی است، جدید باشد.
با بحث شروع کنید
در چند سال گذشته ده‌ها پیشنهاد برای حفظ حریم خصوصی توسط Chrome و دیگران ارائه شده است. شما می توانید این پیشنهادات را بخوانید، سوال بپرسید، ایده هایی برای بهبود آنها ارائه دهید و ببینید دیگران چه می گویند.
تعدادی از گروه‌های W3C وجود دارد که می‌توانید به آنها ملحق شوید یا بسته به موارد استفاده‌ای که به آنها علاقه دارید نظارت کنید:
- بهبود گروه تجاری تبلیغات وب
- گروه اجتماعی فناوری تبلیغات خصوصی
- گروه جامعه حریم خصوصی
- گروه جامعه انکوباتور بستر وب
- گروه جامعه هویت فدرال
مرحله بحث می تواند بسیار درگیر باشد.
به عنوان مثال، Protected Audience (که قبلاً به عنوان FLEDGE شناخته می شد) پیشنهادی برای پشتیبانی از تبلیغات مبتنی بر علاقه بدون ردیابی بین سایتی است. با نظرات طرفداران حریم خصوصی و بسیاری از سهامداران صنعت، API مخاطب محافظت شده از دو پیشنهاد قبلی (PIGIN و TURTLEDOVE) تکامل یافته است. بیش از 100 نفر به جلسات W3C ملحق شده اند تا به اصلاح نسخه فعلی کمک کنند، به علاوه بیش از 300 موضوع بحث آنلاین .
همچنین بیش از نیم دوجین پیشنهاد دیگر توسط شرکت های دیگر در همان فضای راه حل ارائه شده است. از طریق ادامه همکاری، امیدواریم مسیری رو به جلو تعریف کنیم.
آزمایش برای مخاطبین محافظت شده و سایر APIها در پشت پرچم Chrome در دسترس است، بنابراین توسعه دهندگان می توانند زودتر به آنها دسترسی داشته باشند.
هر پیشنهادی چنین دوره نهفتگی شدیدی مانند مخاطبان محافظت شده را طی نمی کند، برخی از آنها بسیار سریعتر حرکت می کنند اما هر API ورودی از سراسر اکوسیستم دریافت می کند. اینها ایده‌های جدیدی هستند و برای درست کردن آنها می‌توان تلاش زیادی کرد.
توسعه دهندگان تست می کنند و بازخوردشان را به اشتراک می گذارند
برای ارائه بازخورد در مورد بهبود این فناوری‌ها و به اشتراک گذاشتن مسائلی که ممکن است نیاز به تغییر در طراحی و پیاده‌سازی API داشته باشند، به توسعه‌دهندگان متکی هستیم. بسیاری از فناوری‌های Privacy Sandbox با گزینه‌های مختلف برای آزمایش در دسترس هستند. به عنوان مثال، برای آزمایش Topics API، می‌توانید طول دوره و سایر پارامترها را با پرچم‌های Chrome تنظیم کنید.
اغلب، مهندسان کروم ویژگی‌هایی را در پشت پرچم‌ها پیاده‌سازی می‌کنند تا امکان آزمایش محلی را فراهم کنند، بدون اینکه این ویژگی به‌طور پیش‌فرض در مرورگرها در دسترس باشد. توسعه‌دهندگان باید یک ویژگی را فعال کنند تا آن را امتحان کنند و در دسترس بودن آن به نسخه کروم بستگی دارد. توسعه دهندگان می توانند انتظار داشته باشند که با ادامه توسعه با برخی مشکلات مواجه شوند.
آزمایش‌های اولیه Chrome به توسعه‌دهندگان اجازه می‌دهد تا یک ویژگی را برای جمعیت محدودی از کاربران Chrome فعال کنند. برای شرکت، توسعه دهندگان می توانند برای شرکت در سایت یا خدمات شما ثبت نام کنند. این فرصتی را برای شما فراهم می کند تا این ویژگی را در ترافیک تولید امتحان کنید و بازخورد خود را در مورد تجربه دنیای واقعی ارائه دهید.
Privacy Sandbox یک آزمایش منشا یکپارچه برای APIهای مرتبط و اندازه‌گیری انجام داد که اکنون کامل شده است.
هنگامی که یک ویژگی در ابتدا برای آزمایش در دسترس قرار می گیرد، تمرکز عموماً روی آزمایش عملکردی یا فنی است. با کد جدید، این انتظار وجود دارد که مشارکت‌کنندگان باگ‌ها را کشف و گزارش کنند، و همچنین برای آن اشکالات رفع کنند. این بدان معنی است که ثبات و شکل یک ویژگی ممکن است در این دوره به سرعت تغییر کند. دریافت بازخورد در مورد تجربه یکپارچه سازی و توسعه دهنده برای اطمینان از اینکه می توان پشتیبانی از اشکال زدایی و ابزارسازی را در کنار این ویژگی ایجاد کرد، بسیار مهم است.
همانطور که توسعه پیشرفت می کند و ویژگی ها پایدارتر می شوند، تمرکز روی اثربخشی در مقیاس گسترده تر یا آزمایش ابزار تغییر می کند. هدف از تست ابزار، درک عملکرد ویژگی در برابر موارد استفاده مورد نظر آن، در مقیاس است. در این مرحله، جمعیت کاربران Chrome که در آزمایش گنجانده شده‌اند افزایش می‌یابد تا نمونه بزرگتر و نماینده‌تری به دست آید. در طول این مرحله، امیدواریم سایتهایی را ببینیم که آزمایش‌های طولانی‌مدت را روی بخش بزرگ‌تری از ترافیک خود انجام می‌دهند تا این ویژگی را در برابر نیازهای تجاری خود تأیید کنند.
موفقیت در این فرآیند بستگی به این دارد که توسعه دهندگان این تست ها را انجام دهند و سپس آنچه را که یاد می گیرند به اشتراک بگذارند. ما همچنین همزمان در هر مرحله در حال آزمایش هستیم و نتایج را از طریق کانال‌های مختلف پروژه با خلاصه‌های منظم در سراسر پروژه در به‌روزرسانی‌های وضعیت API و گزارش‌های بازخورد فصلی به عنوان بخشی از تعهداتمان با CMA به اشتراک می‌گذاریم.
چه آزمایش خود را در مکان‌های عمومی مانند W3C، فرم‌های بازخورد یا از طریق کانال‌های مشارکت مستقیم به اشتراک بگذارید، امیدواریم از شما بشنویم .
آزمایش در مرورگر، چه از طریق پرچم‌های ویژگی یا آزمایش‌های اولیه، تنها راه برای بررسی نحوه عملکرد فناوری‌های جدید نیست. برخی از شرکت ها نیز در حال ساخت شبیه سازی بر اساس مفاهیم Privacy Sandbox هستند.
راه اندازی برای پذیرش مقیاس
هنگامی که یک API آزمایش شد و برای استفاده عمومی در Chrome آماده شد، راه‌اندازی را اعلام می‌کنیم و مطمئن می‌شویم که اسناد عمومی برای پذیرش اکوسیستم مقیاس‌پذیر آماده است.
ما قبلاً تعدادی نقطه عطف مهم را ارسال کرده‌ایم که بسیاری از آنها در آینده هستند. فناوری های زیر اکنون در دسترس هستند:
- کاهش کاربر-عامل : داده های مرورگر به اشتراک گذاشته شده غیرفعال را محدود کنید تا حجم اطلاعات حساس را کاهش دهید که منجر به اثر انگشت می شود. ما کاهش این مقادیر را در ماه مه 2022 آغاز کردیم و قصد داریم در می 2023 تکمیل کنیم.
- تراشه ها : به توسعه دهندگان این امکان را می دهد که یک کوکی را در فضای ذخیره سازی پارتیشن بندی شده با یک شیشه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. CHIPS در فوریه 2023 در Stable در دسترس قرار گرفت.
- مجموعه‌های شخص اول : روابط بین سایت‌ها را برای دسترسی محدود به کوکی بین سایتی با استفاده از Storage Access API اعلام کنید. First-Party Sets با Chrome Stable نسخه 113 این هفته به آرامی عرضه می شود.
- مدیریت اعتبار فدرال (FedCM) : از هویت فدرال بدون به اشتراک گذاشتن آدرس ایمیل کاربر یا سایر اطلاعات شناسایی با یک سرویس یا وب سایت شخص ثالث پشتیبانی می کند، مگر اینکه کاربر صراحتاً با این کار موافقت کند. FedCM در نوامبر 2022 ارسال شد.
در جولای 2023، APIهای مربوط و اندازه‌گیری برای پذیرش مقیاس‌پذیر در دسترس قرار گرفتند. این بدان معناست که این APIها به طور پیش فرض در کروم در دسترس هستند. توسعه دهندگان اکنون می توانند از این فناوری ها بدون پرچم مرورگر یا شرکت در آزمایش های اولیه استفاده کنند.
به طور خلاصه، این APIها برای 99 درصد از کاربران، در مقیاس، در یک محیط تولید آماده هستند.
راه اندازی های مرحله ای
برخی از فناوری ها به تدریج در دسترس قرار می گیرند. این به تیم و توسعه دهندگان ما اجازه می دهد تا مشکلات بالقوه را نظارت کرده و به آنها رسیدگی کنند. و در دسترس بودن کامل به این معنی نیست که 100٪ ترافیک API ها را فعال کرده است.
به‌عنوان مثال، راه‌اندازی مرحله‌ای «اشاره‌های کاربر-عامل مشتری» (UA-CH) در Chrome در سال 2021 آغاز شد. کاهش نماینده کاربر در آوریل 2022 آغاز شد و در مارس 2023 تکمیل شد. این به توسعه‌دهندگان فرصت کافی داد تا نحوه اتکای سایت‌هایشان به رشته کاربر-عامل را تغییر دهند.
کنترل های API
برخی از API ها، مانند API های مربوط و اندازه گیری، گزینه های پیکربندی برای کاربر دارند. این شامل توانایی فعال و غیرفعال کردن این APIها می شود.
ایجاد تشخیص ویژگی مناسب مهم است. تشخیص ویژگی می تواند به تعیین اینکه آیا یک مرورگر از کد خاصی پشتیبانی می کند یا خیر کمک می کند و به شما امکان می دهد کد جایگزین ارائه دهید. این تضمین می‌کند که سایت شما به عملکرد مورد انتظار ادامه می‌دهد، حتی اگر یک API توسط کاربر خاموش شده باشد یا کاربر در مرورگری بدون پشتیبانی از فناوری خاصی باشد.
استفاده از یک خط مشی مجوزها را برای کنترل دسترسی شخص اول و شخص ثالث به ویژگی های مرورگر در نظر بگیرید.
بازخورد خود را به اشتراک بگذارید
ما به توضیح آنچه در حال رخ دادن است ادامه می دهیم، تا جایی که می توانیم دید رو به جلو ارائه می دهیم، مشارکت شما را تشویق می کنیم و نظرات شما را می شنویم.
- در مورد روش های متعددی که می توانید بازخورد ارائه دهید بیاموزید.
- جزئیات فنی و دستورالعمل های اجرایی را بخوانید.
- بازخورد خود را با ChromiumDev@ در Twitter به اشتراک بگذارید.
- مشکلات را به مخزن پشتیبانی توسعه دهندگان ارسال کنید.
پیشنهادات جعبه ایمنی حریم خصوصی اولین مرحله از بسیاری از مراحل مورد نیاز برای ایجاد ویژگی های پلت فرم وب است.
این ویژگی‌های پلتفرم وب ممکن است به استانداردهای وب تبدیل شوند (همچنین به عنوان مشخصات یا مشخصات نیز شناخته می‌شوند)، که اسناد فنی هستند که دقیقاً نحوه عملکرد فناوری وب را توضیح می‌دهند و نحوه پیاده‌سازی مهندسین فناوری‌ها را در مرورگرهای وب تعریف می‌کنند. به عنوان مثال، استاندارد برنامه های کاربردی اینترنت غنی قابل دسترسی (WAI-ARIA) (که معمولاً به عنوان "ARIA" شناخته می شود) راه های فنی را برای دسترسی بیشتر به وب برای افراد دارای معلولیت تعریف می کند. این مشخصات برای و توسط کنسرسیوم وب جهانی (W3C) ، یک جامعه بین‌المللی با کارکنان تمام وقت، سازمان‌های عضو، و بازخورد از عموم مردم توسعه یافته است.
پس از بحث ، آزمایش و پذیرش مقیاس‌پذیر ، برخی از پیشنهادات و APIهای Sandbox حریم خصوصی به مشخصات تبدیل می‌شوند. بسیار مهم است که از توسعه‌دهندگان و رهبران صنعت (با و بدون دانش فناوری وب) بازخورد دریافت کنیم تا اطمینان حاصل کنیم که ویژگی‌های وب بادوام با ابزار گسترده و حفاظت از حریم خصوصی قوی برای کاربران ایجاد می‌کنیم.
Chromium (پروژه منبع باز پشت بسیاری از مرورگرهای مدرن) در مورد فرآیند توسعه ویژگی برای همه فناوری هایی که هدف آنها تبدیل شدن به یک استاندارد وب است، نوشته است. به دلیل ماهیت حیاتی حریم خصوصی و امنیت در وب، ما انتظار و تشویق حجم زیادی از بحث و بازخورد را قبل از شروع آزمایش داریم.
از پروپوزال تا استاندارد وب
در هر مرحله از توسعه، اکوسیستم بازخورد انتقادی می دهد که جعبه ایمنی حریم خصوصی را شکل می دهد. این فرآیند ممکن است برای توسعه دهندگان وب آشنا باشد، اما ممکن است برای سایر ذینفعان صنعت که از این APIهای هدفمند استفاده می کنند و تخصص آنها برای این ابتکار حیاتی است، جدید باشد.
با بحث شروع کنید
در چند سال گذشته ده‌ها پیشنهاد برای حفظ حریم خصوصی توسط Chrome و دیگران ارائه شده است. شما می توانید این پیشنهادات را بخوانید، سوال بپرسید، ایده هایی برای بهبود آنها ارائه دهید و ببینید دیگران چه می گویند.
تعدادی از گروه‌های W3C وجود دارد که می‌توانید به آنها ملحق شوید یا بسته به موارد استفاده‌ای که به آنها علاقه دارید نظارت کنید:
- بهبود گروه تجاری تبلیغات وب
- گروه اجتماعی فناوری تبلیغات خصوصی
- گروه جامعه حریم خصوصی
- گروه جامعه انکوباتور بستر وب
- گروه جامعه هویت فدرال
مرحله بحث می تواند بسیار درگیر باشد.
به عنوان مثال، Protected Audience (که قبلاً به عنوان FLEDGE شناخته می شد) پیشنهادی برای پشتیبانی از تبلیغات مبتنی بر علاقه بدون ردیابی بین سایتی است. با نظرات طرفداران حریم خصوصی و بسیاری از سهامداران صنعت، API مخاطب محافظت شده از دو پیشنهاد قبلی (PIGIN و TURTLEDOVE) تکامل یافته است. بیش از 100 نفر به جلسات W3C ملحق شده اند تا به اصلاح نسخه فعلی کمک کنند، به علاوه بیش از 300 موضوع بحث آنلاین .
همچنین بیش از نیم دوجین پیشنهاد دیگر توسط شرکت های دیگر در همان فضای راه حل ارائه شده است. از طریق ادامه همکاری، امیدواریم مسیری رو به جلو تعریف کنیم.
آزمایش برای مخاطبین محافظت شده و سایر APIها در پشت پرچم Chrome در دسترس است، بنابراین توسعه دهندگان می توانند زودتر به آنها دسترسی داشته باشند.
هر پیشنهادی چنین دوره نهفتگی شدیدی مانند مخاطبان محافظت شده را طی نمی کند، برخی از آنها بسیار سریعتر حرکت می کنند اما هر API ورودی از سراسر اکوسیستم دریافت می کند. اینها ایده‌های جدیدی هستند و برای درست کردن آنها می‌توان تلاش زیادی کرد.
توسعه دهندگان تست می کنند و بازخوردشان را به اشتراک می گذارند
برای ارائه بازخورد در مورد بهبود این فناوری‌ها و به اشتراک گذاشتن مسائلی که ممکن است نیاز به تغییر در طراحی و پیاده‌سازی API داشته باشند، به توسعه‌دهندگان متکی هستیم. بسیاری از فناوری‌های Privacy Sandbox با گزینه‌های مختلف برای آزمایش در دسترس هستند. به عنوان مثال، برای آزمایش Topics API، می‌توانید طول دوره و سایر پارامترها را با پرچم‌های Chrome تنظیم کنید.
اغلب، مهندسان کروم ویژگی‌هایی را در پشت پرچم‌ها پیاده‌سازی می‌کنند تا امکان آزمایش محلی را فراهم کنند، بدون اینکه این ویژگی به‌طور پیش‌فرض در مرورگرها در دسترس باشد. توسعه‌دهندگان باید یک ویژگی را فعال کنند تا آن را امتحان کنند و در دسترس بودن آن به نسخه کروم بستگی دارد. توسعه دهندگان می توانند انتظار داشته باشند که با ادامه توسعه با برخی مشکلات مواجه شوند.
آزمایش‌های اولیه Chrome به توسعه‌دهندگان اجازه می‌دهد تا یک ویژگی را برای جمعیت محدودی از کاربران Chrome فعال کنند. برای شرکت، توسعه دهندگان می توانند برای شرکت در سایت یا خدمات شما ثبت نام کنند. این فرصتی را برای شما فراهم می کند تا این ویژگی را در ترافیک تولید امتحان کنید و بازخورد خود را در مورد تجربه دنیای واقعی ارائه دهید.
Privacy Sandbox یک آزمایش منشا یکپارچه برای APIهای مرتبط و اندازه‌گیری انجام داد که اکنون کامل شده است.
هنگامی که یک ویژگی در ابتدا برای آزمایش در دسترس قرار می گیرد، تمرکز عموماً روی آزمایش عملکردی یا فنی است. با کد جدید، این انتظار وجود دارد که مشارکت‌کنندگان باگ‌ها را کشف و گزارش کنند، و همچنین برای آن اشکالات رفع کنند. این بدان معنی است که ثبات و شکل یک ویژگی ممکن است در این دوره به سرعت تغییر کند. دریافت بازخورد در مورد تجربه یکپارچه سازی و توسعه دهنده برای اطمینان از اینکه می توان پشتیبانی از اشکال زدایی و ابزارسازی را در کنار این ویژگی ایجاد کرد، بسیار مهم است.
همانطور که توسعه پیشرفت می کند و ویژگی ها پایدارتر می شوند، تمرکز روی اثربخشی در مقیاس گسترده تر یا آزمایش ابزار تغییر می کند. هدف از تست ابزار، درک عملکرد ویژگی در برابر موارد استفاده مورد نظر آن، در مقیاس است. در این مرحله، جمعیت کاربران Chrome که در آزمایش گنجانده شده‌اند افزایش می‌یابد تا نمونه بزرگتر و نماینده‌تری به دست آید. در طول این مرحله، امیدواریم سایتهایی را ببینیم که آزمایش‌های طولانی‌مدت را روی بخش بزرگ‌تری از ترافیک خود انجام می‌دهند تا این ویژگی را در برابر نیازهای تجاری خود تأیید کنند.
موفقیت در این فرآیند بستگی به این دارد که توسعه دهندگان این تست ها را انجام دهند و سپس آنچه را که یاد می گیرند به اشتراک بگذارند. ما همچنین همزمان در هر مرحله در حال آزمایش هستیم و نتایج را از طریق کانال‌های مختلف پروژه با خلاصه‌های منظم در سراسر پروژه در به‌روزرسانی‌های وضعیت API و گزارش‌های بازخورد فصلی به عنوان بخشی از تعهداتمان با CMA به اشتراک می‌گذاریم.
چه آزمایش خود را در مکان‌های عمومی مانند W3C، فرم‌های بازخورد یا از طریق کانال‌های مشارکت مستقیم به اشتراک بگذارید، امیدواریم از شما بشنویم .
آزمایش در مرورگر، چه از طریق پرچم‌های ویژگی یا آزمایش‌های اولیه، تنها راه برای بررسی نحوه عملکرد فناوری‌های جدید نیست. برخی از شرکت ها نیز در حال ساخت شبیه سازی بر اساس مفاهیم Privacy Sandbox هستند.
راه اندازی برای پذیرش مقیاس
هنگامی که یک API آزمایش شد و برای استفاده عمومی در Chrome آماده شد، راه‌اندازی را اعلام می‌کنیم و مطمئن می‌شویم که اسناد عمومی برای پذیرش اکوسیستم مقیاس‌پذیر آماده است.
ما قبلاً تعدادی نقطه عطف مهم را ارسال کرده‌ایم که بسیاری از آنها در آینده هستند. فناوری های زیر اکنون در دسترس هستند:
- کاهش کاربر-عامل : داده های مرورگر به اشتراک گذاشته شده غیرفعال را محدود کنید تا حجم اطلاعات حساس را کاهش دهید که منجر به اثر انگشت می شود. ما کاهش این مقادیر را در ماه مه 2022 آغاز کردیم و قصد داریم در می 2023 تکمیل کنیم.
- تراشه ها : به توسعه دهندگان این امکان را می دهد که یک کوکی را در فضای ذخیره سازی پارتیشن بندی شده با یک شیشه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. CHIPS در فوریه 2023 در Stable در دسترس قرار گرفت.
- مجموعه‌های شخص اول : روابط بین سایت‌ها را برای دسترسی محدود به کوکی بین سایتی با استفاده از Storage Access API اعلام کنید. First-Party Sets با Chrome Stable نسخه 113 این هفته به آرامی عرضه می شود.
- مدیریت اعتبار فدرال (FedCM) : از هویت فدرال بدون به اشتراک گذاشتن آدرس ایمیل کاربر یا سایر اطلاعات شناسایی با یک سرویس یا وب سایت شخص ثالث پشتیبانی می کند، مگر اینکه کاربر صراحتاً با این کار موافقت کند. FedCM در نوامبر 2022 ارسال شد.
در جولای 2023، APIهای مربوط و اندازه‌گیری برای پذیرش مقیاس‌پذیر در دسترس قرار گرفتند. این بدان معناست که این APIها به طور پیش فرض در کروم در دسترس هستند. توسعه دهندگان اکنون می توانند از این فناوری ها بدون پرچم مرورگر یا شرکت در آزمایش های اولیه استفاده کنند.
به طور خلاصه، این APIها برای 99 درصد از کاربران، در مقیاس، در یک محیط تولید آماده هستند.
راه اندازی های مرحله ای
برخی از فناوری ها به تدریج در دسترس قرار می گیرند. این به تیم و توسعه دهندگان ما اجازه می دهد تا مشکلات بالقوه را نظارت کرده و به آنها رسیدگی کنند. و در دسترس بودن کامل به این معنی نیست که 100٪ ترافیک API ها را فعال کرده است.
به‌عنوان مثال، راه‌اندازی مرحله‌ای «اشاره‌های کاربر-عامل مشتری» (UA-CH) در Chrome در سال 2021 آغاز شد . کاهش نماینده کاربر در آوریل 2022 آغاز شد و در مارس 2023 تکمیل شد. این به توسعه‌دهندگان فرصت کافی داد تا نحوه اتکای سایت‌هایشان به رشته کاربر-عامل را تغییر دهند.
کنترل های API
برخی از API ها، مانند API های مربوط و اندازه گیری، گزینه های پیکربندی برای کاربر دارند. این شامل توانایی فعال و غیرفعال کردن این APIها می شود.
ایجاد تشخیص ویژگی مناسب مهم است. تشخیص ویژگی می تواند به تعیین اینکه آیا یک مرورگر از کد خاصی پشتیبانی می کند یا خیر کمک می کند و به شما امکان می دهد کد جایگزین ارائه دهید. این تضمین می‌کند که سایت شما به عملکرد مورد انتظار ادامه می‌دهد، حتی اگر یک API توسط کاربر خاموش شده باشد یا کاربر در مرورگری بدون پشتیبانی از فناوری خاصی باشد.
استفاده از یک خط مشی مجوزها را برای کنترل دسترسی شخص اول و شخص ثالث به ویژگی های مرورگر در نظر بگیرید.
بازخورد خود را به اشتراک بگذارید
ما همچنان توضیح خواهیم داد که چه اتفاقی می افتد ، تا آنجا که می توانیم دید رو به جلو فراهم کنیم ، درگیری شما را تشویق و شنیدن ورودی شما.
- در مورد روش های مختلفی که می توانید بازخورد ارائه دهید ، بیاموزید.
- جزئیات فنی و دستورالعمل های اجرای را بخوانید.
- نظرات خود را با chromiumdev در توییتر به اشتراک بگذارید.
- مواردی را به repo پشتیبانی توسعه دهنده ارسال کنید.
پیشنهادات Sandbox حریم خصوصی اولین مراحل بسیاری برای ایجاد ویژگی های پلتفرم وب است.
این ویژگی های پلتفرم وب ممکن است به استانداردهای وب تبدیل شود (همچنین به عنوان مشخصات یا مشخصات شناخته می شود) ، که اسناد فنی هستند که دقیقاً نحوه عملکرد فناوری وب را شرح می دهند و چگونه مهندسان باید فناوری ها را در مرورگرهای وب پیاده سازی کنند. به عنوان مثال ، استاندارد برنامه های اینترنتی غنی در دسترس (WAI-ARIA) (که معمولاً با عنوان "آریا" شناخته می شود) روشهای فنی را برای دسترسی بیشتر به وب برای افراد دارای معلولیت تعریف می کند. این مشخصات برای و توسط کنسرسیوم وب جهانی (W3C) ، یک جامعه بین المللی با کارمندان تمام وقت ، سازمان های عضو و بازخورد عموم مردم تهیه شده است.
پس از بحث ، آزمایش و پذیرش مقیاس ، برخی از پیشنهادات ماسهبازی حریم خصوصی و API ها به مشخصات تبدیل می شوند. بسیار مهم است که ما از توسعه دهندگان و رهبران صنعت (با و بدون دانش فن آوری وب) بازخورد دریافت می کنیم تا اطمینان حاصل کنیم که ما ویژگی های وب با دوام با ابزار گسترده و محافظت از حریم خصوصی قوی را برای کاربران ایجاد می کنیم.
Chromium (پروژه منبع باز در پشت بسیاری از مرورگرهای مدرن) در مورد فرآیند توسعه ویژگی برای کلیه فناوری هایی که هدف آنها تبدیل شدن به یک استاندارد وب است ، نوشت. به دلیل ماهیت مهم حریم خصوصی و امنیت در وب ، ما قبل از شروع آزمایش انتظار می رود مقادیر زیادی از بحث و بازخورد را تشویق و تشویق کنیم.
از پیشنهاد تا استاندارد وب
در هر مرحله از توسعه ، اکوسیستم بازخورد مهمی را ارائه می دهد که جعبه ماسه حریم خصوصی را شکل می دهد. این روند ممکن است برای توسعه دهندگان وب آشنا باشد ، اما ممکن است برای سایر ذینفعان صنعت که از این API های هدفمند استفاده می کنند و تخصص آنها برای این ابتکار بسیار مهم است.
با بحث شروع کنید
ده ها پیشنهاد حفظ حریم خصوصی در طی چند سال گذشته توسط Chrome و دیگران ارائه شده است. می توانید این پیشنهادات را بخوانید ، سؤال کنید ، ایده هایی را برای بهبود آنها و دیدن آنچه دیگران می گویند ارائه دهید.
تعدادی از گروه های W3C وجود دارد که می توانید بسته به موارد استفاده مورد علاقه خود ، به آنها بپیوندید یا نظارت کنید:
- بهبود گروه تجاری تبلیغات وب
- گروه جامعه فناوری تبلیغات خصوصی
- گروه جامعه حریم خصوصی
- گروه جامعه جوجه کشی پلت فرم وب
- گروه جامعه هویت فدرال
مرحله بحث می تواند بسیار درگیر باشد.
به عنوان مثال ، مخاطبان محافظت شده (که قبلاً با عنوان Fledge شناخته می شدند) پیشنهادی برای حمایت از تبلیغات مبتنی بر علاقه و بدون ردیابی در سایت است. با ورود طرفداران حریم خصوصی و بسیاری از ذینفعان صنعت ، API مخاطبان محافظت شده از دو پیشنهاد قبلی (Pigin and Turtledove) تکامل یافته است. بیش از 100 نفر برای کمک به اصلاح نسخه فعلی ، به علاوه بیش از 300 موضوع بحث آنلاین ، به جلسات W3C پیوسته اند.
همچنین بیش از نیمی از پیشنهادات دیگر که توسط شرکت های دیگر ارائه شده است ، در همان فضای راه حل وجود داشته است. با ادامه همکاری ، امیدواریم مسیری را به جلو تعریف کنیم.
آزمایش برای مخاطبان محافظت شده و سایر API ها در پشت پرچم Chrome در دسترس است ، بنابراین توسعه دهندگان می توانند زودتر به آنها دسترسی پیدا کنند.
هر پیشنهادی به عنوان یک دوره جوجه کشی شدید به عنوان مخاطب محافظت شده نمی رود ، برخی خیلی سریعتر حرکت می کنند اما هر API ورودی را از سراسر اکوسیستم دریافت می کند. اینها ایده های جدیدی هستند و برای درست کردن آنها می تواند کار زیادی انجام دهد.
توسعه دهندگان بازخورد را آزمایش و به اشتراک می گذارند
ما به توسعه دهندگان تکیه می کنیم تا در مورد پیشرفت این فناوری ها بازخورد ارائه دهند و موضوعاتی را به اشتراک بگذاریم که ممکن است نیاز به تغییراتی در طراحی و اجرای API داشته باشد. بسیاری از فن آوری های Sandbox Privacy با گزینه های مختلف برای آزمایش در دسترس هستند. به عنوان مثال ، برای آزمایش موضوعات API ، می توانید طول دوره و پارامترهای دیگر را با پرچم های کروم تنظیم کنید.
غالباً ، مهندسان Chrome ویژگی های پشت پرچم را برای امکان آزمایش محلی اجرا می کنند ، بدون اینکه این ویژگی به طور پیش فرض در مرورگرها در دسترس باشد. توسعه دهندگان باید یک ویژگی را برای امتحان کردن فعال کنند و در دسترس بودن به نسخه Chrome بستگی دارد. با ادامه توسعه ، توسعه دهندگان می توانند انتظار داشته باشند که با برخی مسائل روبرو شوند.
آزمایشات منشاء Chrome به توسعه دهندگان این امکان را می دهد تا یک ویژگی برای جمعیت محدودی از کاربران Chrome را فعال کنند. برای مشارکت ، توسعه دهندگان می توانند برای انتخاب سایت یا خدمات شما ثبت نام کنند. این فرصتی برای شما فراهم می کند تا ویژگی را در مورد ترافیک تولید امتحان کنید و بازخوردی در مورد تجربه در دنیای واقعی ارائه دهید.
Sandbox حریم خصوصی یک آزمایش منشاء یکپارچه را برای API های مرتبط و اندازه گیری اجرا کرد ، که اکنون کامل است.
هنگامی که یک ویژگی در ابتدا برای آزمایش در دسترس قرار می گیرد ، تمرکز به طور کلی روی آزمایش عملکردی یا فنی است. با کد جدید ، این انتظار وجود دارد که مشارکت کنندگان اشکالات را کشف و گزارش دهند ، و همچنین رفع این اشکالات را ارائه دهند. این بدان معنی است که ممکن است در این دوره به سرعت و شکل یک ویژگی تغییر کند. دریافت بازخورد در مورد ادغام و تجربه توسعه دهنده برای اطمینان از ایجاد اشکال زدایی و پشتیبانی از ابزار در کنار این ویژگی بسیار مهم است.
با پیشرفت توسعه و پایدارتر شدن ویژگی ها ، تمرکز به اثربخشی مقیاس گسترده تر یا آزمایش ابزار تغییر می کند. هدف از آزمایش ابزار ، درک عملکرد این ویژگی در برابر موارد استفاده مورد نظر خود در مقیاس است. در این مرحله ، جمعیت کاربران Chrome موجود در این آزمایش برای به دست آوردن یک نمونه بزرگتر و نماینده تر افزایش یافته است. در طی این مرحله ، ما امیدواریم که سایتهایی را که آزمایشات طولانی مدت را در بخش بیشتری از ترافیک خود انجام می دهند ، برای تأیید این ویژگی در برابر نیازهای تجاری خود ببینیم.
موفقیت در این فرآیند بستگی به توسعه دهندگان این تست ها دارد ، سپس آنچه را که یاد می گیرند به اشتراک می گذارند. ما همچنین به طور همزمان در طول هر مرحله آزمایش می کنیم و نتایج را از طریق کانال های مختلف پروژه شخصی با خلاصه های منظم در سراسر پروژه در به روزرسانی های وضعیت API و گزارش های بازخورد سه ماهه به عنوان بخشی از تعهدات ما با CMA به اشتراک می گذاریم.
این که آیا شما آزمایش خود را در اماکن عمومی مانند W3C ، فرم های بازخورد یا از طریق کانال های مشارکت مستقیم به اشتراک می گذارید ، امیدواریم که از شما بشنویم .
آزمایش در مرورگر ، یا از طریق پرچم های ویژگی یا محاکمات مبدا ، تنها راه برای کشف چگونگی عملکرد فناوری های جدید نیست. برخی از شرکت ها همچنین بر اساس مفاهیم ماسهبازی حریم خصوصی در حال ساخت شبیه سازی هستند.
راه اندازی برای پذیرش مقیاس
پس از آزمایش API و آماده برای استفاده عمومی در Chrome ، ما این راه اندازی را اعلام می کنیم و اطمینان حاصل می کنیم که مستندات عمومی برای پذیرش اکوسیستم مقیاس آماده است.
ما قبلاً تعدادی از نقاط عطف مهم را حمل کرده ایم که تعداد بیشتری از آنها به دست آمده است. فن آوری های زیر اکنون در دسترس هستند:
- کاهش کاربری-عامل : داده های مرورگر مشترک منفعلانه را محدود کنید تا حجم اطلاعات حساس که منجر به اثر انگشت می شود ، کاهش یابد. ما در ماه مه 2022 کاهش این مقادیر را شروع کردیم و قصد داریم در ماه مه 2023 تکمیل کنیم.
- تراشه ها : به توسعه دهندگان اجازه می دهد تا یک کوکی را با یک کوزه کوکی جداگانه در هر سایت سطح بالا انتخاب کنند. تراشه ها در فوریه 2023 در پایدار در دسترس قرار گرفتند.
- مجموعه های شخص اول : روابط بین سایت ها را اعلام کنید تا امکان دسترسی به کوکی های بین سایت محدود با استفاده از API دسترسی به ذخیره سازی را فراهم کنید. مجموعه های شخص اول این هفته به آرامی با نسخه پایدار Chrome در حال چرخش است.
- مدیریت اعتبار فدرال (FEDCM) : از هویت فدرال پشتیبانی بدون به اشتراک گذاشتن آدرس ایمیل کاربر یا سایر اطلاعات شناسایی با یک سرویس یا وب سایت شخص ثالث پشتیبانی کنید ، مگر اینکه کاربر صریحاً موافقت کند که این کار را انجام دهد. FEDCM در نوامبر 2022 حمل شد.
در ژوئیه سال 2023 ، API های ارتباط و اندازه گیری برای پذیرش مقیاس در دسترس قرار گرفت. این بدان معنی است که این API ها به طور پیش فرض در Chrome در دسترس قرار گرفتند. اکنون توسعه دهندگان می توانند از این فناوری ها بدون پرچم های مرورگر یا مشارکت در آزمایشات مبدا استفاده کنند.
به طور خلاصه ، این API ها برای 99 درصد از کاربران ، در مقیاس ، در یک محیط تولید آماده هستند.
پرتاب مرحله
برخی از فناوری ها به تدریج در دسترس قرار می گیرند. این به تیم و توسعه دهندگان ما اجازه می دهد تا مسائل احتمالی را رصد و رسیدگی کنند. و در دسترس بودن کامل به معنای 100 ٪ ترافیک است که API ها را فعال کرده است.
به عنوان مثال ، سرویس های مشتری عامل (UA-CH) به صورت فاز در Chrome از سال 2021 آغاز شد. کاهش کاربران در آوریل 2022 آغاز شد و در مارس 2023 به پایان رسید. این به توسعه دهندگان زمان کافی برای انتقال نحوه اعتماد سایتهای آنها به رشته کاربر-عامل اجازه می دهد.
کنترل API
برخی از API ها ، مانند API های مرتبط و اندازه گیری ، گزینه های پیکربندی برای کاربر دارند. این شامل توانایی فعال کردن و غیرفعال کردن این API ها است.
ساخت تشخیص ویژگی مناسب مهم است. تشخیص ویژگی می تواند به تعیین اینکه آیا یک مرورگر از کد خاصی پشتیبانی می کند کمک کند و به شما امکان ارائه کد جایگزین را می دهد. این تضمین می کند که سایت شما همچنان به عنوان مورد انتظار رفتار می کند ، حتی اگر API توسط کاربر خاموش شده باشد یا کاربر بدون پشتیبانی از یک فناوری خاص در یک مرورگر قرار داشته باشد.
برای کنترل دسترسی شخص اول و شخص ثالث به ویژگی های مرورگر ، از یک خط مشی مجوز استفاده کنید.
بازخورد خود را به اشتراک بگذارید
ما همچنان توضیح خواهیم داد که چه اتفاقی می افتد ، تا آنجا که می توانیم دید رو به جلو فراهم کنیم ، درگیری شما را تشویق و شنیدن ورودی شما.
- در مورد روش های مختلفی که می توانید بازخورد ارائه دهید ، بیاموزید.
- جزئیات فنی و دستورالعمل های اجرای را بخوانید.
- نظرات خود را با chromiumdev در توییتر به اشتراک بگذارید.
- مواردی را به repo پشتیبانی توسعه دهنده ارسال کنید.