কুকি নোটিশের জন্য সর্বোত্তম অনুশীলন

কর্মক্ষমতা এবং ব্যবহারযোগ্যতার জন্য কুকি নোটিশ অপ্টিমাইজ করুন।

কেটি হেমপেনিয়াস
Katie Hempenius

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

কর্মক্ষমতা

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

এখানে কুকি নোটিশ কিভাবে ওয়েব ভাইটাল মেট্রিক্সকে প্রভাবিত করতে পারে:

  • সবচেয়ে বড় কন্টেন্টফুল পেইন্ট (LCP): বেশিরভাগ কুকির সম্মতি বিজ্ঞপ্তিগুলি মোটামুটি ছোট এবং তাই সাধারণত একটি পৃষ্ঠার LCP উপাদান থাকে না। যাইহোক, এটি ঘটতে পারে - বিশেষ করে মোবাইল ডিভাইসে। মোবাইল ডিভাইসে, একটি কুকি নোটিশ সাধারণত স্ক্রিনের একটি বড় অংশ নেয়। এটি সাধারণত ঘটে যখন একটি কুকি বিজ্ঞপ্তিতে পাঠ্যের একটি বড় ব্লক থাকে (টেক্সট ব্লকগুলি LCP উপাদানও হতে পারে)।

  • প্রথম ইনপুট বিলম্ব (FID): সাধারণভাবে বলতে গেলে, আপনার কুকির সম্মতি সমাধানের FID-এর উপর ন্যূনতম প্রভাব থাকা উচিত—কুকির সম্মতির জন্য সামান্য জাভাস্ক্রিপ্ট এক্সিকিউশন প্রয়োজন। যাইহোক, এই কুকিগুলি যে প্রযুক্তিগুলিকে সক্ষম করে—যেমন বিজ্ঞাপন এবং ট্র্যাকিং স্ক্রিপ্টগুলি—পেজ ইন্টারঅ্যাক্টিভিটির উপর উল্লেখযোগ্য প্রভাব ফেলতে পারে৷ কুকি গ্রহণ না হওয়া পর্যন্ত এই স্ক্রিপ্টগুলিকে বিলম্বিত করা ফার্স্ট ইনপুট বিলম্ব (এফআইডি) হ্রাস করার একটি কৌশল হিসাবে কাজ করতে পারে।

  • Cumulative Layout Shift (CLS): কুকি কনসেন্ট নোটিশ হল লেআউট শিফটের একটি খুব সাধারণ উৎস।

সাধারণভাবে বলতে গেলে, আপনি নিজের তৈরি করা কুকি নোটিশের চেয়ে তৃতীয় পক্ষের প্রদানকারীদের থেকে একটি কুকি নোটিশ কর্মক্ষমতার উপর বেশি প্রভাব ফেলবে বলে আশা করতে পারেন। এটি কুকি নোটিশের জন্য অনন্য সমস্যা নয়- বরং সাধারণভাবে তৃতীয় পক্ষের স্ক্রিপ্টের প্রকৃতি।

সেরা অনুশীলন

এই বিভাগে সর্বোত্তম অনুশীলনগুলি তৃতীয় পক্ষের কুকি বিজ্ঞপ্তিগুলিতে ফোকাস করে৷ কিছু, কিন্তু সবকটি নয়, এই সর্বোত্তম অনুশীলনগুলিও প্রথম পক্ষের কুকি নোটিশের ক্ষেত্রে প্রযোজ্য হবে৷

কুকি নোটিশ স্ক্রিপ্ট অ্যাসিঙ্ক্রোনাসভাবে লোড করা উচিত। এটি করতে, স্ক্রিপ্ট ট্যাগে async বৈশিষ্ট্য যোগ করুন।

<script src="https://cookie-notice.com/script.js" async>

অ্যাসিঙ্ক্রোনাস নয় এমন স্ক্রিপ্ট ব্রাউজার পার্সারকে ব্লক করে। এটি পৃষ্ঠা লোড এবং LCP বিলম্বিত করে। আরও তথ্যের জন্য, দেখুন দক্ষতার সাথে তৃতীয় পক্ষের জাভাস্ক্রিপ্ট লোড করুন

কুকি নোটিশ স্ক্রিপ্টগুলিকে ট্যাগ ম্যানেজার বা অন্য স্ক্রিপ্ট দ্বারা লোড না করে মূল নথির HTML-এ স্ক্রিপ্ট ট্যাগ স্থাপন করে "সরাসরি" লোড করা উচিত। কুকি নোটিশ স্ক্রিপ্ট ইনজেক্ট করতে ট্যাগ ম্যানেজার বা সেকেন্ডারি স্ক্রিপ্ট ব্যবহার করলে কুকি নোটিশ স্ক্রিপ্ট লোড হতে দেরি হয়: এটি ব্রাউজারের লুকআহেড পার্সার থেকে স্ক্রিপ্টটিকে অস্পষ্ট করে এবং জাভাস্ক্রিপ্ট এক্সিকিউশনের আগে স্ক্রিপ্টটিকে লোড হতে বাধা দেয়।

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

<link rel="preconnect" href="https://cdn.cookie-notice.com/">

কিছু সাইট তাদের কুকি নোটিশ স্ক্রিপ্ট লোড করতে preload রিসোর্স হিন্ট ব্যবহার করে উপকৃত হবে। preload রিসোর্স ইঙ্গিত ব্রাউজারকে নির্দিষ্ট রিসোর্সের জন্য একটি প্রাথমিক অনুরোধ শুরু করতে জানায়।

<link rel="preload" href="https://www.cookie-notice.com/cookie-script.js">

preload সবচেয়ে শক্তিশালী হয় যখন এর ব্যবহার প্রতি পৃষ্ঠায় কয়েকটি মূল সংস্থান আনার মধ্যে সীমাবদ্ধ থাকে। সুতরাং, কুকি নোটিশ স্ক্রিপ্ট প্রিলোড করার উপযোগিতা পরিস্থিতির উপর নির্ভর করে পরিবর্তিত হবে।

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

লেআউট শিফট এড়িয়ে চলুন

কুকি নোটিশের সাথে সম্পর্কিত কিছু সাধারণ লেআউট পরিবর্তনের সমস্যাগুলি হল:

  • টপ-অফ-স্ক্রিন কুকি নোটিশ: টপ-অফ-স্ক্রিন কুকি নোটিশগুলি লেআউট শিফটের একটি খুব সাধারণ উৎস। আশেপাশের পৃষ্ঠাটি ইতিমধ্যে রেন্ডার হওয়ার পরে যদি একটি কুকি নোটিশ DOM-এ ঢোকানো হয়, তাহলে এটি পৃষ্ঠার উপাদানগুলিকে আরও নীচে ঠেলে দেবে৷ সম্মতির নোটিশের জন্য DOM-এ স্থান সংরক্ষিত করে এই ধরনের লেআউট শিফ্ট বাদ দেওয়া যেতে পারে। যদি এটি একটি সম্ভাব্য সমাধান না হয়-উদাহরণস্বরূপ, যদি আপনার কুকি নোটিশের মাত্রা ভূগোল অনুসারে পরিবর্তিত হয়, তাহলে কুকি নোটিশ প্রদর্শন করতে একটি স্টিকি ফুটার বা মডেল ব্যবহার করার কথা বিবেচনা করুন। যেহেতু এই দুটি বিকল্প পদ্ধতিই কুকি নোটিশটিকে বাকি পৃষ্ঠার উপরে একটি "ওভারলে" হিসাবে প্রদর্শন করে, কুকি নোটিশটি লোড হওয়ার সময় বিষয়বস্তু পরিবর্তনের কারণ হওয়া উচিত নয়।
  • অ্যানিমেশন : অনেক কুকি নোটিশ অ্যানিমেশন ব্যবহার করে—উদাহরণস্বরূপ, একটি কুকি নোটিশ "স্লাইডিং ইন" একটি সাধারণ ডিজাইন প্যাটার্ন। এই প্রভাবগুলি কীভাবে প্রয়োগ করা হয় তার উপর নির্ভর করে, তারা লেআউট পরিবর্তন ঘটাতে পারে। আরও তথ্যের জন্য, ডিবাগিং লেআউট শিফট দেখুন।
  • ফন্ট : দেরীতে লোড হওয়া ফন্টগুলি রেন্ডারকে ব্লক করতে পারে এবং বা লেআউট পরিবর্তনের কারণ হতে পারে। এই ঘটনাটি ধীর সংযোগে আরও স্পষ্ট।

উন্নত লোডিং অপ্টিমাইজেশান

এই কৌশলগুলি বাস্তবায়নের জন্য আরও কাজ করে তবে কুকি নোটিশ স্ক্রিপ্টগুলির লোডিংকে আরও অপ্টিমাইজ করতে পারে:

কর্মক্ষমতা পরিমাপ

কুকি নোটিশ কর্মক্ষমতা পরিমাপ প্রভাবিত করতে পারে. এই অধ্যায়টি এগুলি প্রশমিত করার কিছু প্রভাব এবং কৌশল নিয়ে আলোচনা করে।

রিয়েল ইউজার মনিটরিং (RUM)

কিছু বিশ্লেষণ এবং RUM টুল কর্মক্ষমতা ডেটা সংগ্রহ করতে কুকি ব্যবহার করে। ইভেন্টে যে কোনও ব্যবহারকারী কুকির ব্যবহার অস্বীকার করে এই সরঞ্জামগুলি কর্মক্ষমতা ডেটা ক্যাপচার করতে পারে না।

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

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

সিন্থেটিক পর্যবেক্ষণ

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

নিম্নলিখিত বিভাগগুলি WebPageTest এবং Lighthouse সেটিংস নিয়ে আলোচনা করে যা কর্মক্ষমতা পরিমাপ কর্মপ্রবাহে কুকি বিজ্ঞপ্তিগুলিকে অন্তর্ভুক্ত করার জন্য সহায়ক হতে পারে৷ যাইহোক, কুকিজ এবং কুকি নোটিশগুলি অনেকগুলি কারণের মধ্যে একটি যা ল্যাব পরিবেশে পুরোপুরি অনুকরণ করা কঠিন হতে পারে। এই কারণে, সিন্থেটিক টুলিংয়ের পরিবর্তে RUM ডেটাকে আপনার পারফরম্যান্স বেঞ্চমার্কিংয়ের ভিত্তি তৈরি করা গুরুত্বপূর্ণ।

স্ক্রিপ্টিং

আপনি একটি WebPageTest একটি ট্রেস সংগ্রহ করার সময় কুকি সম্মতি ব্যানার "ক্লিক" করার জন্য স্ক্রিপ্টিং ব্যবহার করতে পারেন।

স্ক্রিপ্ট ট্যাবে গিয়ে একটি স্ক্রিপ্ট যোগ করুন। নীচের স্ক্রিপ্টটি পরীক্ষা করার জন্য URL-এ নেভিগেট করে এবং তারপর id cookieButton দিয়ে DOM উপাদানটিতে ক্লিক করে।

combineSteps
navigate    %URL%
clickAndWait    id=cookieButton

এই স্ক্রিপ্ট ব্যবহার করার সময় সচেতন হন যে:

  • combineSteps ওয়েবপেজটেস্টকে স্ক্রিপ্টিং ধাপের ফলাফল "একত্রিত" করতে বলে যা ট্রেস এবং পরিমাপের একক সেটে অনুসরণ করে। combineSteps ছাড়া এই স্ক্রিপ্টটি চালানোও উপকারী হতে পারে—আলাদা ট্রেস কুকি গ্রহণের আগে বা পরে সংস্থানগুলি লোড হয়েছে কিনা তা দেখা সহজ করে তোলে।
  • %URL% হল একটি WebPageTest কনভেনশন যা পরীক্ষা করা হচ্ছে এমন URLকে বোঝায়।
  • clickAndWait WebPageTest কে বলে attribute=value দ্বারা নির্দেশিত এলিমেন্টে ক্লিক করতে এবং পরবর্তী ব্রাউজার কার্যকলাপ সম্পূর্ণ হওয়ার জন্য অপেক্ষা করুন। এটি clickAndWait attribute=Value ফরম্যাট অনুসরণ করে।

আপনি যদি এই স্ক্রিপ্টটি সঠিকভাবে কনফিগার করে থাকেন, WebPageTest দ্বারা নেওয়া স্ক্রিনশটটি কুকি নোটিশ দেখাবে না (কুকি নোটিশটি গৃহীত হয়েছে)।

WebPageTest স্ক্রিপ্টিং সম্পর্কে আরও তথ্যের জন্য, WebPageTest ডকুমেন্টেশন দেখুন।

কুকি সেট করুন

একটি কুকি সেট দিয়ে WebPageTest চালানোর জন্য, অ্যাডভান্সড ট্যাবে যান এবং কাস্টম হেডার ফিল্ডে কুকি হেডার যোগ করুন:

ওয়েবপেজটেস্টে 'কাস্টম হেডার' ক্ষেত্র দেখানো স্ক্রীশট

পরীক্ষার স্থান পরিবর্তন করুন

WebPageTest দ্বারা ব্যবহৃত পরীক্ষার অবস্থান পরিবর্তন করতে, অ্যাডভান্সড টেস্টিং ট্যাবে অবস্থিত টেস্ট লোকেশন ড্রপডাউনে ক্লিক করুন।

ওয়েবপেজটেস্টে 'পরীক্ষার অবস্থান' ড্রপডাউনের স্ক্রিনশট

লাইটহাউস রানে কুকি সেট করা বাতিঘর দ্বারা পরীক্ষার জন্য একটি নির্দিষ্ট অবস্থায় একটি পৃষ্ঠা পাওয়ার প্রক্রিয়া হিসাবে কাজ করতে পারে। লাইটহাউসের কুকির আচরণ প্রসঙ্গ (DevTools, CLI, বা PageSpeed ​​Insights) অনুসারে সামান্য পরিবর্তিত হয়।

DevTools

DevTools থেকে Lighthouse চালানো হলে কুকিজ সাফ করা হয় না। যাইহোক, অন্যান্য ধরনের স্টোরেজ ডিফল্টরূপে সাফ করা হয়। লাইটহাউস সেটিংস প্যানেলে ক্লিয়ার স্টোরেজ বিকল্পটি ব্যবহার করে এই আচরণটি পরিবর্তন করা যেতে পারে।

বাতিঘর 'ক্লিয়ার স্টোরেজ' বিকল্পটিকে হাইলাইট করে স্ক্রিনশট

সিএলআই

CLI থেকে লাইটহাউস চালানো একটি নতুন Chrome উদাহরণ ব্যবহার করে, তাই কোনো কুকি ডিফল্টরূপে সেট করা হয় না। একটি নির্দিষ্ট কুকি সেট দিয়ে CLI থেকে Lighthouse চালানোর জন্য, নিম্নলিখিত কমান্ডটি ব্যবহার করুন:

lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"

Lighthouse CLI-তে কাস্টম অনুরোধ শিরোনাম সেট করার বিষয়ে আরও তথ্যের জন্য, প্রমাণীকৃত পৃষ্ঠাগুলিতে বাতিঘর চালানো দেখুন।

পেজস্পিড ইনসাইট

PageSpeed ​​Insights থেকে Lighthouse চালানো একটি নতুন Chrome উদাহরণ ব্যবহার করে এবং কোনো কুকি সেট করে না। PageSeed অন্তর্দৃষ্টি নির্দিষ্ট কুকি সেট করতে কনফিগার করা যাবে না.

ব্যবহারকারীর অভিজ্ঞতা

বিভিন্ন কুকি সম্মতি বিজ্ঞপ্তির ব্যবহারকারীর অভিজ্ঞতা (UX) প্রাথমিকভাবে দুটি সিদ্ধান্তের ফলাফল: পৃষ্ঠার মধ্যে কুকি নোটিশের অবস্থান এবং ব্যবহারকারী কোন সাইটের কুকি ব্যবহার কাস্টমাইজ করতে পারে। এই বিভাগে এই দুটি সিদ্ধান্তের সম্ভাব্য পন্থা নিয়ে আলোচনা করা হয়েছে।

আপনার কুকি নোটিশের জন্য সম্ভাব্য ডিজাইন বিবেচনা করার সময়, এখানে কিছু বিষয় নিয়ে ভাবতে হবে:

  • ইউএক্স: এটি কি একটি ভাল ব্যবহারকারীর অভিজ্ঞতা? কিভাবে এই বিশেষ নকশা বিদ্যমান পৃষ্ঠা উপাদান এবং ব্যবহারকারী প্রবাহ প্রভাবিত করবে?
  • ব্যবসা: আপনার সাইটের কুকি কৌশল কি? কুকি নোটিশের জন্য আপনার লক্ষ্য কি?
  • আইনি: এটি কি আইনি প্রয়োজনীয়তা মেনে চলে?
  • প্রকৌশল: এটি বাস্তবায়ন এবং বজায় রাখার জন্য কতটা কাজ হবে? এটা পরিবর্তন করা কতটা কঠিন হবে?

বসানো

কুকি নোটিশ একটি শিরোনাম, ইনলাইন উপাদান, বা ফুটার হিসাবে প্রদর্শিত হতে পারে। এগুলি একটি মডেল ব্যবহার করে পৃষ্ঠার বিষয়বস্তুর উপরেও প্রদর্শিত হতে পারে বা একটি ইন্টারস্টিশিয়াল হিসাবে পরিবেশন করা যেতে পারে৷

কুকি নোটিশের জন্য বিভিন্ন প্লেসমেন্ট বিকল্পের উদাহরণ দেখানো চিত্র

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

যদিও ইনলাইন কুকি নোটিশগুলি একটি বিকল্প, সেগুলি বিদ্যমান ব্যবহারকারী ইন্টারফেসে একত্রিত করা কঠিন হতে পারে এবং তাই অস্বাভাবিক।

মডেল

মডেলগুলি হল কুকি সম্মতির বিজ্ঞপ্তি যা পৃষ্ঠার বিষয়বস্তুর উপরে প্রদর্শিত হয়। মডেলগুলি তাদের আকারের উপর নির্ভর করে বেশ ভিন্নভাবে দেখতে এবং সম্পাদন করতে পারে।

ছোট, আংশিক-স্ক্রীন মডেলগুলি এমন সাইটগুলির জন্য একটি ভাল বিকল্প হতে পারে যেগুলি কুকি নোটিশগুলিকে এমনভাবে প্রয়োগ করতে সংগ্রাম করছে যাতে লেআউট পরিবর্তনের কারণ না হয়৷

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

কনফিগারযোগ্যতা

কুকি নোটিশ ইন্টারফেস ব্যবহারকারীদের বিভিন্ন স্তরের নিয়ন্ত্রণ দেয় তারা কোন কুকি গ্রহণ করে।

কনফিগারযোগ্যতা নেই

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

কুকি কনফিগারযোগ্যতা ছাড়াই কুকি নোটিশের উদাহরণ দেখানো ডায়াগ্রাম

কিছু কনফিগারযোগ্যতা

এই কুকি বিজ্ঞপ্তিগুলি ব্যবহারকারীকে কুকিজ প্রত্যাখ্যান করার বিকল্প দেয় কিন্তু আরও দানাদার নিয়ন্ত্রণ সমর্থন করে না। কুকি নোটিশ এই পদ্ধতি কম সাধারণ.

কিছু কুকি কনফিগারযোগ্যতা সহ কুকি নোটিশের উদাহরণ দেখানো ডায়াগ্রাম

সম্পূর্ণ কনফিগারযোগ্যতা

এই কুকি নোটিশগুলি ব্যবহারকারীদের কুকি ব্যবহার কনফিগার করার জন্য আরও সূক্ষ্ম নিয়ন্ত্রণ প্রদান করে যা তারা গ্রহণ করে।

সম্পূর্ণ কুকি কনফিগারযোগ্যতা সহ চুকি নোটিশের উদাহরণ দেখানো ডায়াগ্রাম

  • UX: কুকি ব্যবহার কনফিগার করার জন্য নিয়ন্ত্রণগুলি সাধারণত একটি পৃথক মডেল ব্যবহার করে প্রদর্শিত হয় যা ব্যবহারকারী যখন প্রাথমিক কুকি সম্মতি বিজ্ঞপ্তিতে প্রতিক্রিয়া জানায় তখন চালু হয়। যাইহোক, যদি স্থান অনুমতি দেয়, কিছু সাইট প্রাথমিক কুকি সম্মতি বিজ্ঞপ্তির মধ্যে এই নিয়ন্ত্রণগুলি ইনলাইনে প্রদর্শন করবে।

  • গ্রানুলারিটি: কুকি কনফিগারেবিলিটির সবচেয়ে সাধারণ পদ্ধতি হল ব্যবহারকারীদের কুকি "বিভাগ" দ্বারা কুকিতে অপ্ট-ইন করার অনুমতি দেওয়া। সাধারণ কুকি বিভাগের উদাহরণগুলির মধ্যে রয়েছে কার্যকরী, লক্ষ্যবস্তু এবং সামাজিক মিডিয়া কুকিজ৷

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

সম্পূর্ণ কুকি কনফিগারযোগ্যতা সহ কুকি নোটিশের উদাহরণ দেখানো চিত্র