ক্রোম-সুবিধাযুক্ত পরীক্ষা

আমরা Chrome-সুবিধাযুক্ত টেস্টিং মোডগুলি প্রদান করছি যা সাইটগুলিকে প্রিভিউ করতে দেয় যে কীভাবে সাইটের আচরণ এবং বৈশিষ্ট্যগুলি তৃতীয় পক্ষের কুকি ছাড়াই কাজ করে। এই নির্দেশিকাটি পরীক্ষার মোডগুলির একটি ওভারভিউ প্রদান করে যা Chrome প্রদান করার পরিকল্পনা করে এবং কীভাবে পরীক্ষামূলক গ্রুপ লেবেলগুলি অ্যাক্সেস করতে হয়।

এই প্রসঙ্গে Chrome ব্রাউজার একটি Chrome ক্লায়েন্টকে বোঝায়: একটি ডিভাইসে একটি Chrome ইনস্টলেশন। প্রতিটি স্বতন্ত্র ব্যবহারকারী ডেটা ডিরেক্টরি একটি স্বতন্ত্র ক্লায়েন্ট গঠন করে।

পরীক্ষামূলক গোষ্ঠী : Chrome ব্রাউজারগুলির একটি সেট যার জন্য নির্দিষ্ট বৈশিষ্ট্যগুলি সক্ষম, অক্ষম বা কনফিগার করা হয়েছে৷ ক্রোম-সুবিধাযুক্ত পরীক্ষার প্রসঙ্গে, ব্রাউজারগুলির একটি সেট যার জন্য লেবেল সেট করা আছে৷

লেবেল : এই প্রসঙ্গে, একটি অনুরোধ শিরোনাম মান যা একটি ব্রাউজারের জন্য সেট করা হয় যা একটি পরীক্ষা গোষ্ঠীর অন্তর্গত। একটি এক্সপেরিমেন্ট গ্রুপের প্রতিটি ব্রাউজার সেই গ্রুপে থাকবে ক্রোম-সুবিধাযুক্ত পরীক্ষার সময়কালে, এটি নিশ্চিত করে যে ব্রাউজারের লেবেল পরীক্ষকদের মধ্যে সামঞ্জস্যপূর্ণ থাকে।

দ্রষ্টব্য: এই পরীক্ষাটি গোপনীয়তা স্যান্ডবক্স প্রাসঙ্গিকতা এবং পরিমাপ APIs (PS R&M APIs): অ্যাট্রিবিউশন রিপোর্টিং, সুরক্ষিত দর্শক, বিষয়, ব্যক্তিগত সমষ্টি, ভাগ করা সঞ্চয়স্থান, এবং বেড়াযুক্ত ফ্রেমগুলির কার্যকারিতা পরিমাপের উপর ফোকাস করে৷

আমরা দুটি স্বতন্ত্র মোড অফার করেছি:

• মোড A: নভেম্বর 2023 থেকে, PS R&M API পরীক্ষা করা সংস্থাগুলি বিভিন্ন পরীক্ষক জুড়ে সমন্বিত পরীক্ষার অনুমতি দেওয়ার জন্য Chrome ব্রাউজারগুলির একটি উপসেটে সামঞ্জস্যপূর্ণ লেবেলগুলি পেতে বেছে নিতে সক্ষম হয়েছে।
• মোড B: 4 ঠা জানুয়ারী, 2024 থেকে শুরু করে, Chrome বিশ্বব্যাপী Chrome ব্রাউজারগুলির একটি অংশের জন্য তৃতীয় পক্ষের কুকিগুলি অক্ষম করেছে৷

আমরা CMA এর সাথে কাজ করেছি তা নিশ্চিত করার জন্য যে এই টেস্টিং মোডগুলি তৃতীয় পক্ষের জন্য পরীক্ষার কাঠামোর (এবং টাইমলাইন) সাথে সামঞ্জস্যপূর্ণ হয় যা ইন্ডাস্ট্রি টেস্টিং এর নির্দেশিকাতে দেওয়া হয়েছে। ফলস্বরূপ, CMA অনুমান করে যে এই মোডগুলিতে পরীক্ষার ফলাফলগুলি গোপনীয়তা স্যান্ডবক্সের মূল্যায়নে ব্যবহার করা যেতে পারে। CMA ইঙ্গিত দিয়েছে যে তারা পরীক্ষামূলক ডিজাইন 2 থেকে ফলাফলের উপর আরও বেশি গুরুত্ব দিতে পারে, যা মোড বি লেবেল এবং মোড এ নিয়ন্ত্রণ 1 লেবেল ব্যবহার করে। পরীক্ষামূলক ডিজাইন 2 এর আরও তথ্যের জন্য CMA এর 26 অক্টোবর নির্দেশিকা দেখুন।

একটি HTTP শিরোনাম বা JavaScript API থেকে উপলব্ধ অস্থায়ী Sec-Cookie-Deprecation মান ব্যবহার করে লেবেলগুলি অ্যাক্সেস করা যেতে পারে। বাস্তবায়নের বিশদ বিবরণের জন্য, Sec-Cookie-Deprecation মান বিভাগটি ব্যবহার করে অ্যাক্সেস লেবেলগুলি দেখুন।

আমরা সাধারণ ব্লিঙ্ক ডেভেলপমেন্ট প্রক্রিয়ার মাধ্যমেও এই প্রস্তাব পাঠাব, যেখানে প্রযুক্তিগত নকশা এবং Chrome রিলিজের মাইলফলক চূড়ান্ত করা হবে। যদিও এটি বাস্তবায়ন আমরা চালাতে চাই, অতিরিক্ত আলোচনা এবং অনুমোদন মানে এই বিবরণ এখনও পরিবর্তন সাপেক্ষে। পরিকল্পনার অগ্রগতির সাথে সাথে আমরা এই পৃষ্ঠাটি আপডেট করতে থাকব, এবং আপনি প্রতিক্রিয়া বা প্রশ্ন প্রদান করা চালিয়ে যেতে পারেন।

মোড A: লেবেলযুক্ত ব্রাউজার গ্রুপ

পরীক্ষায় অংশগ্রহণকারী সংস্থাগুলি ক্রোম ব্রাউজারগুলির একটি উপসেটের জন্য একটি স্থায়ী লেবেল গ্রহণের জন্য নির্বাচন করতে সক্ষম হবে, একই ব্রাউজারগুলির একই সেটে বিভিন্ন বিজ্ঞাপন প্রযুক্তি জুড়ে সমন্বিত পরীক্ষার অনুমতি দেবে৷ উদাহরণস্বরূপ, যদি একটি ব্রাউজার label_only_3 পরীক্ষামূলক গোষ্ঠীতে পড়ে (নিম্নলিখিত সারণীতে দেখানো হয়েছে) তাহলে সমস্ত অংশগ্রহণকারী বিজ্ঞাপন প্রযুক্তি একই label_only_3 লেবেল দেখতে এবং সেই অনুযায়ী সমন্বয় করতে সক্ষম হবে: PS R&M API ব্যবহার করুন, কিন্তু তৃতীয়- ব্যবহার করা থেকে বিরত থাকুন। পার্টি কুকিজ আমরা আশা করি যে পৃষ্ঠার অংশগ্রহণকারীরা নিশ্চিত করবে যে লেবেলগুলি অন্যান্য অংশগ্রহণকারীদের কাছে ফরওয়ার্ড করা হয়েছে যাতে বিজ্ঞাপন নির্বাচন এবং পরিমাপের পুরো প্রক্রিয়া জুড়ে ধারাবাহিক পরীক্ষা-নিরীক্ষার অনুমতি দেওয়া হয়।

উদাহরণস্বরূপ, এটি একাধিক অংশগ্রহণকারীদের ব্রাউজারগুলির একটি সামঞ্জস্যপূর্ণ গোষ্ঠী জুড়ে তৃতীয় পক্ষের কুকি ছাড়া সুরক্ষিত দর্শক নিলাম চালানোর অনুমতি দেয়৷ নিলাম বিক্রেতা অংশগ্রহণকারীরা সমন্বিত পরীক্ষার সুবিধার্থে ক্রেতাদের কাছে পর্যবেক্ষিত লেবেলটি ফরোয়ার্ড করবে।

থার্ড-পার্টি কুকিজের উপলব্ধতা সহ Chrome-এর সেই ঘটনাগুলিতে লেবেলগুলি কোনও আচরণকে প্রভাবিত করে না৷ লেবেলগুলি স্বাধীন, সমন্বিত পরীক্ষার জন্য গ্রুপিং প্রদান করে, কিন্তু পরীক্ষার জন্য প্রাসঙ্গিক পরামিতিগুলি প্রয়োগ করার জন্য এটি অংশগ্রহণকারী পক্ষের উপর নির্ভর করে। আপনি যদি তৃতীয় পক্ষের কুকি অপসারণের প্রভাব পরীক্ষা করছেন, তাহলে প্রতিটি অংশগ্রহণকারী সেই লেবেল সহ ব্রাউজারগুলির জন্য তৃতীয় পক্ষের কুকি ডেটা বাদ দেওয়ার জন্য দায়ী৷

উদ্দেশ্য হল সাধারণ ক্রোম ট্রাফিকের প্রতিনিধিত্বকারী গোষ্ঠীগুলি থাকা৷ তার মানে তৃতীয় পক্ষের কুকি এবং PS R&M API উভয়ই উপলব্ধ হওয়া উচিত, যদিও ব্যবহারকারীদের কিছু অংশ বৈশিষ্ট্য পরিবর্তন বা অক্ষম করতে সেটিংস বা এক্সটেনশন ব্যবহার করতে পারে।

লেবেলগুলি সাধারণত Chrome এ একটি ব্রাউজিং সেশন জুড়ে এবং সেশন জুড়ে স্থায়ী থাকবে। যাইহোক, এটি নিশ্চিত করা হয় না, কারণ এমন বিরল পরিস্থিতি রয়েছে যেখানে সম্পূর্ণরূপে একটি ব্রাউজার রিসেট করা বর্তমান লেবেলটি পুনরায় সেট করতে পারে।

আমরা মোড A-এর জন্য 8.5% Chrome স্থিতিশীল ব্রাউজার অন্তর্ভুক্ত করার পরিকল্পনা করছি, এবং আমাদের প্রাথমিক প্রস্তাব সেই জনসংখ্যাকে নয়টি গ্রুপে বিভক্ত করে। ছোট সাবগ্রুপগুলির উদ্দেশ্য হল বিজ্ঞাপন প্রযুক্তিগুলিকে বিভিন্ন মাপের নিজস্ব পরীক্ষা তৈরি করতে লেবেলগুলিকে একত্রিত করার জন্য নমনীয়তা দেওয়ার জন্য। গ্রুপ ওভারল্যাপ না.

নোট করুন যে 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 থেকে উপলব্ধ রয়েছে এবং মোড A control_1_* গ্রুপগুলি 4 জানুয়ারী, 2024 থেকে উপলব্ধ করা হয়েছে।

মোড B: তৃতীয় পক্ষের 1% কুকি নিষ্ক্রিয় করুন

4 জানুয়ারী, 2024 থেকে (এবং Q4 2023-এ ডেভ, ক্যানারি এবং বিটা ব্রাউজারগুলিতেও) Chrome আনুমানিক 1% Chrome স্থিতিশীল ব্রাউজারগুলির জন্য তৃতীয়-পক্ষ কুকিজ নিষ্ক্রিয় করেছে। PS R&M API গুলি পরীক্ষা করে এমন সংস্থাগুলিকে এই মোডের জন্য নির্বাচন করার দরকার নেই, কারণ এটি সমগ্র ব্রাউজার জনসংখ্যা জুড়ে সমানভাবে প্রয়োগ করা হয়৷ কিছু সাইট বৈশিষ্ট্য প্রভাবিত হতে পারে যদি সাইটটি এখনও একটি বিকল্প সমাধান গ্রহণ না করে থাকে, যেমন CHIPS বা সম্পর্কিত ওয়েবসাইট সেট ৷

দ্রষ্টব্য: আপনি যদি সাইটের বৈশিষ্ট্যগুলির জন্য তৃতীয় পক্ষের কুকি ডেটার উপর নির্ভর করেন, তাহলে চিপস বা সম্পর্কিত ওয়েবসাইট সেটগুলি আপনার প্রয়োজনগুলি পূরণ করতে পারে কিনা তা বোঝার জন্য আমাদের নির্দেশিকা পড়ুন৷ আমরা একটি পাবলিক ইস্যু ট্র্যাকার চালু করেছি, যেখানে আপনি তৃতীয় পক্ষের কুকির ফলে সাইটের সমস্যা রিপোর্ট করতে পারেন। ব্যবহারকারীর অভিজ্ঞতাকে প্রভাবিত করে এমন সমস্যাগুলির সনাক্তকরণ, সমাধান এবং সক্রিয়ভাবে সাইট মালিকদের সতর্ক করার জন্য আমরা প্রশমিত করার জন্য কাজ করছি।

উপরন্তু, আমরা মোড B এর মধ্যে ট্রাফিকের একটি ছোট ভগ্নাংশ প্রদান করার পরিকল্পনা করছি যাতে PS R&M API নিষ্ক্রিয় করা আছে। অন্যান্য API, যেমন সম্পর্কিত ওয়েবসাইট সেট, চিপস, এবং ফেডসিএম, অক্ষম করা হবে না। আমরা আশা করি যে এই সংমিশ্রণটি তৃতীয় পক্ষের কুকি ছাড়া এবং PS R&M API ছাড়া ব্রাউজারগুলির জন্য কার্যক্ষমতার একটি বেসলাইন স্থাপন করতে সহায়ক হবে৷

মোড B-এর অংশ হিসাবে আমরা প্রভাবিত ব্রাউজারগুলির জন্য লেবেলও প্রদান করি। API গুলি নিষ্ক্রিয় হওয়ার সাথে সাথে লেবেলগুলি উপলব্ধ। আমরা জনসংখ্যাকে তিনটি treatment_1.* গ্রুপে বিভক্ত করার প্রস্তাব করছি যেখানে তৃতীয় পক্ষের কুকিজ নিষ্ক্রিয়, কিন্তু PS R&M API পাওয়া যায় এবং একটি control_2 গ্রুপ যেখানে তৃতীয় পক্ষের কুকি এবং PS R&M API উভয়ই নিষ্ক্রিয়।

অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং প্রাইভেট অ্যাগ্রিগেশন এপিআই ইন্টিগ্রেশন ডিবাগ করার জন্য এবং পরীক্ষায় অংশগ্রহণকারীদের গোলমালের প্রভাবকে আরও ভালভাবে বুঝতে সাহায্য করার জন্য, ARA ডিবাগ রিপোর্ট এবং প্রাইভেট অ্যাগ্রিগেশন ডিবাগ রিপোর্ট মোড বি-তে ব্রাউজারগুলির জন্য এখনও উপলব্ধ থাকবে, যতক্ষণ না ব্যবহারকারী স্পষ্টভাবে প্রকাশ না করেন। ব্লক করা তৃতীয় পক্ষের কুকিজ। ডিবাগ রিপোর্টগুলি control_2 এ উপলব্ধ হবে না, যেহেতু PS R&M APIগুলি সেই স্লাইসে উপলব্ধ নয়৷

• অ্যাট্রিবিউশন রিপোর্টিং API-এর জন্য, যেহেতু তৃতীয় পক্ষের কুকিজ নিষ্ক্রিয় করা আছে, রিপোর্টিং মূল ar_debug কুকি সেট করতে সক্ষম হবে না এবং debug_key ক্ষেত্রগুলি (অ্যাট্রিবিউশন-সফল প্রতিবেদনের জন্য) এবং debug_reporting ক্ষেত্রগুলি (ভার্বোস রিপোর্টের জন্য) সেট করার উপর নির্ভর করা উচিত। ডিবাগিং রিপোর্ট প্রাপ্তি অপ্ট-ইন বা আউট করতে।
• প্রাইভেট অ্যাগ্রিগেশন এপিআই-এর জন্য, ডিবাগিং রিপোর্ট প্রাপ্তির অপ্ট-ইন নিয়ন্ত্রণ করতে রিপোর্টিং মূলকে enableDebugMode() কল করার উপর নির্ভর করতে হবে। ডিবাগ রিপোর্ট সহ অ্যাট্রিবিউশন রিপোর্টিং এপিআই এবং প্রাইভেট অ্যাগ্রিগেশন এপিআই ব্যবহারের ক্ষেত্রে কীভাবে নিয়ন্ত্রক বাধ্যবাধকতা প্রযোজ্য হতে পারে তা কোম্পানিগুলির বিবেচনা করা উচিত।

মোড 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

ক্রোম 20% ক্রোম ক্যানারি, ডেভ এবং বিটা ক্লায়েন্টের জন্য কুকিজ সীমাবদ্ধ করেছে।

লেবেল	প্রাক-স্থিতিশীল ট্রাফিকের %
prestable_treatment_1	10%
prestable_control_2	10%

এই পরীক্ষার অস্ত্রগুলির একটিতে অন্তর্ভুক্তি তাদের স্থিতিশীল সমতুল্যগুলির মতো একই প্রভাব ফেলবে।

মোড A এর মতো, PS R&M APIগুলি উপলব্ধ হওয়ার নিশ্চয়তা নেই, কারণ ব্যবহারকারীরা Chrome গোপনীয়তা এবং নিরাপত্তা সেটিংস থেকে সেগুলিকে অক্ষম করতে পারেন৷ একইভাবে, control_2 গ্রুপের প্রত্যেক সদস্যের জন্য তৃতীয় পক্ষের কুকিজ নিষ্ক্রিয় করার নিশ্চয়তা নেই, যেহেতু ব্যবহারকারীরা একটি সাইটের জন্য তৃতীয় পক্ষের কুকিজকে অনুমতি দিতে ব্রাউজার UI অ্যাক্সেস করতে পারে৷

দ্রষ্টব্য: প্রশমন যা কিছু নির্দিষ্ট প্রেক্ষাপটে তৃতীয় পক্ষের কুকিজকে মঞ্জুরি দেয় মোড B ব্যবহারকারীদের জন্য সক্ষম করা হয়েছে, কিন্তু এই প্রশমনগুলি অস্থায়ী, এবং ক্রোম ভবিষ্যতে অস্থায়ী প্রশমন অক্ষম করার পরিকল্পনা করছে, এই সময়ে ব্যবহারকারীদের অভিজ্ঞতা মোড থেকে ভিন্ন হবে B অভিজ্ঞতা, যেহেতু প্রশমন আর উপলব্ধ হবে না।

পরীক্ষা নিরীক্ষণ

প্রতিটি চিকিত্সা এবং নিয়ন্ত্রণ লেবেলের আপেক্ষিক ট্র্যাফিক ভলিউম নিরীক্ষণ নিশ্চিত করুন। treatment_1.1 প্রায় একই পরিমাণ ট্রাফিক থাকা উচিত treatment_1.2 এবং treatment_1.3 ।

আমরা 120 সংস্করণের পূর্বে ক্রোম সংস্করণ থেকে আসা লেবেল সম্বলিত ট্র্যাফিকের বিষয়ে বিচক্ষণতা ব্যবহার করার পরামর্শ দিই৷ যদি আপনার দলটি সাধারণত অবৈধ ট্র্যাফিক পরিচালনা করে এমন ব্যবহারকারী এজেন্টদের সনাক্ত করে যেগুলি অবৈধ ট্র্যাফিকের বৈশিষ্ট্যগুলি প্রদর্শন করে, তাহলে পরীক্ষার ফলাফল থেকে এগুলিকে ফিল্টার করার অর্থ হবে৷

প্রি-পিরিয়ড লেবেল

জানুয়ারী 2024 পর্যন্ত, আমরা একাধিক পরীক্ষামূলক অস্ত্রের জন্য প্রাক-পিরিয়ড চালিয়েছিলাম। এই প্রি-পিরিয়ড সময়গুলি ক্রোমকে সঠিকভাবে আকার দিতে এবং পরিসংখ্যানগতভাবে নিরপেক্ষ গোষ্ঠী নির্বাচন করার অনুমতি দেয়। এই প্রি-পিরিয়ডগুলি জানুয়ারিতে শুরু হওয়ার জন্য নির্ধারিত সমস্ত অস্ত্রের জন্য চলছিল: মোড বি অস্ত্র এবং নিয়ন্ত্রণ_1।* অস্ত্র। এখানে ডেভেলপার বা সাইট অ্যাকশনের কোনো প্রয়োজন নেই—এই প্রাক-পিরিয়ড অস্ত্রগুলি আচরণ বা API উপলব্ধতার কোনো পরিবর্তন অনুভব করবে না—কিন্তু আপনার সচেতন হওয়া উচিত যে আপনি কিছু পরিস্থিতিতে একটি preperiod লেবেল ফিরে দেখতে পাবেন। যদিও preperiod লেবেল প্রাপ্ত ব্রাউজারগুলি পরীক্ষামূলক গোষ্ঠীগুলির মধ্যে একটিতে স্থানান্তরিত হতে পারে, এটি নিশ্চিত নয়, তাই এই লেবেল সহ ব্রাউজারগুলি পরীক্ষায় থাকার গ্যারান্টিযুক্ত অনুমান না করার পরামর্শ দেওয়া হচ্ছে৷

একটি পরীক্ষা বাহু অধ্যয়নের অধীনে জনসংখ্যার একটি উপসেট; এই ক্ষেত্রে, লেবেলযুক্ত গ্রুপগুলির মধ্যে একটি।

সেকেন্ড-কুকি-অবচন মান ব্যবহার করে লেবেল অ্যাক্সেস করুন

মোড A এবং মোড B এর সময়কালের জন্য আমরা একটি অপ্ট-ইন HTTP হেডার এবং জাভাস্ক্রিপ্ট API ব্যবহার করে অ্যাক্সেসযোগ্য একটি অস্থায়ী Sec-Cookie-Deprecation মান চালু করেছি, যা ব্রাউজারের প্রযোজ্য মোড A বা B পরীক্ষা গোষ্ঠীর জন্য লেবেল প্রদান করে (যেমন দ্বারা সংজ্ঞায়িত করা হয়েছে উপরের শতাংশ), যদি এটি এইগুলির একটিতে পড়ে।

লেবেল অ্যাক্সেস করার মধ্যে ব্যবহারকারীর ডিভাইসে সঞ্চিত তথ্য অ্যাক্সেস করা জড়িত। কিছু বিচারব্যবস্থায় (যেমন ইইউ এবং ইউকে), আমরা বুঝি যে এই কার্যকলাপটি কুকিজ ব্যবহারের সাথে সাদৃশ্যপূর্ণ এবং এইভাবে লেবেলগুলি অ্যাক্সেস করার জন্য সম্ভবত শেষ ব্যবহারকারীর সম্মতি প্রয়োজন। আপনি লেবেলগুলির জন্য অনুরোধ করা শুরু করার আগে, আমরা সুপারিশ করি যে আপনি এই সম্মতি বাধ্যবাধকতা আপনার ক্ষেত্রে প্রযোজ্য কিনা সে সম্পর্কে আইনি পরামর্শ নিন৷

দ্রষ্টব্য: আমরা ক্রোমিয়ামে পাঠানো সমস্ত বৈশিষ্ট্যের মতো, আমরা ব্লিঙ্ক ডেভেলপমেন্ট প্রক্রিয়ার অংশ হিসাবে প্রোটোটাইপে (I2P) একটি অভিপ্রায় পাঠিয়েছি৷ আমরা যা প্রস্তাব করছি তা পরে বর্ণিত বাস্তবায়নের বিবরণ, কিন্তু আমরা Chrome Stable-এ বৈশিষ্ট্যটি পাঠানোর আগে এগুলি পরিবর্তিত হতে পারে । আমরা এই ডকুমেন্টেশন আপডেট করা চালিয়ে যাব এবং আপনি যখন ইন্টেন্টগুলি ব্লিঙ্ক-ডেভ মেলিং তালিকায় পোস্ট করা হয় তখন আপনি সর্বজনীন আলোচনা অনুসরণ করতে পারেন।

Sec-Cookie-Deprecation HTTP হেডার অ্যাক্সেস করুন

Sec-Cookie-Deprecation অনুরোধ শিরোনাম পেতে, একটি সাইটকে অবশ্যই প্রথমে receive-cookie-deprecation কুকি সেট করতে হবে। এই কুকিটিকে অবশ্যই Partitioned অ্যাট্রিবিউট ব্যবহার করতে হবে, যার মানে শীর্ষ-স্তরের সাইট প্রতি শিরোনাম গ্রহণের জন্য অপ্ট-ইন করতে হবে।

উদাহরণস্বরূপ, 3p-example.site যদি example.com এ এমবেড করা তার সংস্থানগুলিতে Sec-Cookie-Deprecation হেডার পেতে চায়, তাহলে 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 অ্যাক্সেস করুন

এছাড়াও navigator.cookieDeprecationLabel.getValue() JavaScript API ব্যবহার করে Sec-Cookie-Deprecation মান অ্যাক্সেস করা যেতে পারে। এটি একটি প্রতিশ্রুতি প্রদান করে যা প্রযোজ্য গ্রুপ লেবেল ধারণকারী একটি স্ট্রিংয়ের সমাধান করে। উদাহরণস্বরূপ, যদি ব্রাউজারটি 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 উপলব্ধ হবে না বা মানটি একটি খালি স্ট্রিং হবে, তাই নিশ্চিত করুন যে আপনি বৈশিষ্ট্য সনাক্তকরণ করছেন৷

receive-cookie-deprecation কুকির উপস্থিতি নির্বিশেষে JavaScript API বলা যেতে পারে। যাইহোক, যদি সাইটের জন্য কুকিজ সম্পূর্ণভাবে বা বিশেষভাবে ব্লক করা হয়, তাহলে API আবার উপলভ্য হবে না বা একটি খালি স্ট্রিং ফেরত দেবে।

ক্লায়েন্ট-প্রদত্ত যে কোনও মান হিসাবে, নিশ্চিত করুন যে আপনি ব্যবহারের আগে হেডার বা JavaScript API থেকে মানটিকে স্যানিটাইজ এবং যাচাই করেছেন।

ডেমো এবং পরীক্ষা

Chrome 120 থেকে, স্থানীয় বিকাশকারীর অনুরোধ এবং লেবেল পড়ার পরীক্ষা সক্ষম করার জন্য পতাকা উপলব্ধ রয়েছে৷

chrome://flags/#tpc-phase-out-facilitated-testing পতাকা আপনাকে পরীক্ষার লেবেলগুলির একটি নির্বাচন সক্ষম করতে দেয়৷ এই লেবেলগুলিকে আসল লেবেল থেকে আলাদা করার জন্য fake_ দিয়ে উপসর্গ দেওয়া হয়েছে৷ পতাকা সক্ষম করা ব্রাউজারটিকে কোনো পরীক্ষামূলক গোষ্ঠীতে বেছে নেয় না।

আপনি goo.gle/cft-demo- এ লেবেলগুলি কার্যরত দেখতে পারেন।

যেহেতু গোপনীয়তা স্যান্ডবক্স প্রাসঙ্গিকতা এবং পরিমাপ API-এর জন্য তালিকাভুক্তি প্রয়োগ করা হয়েছে, তাই আপনাকে chrome://flags/#privacy-sandbox-enrollment-overrides ব্যবহার করে এবং ডেমো উত্স সরবরাহ করে স্থানীয় পরীক্ষার জন্য প্রয়োগকে ওভাররাইড করতে হতে পারে৷ বিকল্পভাবে, আপনি যদি কোনো টার্মিনাল থেকে Chrome চালান তাহলে নিম্নলিখিত কমান্ড-লাইন পতাকা অন্তর্ভুক্ত করুন: --args --disable-features=EnforcePrivacySandboxAttestations

Chrome-সুবিধাযুক্ত পরীক্ষার পতাকা সেটিংস

পতাকা ড্রপ-ডাউন একাধিক বিকল্প অন্তর্ভুক্ত. পরীক্ষকরা প্রাথমিকভাবে "ফোর্স" চিহ্নিত এন্ট্রিগুলিতে আগ্রহী হবেন কারণ এটি নিশ্চিত করে যে অন্যান্য ডিভাইস কনফিগারেশন নির্বিশেষে পরীক্ষামূলক আচরণ সক্ষম করা হয়েছে।

শুধুমাত্র পরীক্ষামূলক গ্রুপ লেবেল পরীক্ষা করতে, "সক্ষম ফোর্স কন্ট্রোল 1" বা "সক্ষম ফোর্স লেবেল শুধুমাত্র" নির্বাচন করুন। এর ফলে ব্রাউজার "fake_control_1.1" বা "fake_label_only_1.1" লেবেল পাঠাবে।

Chrome M120 বা পরবর্তীতে আপনি নিম্নলিখিত এন্ট্রিগুলিও ব্যবহার করতে পারেন৷

তৃতীয় পক্ষের কুকি ব্লকিং পরীক্ষা করতে, "সক্ষম ফোর্স ট্রিটমেন্ট" নির্বাচন করুন। এটি "fake_treatment_1.1" এক্সপেরিমেন্ট গ্রুপ লেবেল পাঠাবে, কিন্তু তৃতীয় পক্ষের কুকি ব্লক করতে কুকি সেটিংস পৃষ্ঠা এবং বর্তমান কুকি সেটিংসও পরিবর্তন করবে।

ব্যক্তিগত বিজ্ঞাপন API ছাড়া তৃতীয় পক্ষের কুকি ব্লকিং পরীক্ষা করতে, "ফোর্স কন্ট্রোল 2" নির্বাচন করুন। এটি "fake_control_2" পরীক্ষা গোষ্ঠীর লেবেল পাঠাবে, কুকি সেটিংস পৃষ্ঠা আপডেট করবে, তৃতীয় পক্ষের কুকিগুলিকে ব্লক করবে এবং নতুন ব্যক্তিগত বিজ্ঞাপন APIগুলিকে দমন করবে৷

দ্রষ্টব্য, এমন একটি সমস্যা রয়েছে যেখানে ব্রাউজারটি নতুন কুকি সেটিং পৃষ্ঠা এবং সেটিংসের সাথে থাকবে যা আপনি পতাকা অক্ষম করলেও তৃতীয় পক্ষের কুকিগুলিকে ব্লক করে। আমরা এই সমস্যাটি সমাধান করার জন্য কাজ করছি, কিন্তু ইতিমধ্যে আপনি --user-data-dir=<new dir> কমান্ড লাইন পতাকা দিয়ে Chrome চালু করে একটি পৃথক Chrome ডেটা ডিরেক্টরিতে এই পতাকা মানগুলি পরীক্ষা করতে পারেন৷

প্রতিক্রিয়া

প্রশ্নগুলি পরিচালনা করতে আমরা GitHub-এ বিকাশকারী সমর্থন সংগ্রহস্থলে "ক্রোম-টেস্টিং" লেবেলটি ব্যবহার করি। আমরা প্রাথমিক প্রশ্নগুলিতে আপনার প্রতিক্রিয়া এবং আলোচনাকে স্বাগত জানাই:

• আপনি কি মোড এ, মোড বি, বা উভয় ব্যবহার করে পরীক্ষা করার পরিকল্পনা করছেন?
• Chrome-সুবিধাযুক্ত পরীক্ষার জন্য লেবেল মাপ বাছাই করা
• ক্রোম-সুবিধাযুক্ত পরীক্ষার জন্য ক্লায়েন্ট ইঙ্গিতগুলির ব্যবহার

এছাড়াও আপনি "Chrome-সুবিধাযুক্ত পরীক্ষা" টেমপ্লেট ব্যবহার করে সংগ্রহস্থলে নতুন প্রশ্ন বা আলোচনা উত্থাপন করতে পারেন।