তৃতীয় পক্ষের কুকিজ শেষ করার জন্য প্রস্তুতি নিচ্ছে

আপনার সাইট যদি তৃতীয় পক্ষের কুকিজ ব্যবহার করে, তাহলে আমরা তাদের অবচয় করার সাথে সাথে পদক্ষেপ নেওয়ার সময়। পরীক্ষার সুবিধার্থে, ক্রোম 4ঠা জানুয়ারী, 2024 থেকে 1% ব্যবহারকারীর জন্য তৃতীয় পক্ষের কুকি সীমাবদ্ধ করেছে। Chrome 2024 সালের Q3 থেকে 100% ব্যবহারকারীর জন্য তৃতীয় পক্ষের কুকি বিধিনিষেধ আরোপ করার পরিকল্পনা করেছে, যেকোন অবশিষ্ট প্রতিযোগিতার উদ্বেগগুলি সমাধান করার সাপেক্ষে যুক্তরাজ্যের প্রতিযোগিতা এবং বাজার কর্তৃপক্ষ

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

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

এই কুকি কাউন্টডাউন সিরিজে, আমরা আপনাকে টাইমলাইনে নিয়ে যাব এবং আপনার সাইটগুলি প্রস্তুত রয়েছে তা নিশ্চিত করতে আপনি নিতে পারেন তাৎক্ষণিক পদক্ষেপগুলি।

1% তৃতীয় পক্ষের কুকি অবচয় এবং Chrome-সুবিধাযুক্ত পরীক্ষা

privacysandbox.com টাইমলাইনে আপনি ক্রোম-সুবিধাযুক্ত পরীক্ষার মোডের অংশ হিসাবে Q4 2023 এবং Q1 2024-এ দুটি মাইলফলক দেখতে পাবেন। এই পরীক্ষাটি প্রাথমিকভাবে প্রাইভেসি স্যান্ডবক্স প্রাসঙ্গিকতা এবং পরিমাপ APIগুলি পরীক্ষা করে এমন সংস্থাগুলির জন্য, তবে এর অংশ হিসাবে আমরা 1% Chrome স্থিতিশীল ব্যবহারকারীদের জন্য তৃতীয় পক্ষের কুকিজ নিষ্ক্রিয় করব৷

থার্ড-পার্টি কুকি অবচয়ের জন্য টাইমলাইন। ক্রোম-সুবিধাযুক্ত পরীক্ষার অংশ হিসাবে, লেবেল মোড সহ অপ্ট-ইন টেস্টিং শুরু হয়েছিল Q4 2023 এবং 1% 3PC অবচয় মোড 4 ঠা জানুয়ারী, 2024 থেকে। উভয়ই তৃতীয়-পক্ষ কুকি ফেজআউট শুরু হলে Q3 2024-এর মাঝামাঝি পর্যন্ত চলতে থাকবে।

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

আপনি তৃতীয় পক্ষের কুকিজ ছাড়াই আপনার সাইট চালানোর জন্য প্রস্তুত তা নিশ্চিত করতে আমরা নীচের বিশদ বিবরণ সহ এই মূল ধাপগুলিতে প্রক্রিয়াটিকে ভেঙে দিয়েছি:

  1. আপনার তৃতীয় পক্ষের কুকি ব্যবহার অডিট করুন
  2. ভাঙ্গনের জন্য পরীক্ষা করুন
  3. ক্রস-সাইট কুকির জন্য যা প্রতি সাইটের ভিত্তিতে ডেটা সঞ্চয় করে, যেমন একটি এম্বেড, বিবেচনা করুন CHIPS এর সাথে Partitioned
  4. অর্থপূর্ণভাবে লিঙ্ক করা সাইটগুলির একটি ছোট গ্রুপ জুড়ে ক্রস-সাইট কুকির জন্য, সম্পর্কিত ওয়েবসাইট সেটগুলি বিবেচনা করুন।
  5. অন্যান্য তৃতীয় পক্ষের কুকি ব্যবহারের ক্ষেত্রে, প্রাসঙ্গিক ওয়েব API-এ স্থানান্তর করুন

1. আপনার তৃতীয় পক্ষের কুকি ব্যবহার অডিট করুন

তৃতীয় পক্ষের কুকিগুলিকে তাদের SameSite=None মান দ্বারা চিহ্নিত করা যেতে পারে। আপনি এই মানের সাথে SameSite অ্যাট্রিবিউট সেট করেছেন এমন উদাহরণগুলির জন্য আপনার কোড অনুসন্ধান করা উচিত। আপনি যদি পূর্বে 2020 সালের দিকে আপনার কুকিতে SameSite=None যোগ করার জন্য পরিবর্তন করেন, তাহলে সেই পরিবর্তনগুলি একটি ভাল সূচনা পয়েন্ট প্রদান করতে পারে।

Chrome DevTools

Chrome DevTools নেটওয়ার্ক প্যানেল কুকি সেট দেখায় এবং অনুরোধে পাঠানো হয়। অ্যাপ্লিকেশন প্যানেলে আপনি স্টোরেজের অধীনে কুকি শিরোনাম দেখতে পারেন। আপনি পৃষ্ঠা লোডের অংশ হিসাবে অ্যাক্সেস করা প্রতিটি সাইটের জন্য সংরক্ষিত কুকিগুলি ব্রাউজ করতে পারেন। আপনি SameSite কলাম অনুসারে বাছাই করতে পারেন সমস্ত None কুকিকে গোষ্ঠীবদ্ধ করতে।

DevTools সমস্যা ট্যাব SameSite=কোনও কুকির জন্য একটি সতর্কতা দেখাচ্ছে।

Chrome 118 থেকে, DevTools সমস্যা ট্যাব ব্রেকিং পরিবর্তন সমস্যা দেখায়, "ক্রস-সাইট প্রসঙ্গে পাঠানো কুকি ভবিষ্যতের Chrome সংস্করণে ব্লক করা হবে।" সমস্যাটি বর্তমান পৃষ্ঠার জন্য সম্ভাব্যভাবে প্রভাবিত কুকিজ তালিকা করে।

গোপনীয়তা স্যান্ডবক্স বিশ্লেষণ টুল (PSAT)

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

DevTools সমস্যা ট্যাব SameSite=কোনও কুকির জন্য একটি সতর্কতা দেখাচ্ছে।

এক্সটেনশনটি তৃতীয় পক্ষের কুকির অবমূল্যায়ন এবং নতুন গোপনীয়তা-সংরক্ষণ বিকল্পগুলি গ্রহণের সাথে সম্পর্কিত পরিস্থিতি বিশ্লেষণ এবং ডিবাগ করার জন্য বিশেষ ক্ষমতা সহ DevTools-কে পরিপূরক করে৷

আপনি Chrome ওয়েব স্টোর থেকে এক্সটেনশনটি ডাউনলোড করতে পারেন বা PSAT সংগ্রহস্থল এবং উইকি অ্যাক্সেস করতে পারেন।

কুকিজ ব্যবহার করে আপনার তৃতীয় পক্ষগুলি পরীক্ষা করুন

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

2. ভাঙ্গন জন্য পরীক্ষা

আপনি --test-third-party-cookie-phaseout কমান্ড-লাইন পতাকা বা Chrome 118 থেকে Chrome চালু করতে পারেন, chrome://flags/#test-third-party-cookie-phaseout সক্ষম করুন। এটি Chrome-কে তৃতীয় পক্ষের কুকিগুলি ব্লক করতে সেট করবে এবং নিশ্চিত করবে যে নতুন কার্যকারিতা এবং প্রশমনগুলি সক্রিয় রয়েছে যাতে ফেজ আউটের পরে অবস্থাটি সর্বোত্তমভাবে অনুকরণ করা যায়৷

আপনি chrome://settings/cookies এর মাধ্যমে ব্লক করা তৃতীয় পক্ষের কুকিগুলির সাথে ব্রাউজ করার চেষ্টা করতে পারেন, তবে সচেতন থাকুন যে পতাকাটি নিশ্চিত করে যে নতুন এবং আপডেট হওয়া কার্যকারিতাও সক্ষম আছে৷ থার্ড-পার্টি কুকিজ ব্লক করা সমস্যা শনাক্ত করার জন্য একটি ভালো পন্থা, কিন্তু আপনি সেগুলি ঠিক করেছেন তা যাচাই করা আবশ্যক নয়।

আপনি যদি আপনার সাইটের জন্য একটি সক্রিয় টেস্ট স্যুট বজায় রাখেন, তাহলে আপনার দুটি পাশাপাশি রান করা উচিত: একটি স্বাভাবিক সেটিংসে ক্রোমের সাথে এবং আরেকটি --test-third-party-cookie-phaseout সাথে চালু করা Chrome-এর একই সংস্করণের সাথে --test-third-party-cookie-phaseout পতাকা। দ্বিতীয় দৌড়ে যে কোনো পরীক্ষায় ব্যর্থতা এবং প্রথমটিতে নয়, তৃতীয় পক্ষের কুকি নির্ভরতার জন্য তদন্ত করার জন্য ভাল প্রার্থী। নিশ্চিত করুন যে আপনি যে সমস্যাগুলি খুঁজে পেয়েছেন তা রিপোর্ট করুন

একবার আপনি সমস্যাগুলির সাথে কুকিজগুলি চিহ্নিত করার পরে এবং তাদের জন্য ব্যবহারের ক্ষেত্রে বুঝতে পারলে, আপনি প্রয়োজনীয় সমাধান বাছাই করতে নিম্নলিখিত বিকল্পগুলির মাধ্যমে কাজ করতে পারেন৷

3. চিপসের সাথে Partitioned কুকিজ ব্যবহার করুন

যেখানে আপনার তৃতীয় পক্ষের কুকিটি শীর্ষ-স্তরের সাইটের সাথে 1:1 এম্বেড করা প্রসঙ্গে ব্যবহার করা হচ্ছে, তখন আপনি কুকিজ হ্যাভিং ইন্ডিপেনডেন্ট পার্টিশনড স্টেট (CHIPS) এর অংশ হিসাবে Partitioned অ্যাট্রিবিউট ব্যবহার করার কথা বিবেচনা করতে পারেন সাইট প্রতি ব্যবহৃত পৃথক কুকি.

বিভাজিত বৈশিষ্ট্যটি শীর্ষ-স্তরের সাইট প্রতি সেট করার জন্য একটি পৃথক fav_store কুকি সক্ষম করে।

চিপস বাস্তবায়ন করতে, আপনি আপনার Set-Cookie হেডারে Partitioned বৈশিষ্ট্য যোগ করুন:

Partitioned সেট করে, সাইটটি শীর্ষ-স্তরের সাইট দ্বারা বিভক্ত একটি পৃথক কুকি জারে কুকি সংরক্ষণ করার জন্য বেছে নেয়। উপরের উদাহরণে, কুকিটি store-finder.site থেকে এসেছে যা স্টোরের একটি মানচিত্র হোস্ট করে যা একজন ব্যবহারকারীকে তাদের প্রিয় স্টোর সংরক্ষণ করতে সক্ষম করে। CHIPS ব্যবহার করে, যখন brand-a.site store-finder.site এম্বেড করে, fav_store কুকির মান হয় 123 । তারপর যখন brand-b.site এছাড়াও store-finder.site এম্বেড করে তখন তারা fav_store কুকির নিজস্ব বিভাজিত উদাহরণ সেট করে পাঠাবে, উদাহরণস্বরূপ মান 456 সহ।

এর অর্থ হল এমবেড করা পরিষেবাগুলি এখনও রাজ্য সংরক্ষণ করতে পারে, কিন্তু ক্রস-সাইট স্টোরেজ শেয়ার করা নেই যা ক্রস-সাইট ট্র্যাকিংয়ের অনুমতি দেবে।

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

চিপস সম্পর্কে আরও জানুন

4. স্টোরেজ অ্যাক্সেস API এবং সম্পর্কিত ওয়েবসাইট সেট ব্যবহার করুন

যেখানে আপনার থার্ড-পার্টি কুকি শুধুমাত্র অল্প সংখ্যক সম্পর্কিত সাইটগুলিতে ব্যবহার করা হয়, তখন আপনি সেই সংজ্ঞায়িত সাইটগুলির প্রসঙ্গে সেই কুকির জন্য ক্রস-সাইট অ্যাক্সেসের অনুমতি দেওয়ার জন্য সম্পর্কিত ওয়েবসাইট সেট (RWS) ব্যবহার করার কথা বিবেচনা করতে পারেন।

RWS প্রয়োগ করতে, আপনাকে সেটের জন্য সাইটগুলির গ্রুপ সংজ্ঞায়িত করতে হবে এবং জমা দিতে হবে । সাইটগুলি অর্থপূর্ণভাবে সম্পর্কিত কিনা তা নিশ্চিত করার জন্য, একটি বৈধ সেটের নীতির জন্য সেই সাইটগুলিকে এর দ্বারা গোষ্ঠীবদ্ধ করতে হবে: একে অপরের সাথে দৃশ্যমান সম্পর্কযুক্ত সাইটগুলি (যেমন একটি কোম্পানির পণ্য অফার করার রূপগুলি), পরিষেবা ডোমেনগুলি (যেমন API, CDN), অথবা দেশ-কোড ডোমেইন (যেমন *.uk, *.jp)।

সম্পর্কিত ওয়েবসাইট সেটগুলি ঘোষিত সাইটগুলির প্রসঙ্গে কুকি অ্যাক্সেসের অনুমতি দেয়, তবে অন্যান্য তৃতীয় পক্ষের সাইটগুলিতে নয়৷

সাইটগুলি হয় requestStorageAccess() ব্যবহার করে ক্রস-সাইট কুকি অ্যাক্সেসের অনুরোধ করতে বা requestStorageAccessFor() ব্যবহার করে অ্যাক্সেস অর্পণ করতে স্টোরেজ অ্যাক্সেস API ব্যবহার করতে পারে। যখন সাইটগুলি একই সেটের মধ্যে থাকে, তখন ব্রাউজার স্বয়ংক্রিয়ভাবে অ্যাক্সেস মঞ্জুর করবে এবং ক্রস-সাইট কুকিজ উপলব্ধ হবে৷

এর মানে হল যে সম্পর্কিত সাইটগুলির গ্রুপগুলি এখনও একটি সীমিত প্রেক্ষাপটে ক্রস-সাইট কুকিজ ব্যবহার করতে পারে, কিন্তু ক্রস-সাইট ট্র্যাকিংয়ের অনুমতি দেয় এমনভাবে অসম্পর্কিত সাইটগুলিতে তৃতীয় পক্ষের কুকিগুলি ভাগ করার ঝুঁকি নেবে না৷

সম্ভাব্য ব্যবহারের ক্ষেত্রে: অ্যাপ-নির্দিষ্ট ডোমেন, ব্র্যান্ড-নির্দিষ্ট ডোমেন, দেশ-নির্দিষ্ট ডোমেন, অবিশ্বস্ত ব্যবহারকারী সামগ্রী পরিবেশনের জন্য স্যান্ডবক্স ডোমেন, API-এর জন্য পরিষেবা ডোমেন, CDN।

RWS সম্পর্কে আরও জানুন

5. প্রাসঙ্গিক ওয়েব API-এ স্থানান্তর করুন৷

CHIPS এবং RWS ব্যবহারকারীর গোপনীয়তা বজায় রাখার সময় নির্দিষ্ট ধরণের ক্রস-সাইট কুকি অ্যাক্সেস সক্ষম করে, তবে তৃতীয় পক্ষের কুকিগুলির অন্যান্য ব্যবহারের ক্ষেত্রে অবশ্যই গোপনীয়তা-কেন্দ্রিক বিকল্পগুলিতে স্থানান্তরিত হতে হবে।

গোপনীয়তা স্যান্ডবক্স তৃতীয় পক্ষের কুকির প্রয়োজন ছাড়াই নির্দিষ্ট ব্যবহারের ক্ষেত্রে উদ্দেশ্য-নির্মিত API-এর একটি পরিসর সরবরাহ করে:

উপরন্তু, Chrome ব্যবহারকারীর ইন্টারঅ্যাকশন সহ iframes-এ ব্যবহারের জন্য স্টোরেজ অ্যাক্সেস API (SAA) সমর্থন করে। SAA ইতিমধ্যেই Edge, Firefox, এবং Safari জুড়ে সমর্থিত । আমরা বিশ্বাস করি যে এটি ক্রস-ব্রাউজার সামঞ্জস্যের সুবিধার সাথে ক্রস-সাইট কার্যকারিতা সক্রিয় করার সময় ব্যবহারকারীর গোপনীয়তা বজায় রাখতে একটি ভাল ভারসাম্য বজায় রাখে।

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

আপনার যদি এখনও তৃতীয় পক্ষের কুকি ব্যবহারের ক্ষেত্রে থাকে যেগুলি এই বিকল্পগুলির দ্বারা কভার করা হয় না, তাহলে আপনার উচিত আমাদের কাছে সমস্যাটি রিপোর্ট করা এবং বিবেচনা করা উচিত যদি এমন বিকল্প বাস্তবায়ন আছে যা কার্যকারিতার উপর নির্ভর করে না যা ক্রস-সাইট ট্র্যাকিং সক্ষম করতে পারে।

এন্টারপ্রাইজ সমর্থন

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

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

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

এন্টারপ্রাইজ SaaS ইন্টিগ্রেশন নীচে বর্ণিত তৃতীয় পক্ষের অবচয় ট্রায়াল ব্যবহার করতে সক্ষম হবে।

অ-বিজ্ঞাপন ব্যবহারের ক্ষেত্রে তৃতীয় পক্ষের অবচয় ট্রায়ালের সাথে অতিরিক্ত সময়ের অনুরোধ করুন

ওয়েবে পূর্ববর্তী অনেক অবমূল্যায়নের মতো, আমরা বুঝতে পারি এমন কিছু ক্ষেত্রে রয়েছে যেখানে সাইটগুলির প্রয়োজনীয় পরিবর্তন করতে অতিরিক্ত সময় প্রয়োজন৷ যখন এটি গোপনীয়তা-সম্পর্কিত পরিবর্তনের ক্ষেত্রে আসে, তখন আমাদের ওয়েব ব্যবহার করা লোকেদের সর্বোত্তম স্বার্থের বিরুদ্ধে ভারসাম্য বজায় রাখতে হবে।

আমরা একটি ক্রস-সাইট প্রসঙ্গে ব্যবহৃত সাইট বা পরিষেবাগুলিকে একটি সীমিত সময়ের জন্য তৃতীয় পক্ষের কুকিগুলিতে অবিরত অ্যাক্সেসের জন্য নিবন্ধন করার জন্য একটি উপায় প্রদান করার জন্য একটি অবচয় ট্রায়াল দেওয়ার পরিকল্পনা করছি৷

পরিকল্পনার অগ্রগতির সাথে সাথে আমরা আরও বিশদ ভাগ করব, তবে আমরা কয়েকটি মূল নীতি দিয়ে শুরু করছি:

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

পরবর্তী ধাপ: আমরা এই মাসে আরও বিশদ বিবরণ সহ blink-dev মেইলিং তালিকায় একটি উদ্দেশ্য প্রকাশ করব এবং এখানে ডকুমেন্টেশন আপডেট করা চালিয়ে যাব।

সমালোচনামূলক ব্যবহারকারীর অভিজ্ঞতা সংরক্ষণ করা

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

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

পরবর্তী ধাপ: আমরা এই মাসে আরও বিশদ বিবরণ সহ blink-dev মেইলিং তালিকায় একটি উদ্দেশ্য প্রকাশ করব এবং এখানে ডকুমেন্টেশন আপডেট করা চালিয়ে যাব।

তৃতীয় পক্ষের কুকিজ নিয়ে সমস্যা রিপোর্ট করা এবং সাহায্য পাওয়া

আমরা নিশ্চিত করতে চাই যে আমরা বিভিন্ন পরিস্থিতিতে ক্যাপচার করছি যেখানে সাইটগুলি তৃতীয় পক্ষের কুকি ছাড়াই ভাঙছে তা নিশ্চিত করতে আমরা নির্দেশিকা, টুলিং এবং কার্যকারিতা সরবরাহ করেছি যাতে সাইটগুলিকে তাদের তৃতীয়-পক্ষ কুকি নির্ভরতা থেকে দূরে স্থানান্তরিত করার অনুমতি দেয়। আপনার সাইট বা আপনার উপর নির্ভরশীল কোনো পরিষেবা যদি তৃতীয় পক্ষের কুকিজ অক্ষম করে ভাঙতে থাকে, তাহলে আপনি goo.gle/report-3pc-broken- এ আমাদের ব্রেকেজ ট্র্যাকারে জমা দিতে পারেন।

অবচয় প্রক্রিয়া এবং Chrome এর পরিকল্পনা সম্পর্কে আপনার যদি প্রশ্ন থাকে, আপনি আমাদের বিকাশকারী সমর্থন রেপোতে "তৃতীয়-পক্ষ কুকি অবচয়" ট্যাগ ব্যবহার করে একটি নতুন সমস্যা উত্থাপন করতে পারেন৷