কেন Drupal-এর একটি ইচ্ছাকৃত সম্মতি আর্কিটেকচার প্রয়োজন

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

এই অপারেশনগুলির প্রতিটি একটি পৃথক সম্মতি গেট চালু করে। ePrivacy Directive-এর Article 5(3) অনুযায়ী, প্রতিটি অ-প্রয়োজনীয় কুকি বা অনুরূপ স্টোরেজ-এবং-অ্যাক্সেস অপারেশনের জন্য EEA, UK এবং একই মান গ্রহণ করেছে এমন যেকোনো এখতিয়ারে পূর্বে, স্বাধীনভাবে দেওয়া, নির্দিষ্ট, অবহিত এবং স্পষ্ট সম্মতির প্রয়োজন। GDPR-এর অধীনে, সেই স্টোরেজ অপারেশনগুলি যে আচরণগত ডেটা তৈরি করে তা ব্যক্তিগত ডেটার প্রক্রিয়াকরণ কারণ কুকি আইডেন্টিফায়ার, IP ঠিকানা এবং আচরণগত ট্রেসের সমন্বয় একজন ব্যক্তিকে আলাদা করার জন্য যথেষ্ট। একটি Drupal সাইটে সম্মতির প্রশ্ন তাই ব্যানার ইনস্টল করবে কিনা তা নয় — প্রতিটি দায়িত্বশীল টিম এটি ইতিমধ্যে করেছে — বরং ব্যানারটি ব্যবহারকারীর সম্মতির আগে ট্যাগগুলি ফায়ার হওয়া থেকে প্রকৃতপক্ষে প্রতিরোধ করে কিনা, এবং সম্মতির সিদ্ধান্ত Drupal-এর ক্যাশিং লেয়ারগুলি টিকে থাকে কিনা।

মডিউল ল্যান্ডস্কেপ: EU Cookie Compliance, Klaro এবং ভেন্ডর-ইন্টিগ্রেটেড অপশন

EU Cookie Compliance মডিউল — সেই নামে Drupal.org-এ রক্ষণাবেক্ষণ করা কন্ট্রিবিউটেড মডিউল — ঐতিহাসিক ডিফল্ট এবং সবচেয়ে বেশি মোতায়েন করা অপশন। এটি একটি কনফিগারযোগ্য ব্যানার শিপ করে, ক্যাটাগরি সমর্থন করে, সাইট থিম কোড বাইন্ড করার জন্য একটি JavaScript সম্মতি অবস্থা প্রকাশ করে, এবং Drupal ডেটাবেসে সম্মতি রেকর্ড সংরক্ষণ করে। শক্তিগুলি হলো Drupal-এর পার্মিশন এবং রোল সিস্টেমের সাথে গভীর ইন্টিগ্রেশন, Drupal-এর ট্রান্সলেশন লেয়ারের মাধ্যমে বহুভাষিক সমর্থন, এবং পেজ-বিল্ড লেভেলে ক্যাটাগরি অনুসারে Drupal-রেন্ডার করা ট্যাগগুলিকে গেট করার ক্ষমতা। দুর্বলতাগুলি হলো যে ব্যানার UI নিয়ন্ত্রকরা এখন যে ডিজাইন মান আশা করে তার পিছিয়ে রয়েছে, ডিফল্ট ক্যাটাগরি লেবেলগুলি অস্পষ্ট, এবং Drupal-এর ক্যাশিং লেয়ারগুলির সাথে মডিউলের মিথস্ক্রিয়ার জন্য স্পষ্ট কনফিগারেশন প্রয়োজন।

Klaro Cookie & Consent Management মডিউল একটি আরও সাম্প্রতিক অপশন যা Klaro JavaScript লাইব্রেরি ইন্টিগ্রেট করে — একটি ওপেন-সোর্স সম্মতি ম্যানেজার যার আধুনিক ব্যানার UI এবং প্রতি-সেবা গ্রানুলার নিয়ন্ত্রণ রয়েছে। শক্তিগুলি হলো UI মান, ক্যাটাগরির পরিবর্তে প্রতি-সেবা গ্রানুলারিটি, এবং সক্রিয় আপস্ট্রিম ডেভেলপমেন্ট। দুর্বলতাগুলি হলো যে মডিউলটি EU Cookie Compliance-এর চেয়ে পাতলা, আরও বেশি থিমিং প্রচেষ্টা প্রয়োজন, এবং সম্মতি অবস্থার বেশিরভাগ অংশ ক্লায়েন্টে ঠেলে দেয় যেখানে এটি Drupal-এর সার্ভার-সাইড রেন্ডারিংয়ের সাথে সমন্বয় করতে হবে।

ভেন্ডর-ইন্টিগ্রেটেড অপশন — Cookiebot, OneTrust, Usercentrics, এবং অনুরূপ — উপযুক্ত যখন সাইটটি এমন একটি এস্টেটের অংশ যা ইতিমধ্যে সেই CMP-গুলির একটিকে সংগঠন স্তরে মানক করেছে। এগুলি সাধারণত UI এবং অডিট ট্রেইলে সবচেয়ে শক্তিশালী অপশন কিন্তু একটি পেইড থার্ড-পার্টি নির্ভরতা পরিচয় করিয়ে দেয় এবং একটি পৃথক প্রকিউরমেন্ট ট্র্যাকের মাধ্যমে চলা একটি Data Processing Agreement প্রয়োজন হতে পারে।

ক্যাশিং সমস্যা যা বেশিরভাগ Drupal সম্মতি বাস্তবায়ন ব্যর্থ করে

এটিই সেই সমস্যা যা অন্যথায় সঠিকভাবে কনফিগার করা Drupal সাইটগুলিকে ডুবিয়ে দেয়: Internal Page Cache এবং Dynamic Page Cache, ডিজাইন হিসেবে কাজ করে, এমন একজন ভিজিটরকে একটি ক্যাশড পেজ রেন্ডারিং পরিবেশন করবে যিনি এখনো ব্যানার দেখেননি, এবং ক্যাশড রেন্ডারিংয়ে স্ক্রিপ্ট ট্যাগ বা বাহ্যিক রিসোর্স অন্তর্ভুক্ত থাকতে পারে যা ব্যানার গেট করার কথা। সমাধানটি ক্যাশিং নিষ্ক্রিয় করা নয় — এটি বেশিরভাগ এন্টারপ্রাইজ Drupal বেছে নেওয়ার কারণটিকে পরাজিত করে — বরং ক্যাশ লেয়ারগুলি সম্মান করে এমন একটি পথের মাধ্যমে সম্মতি-গেটেড ট্যাগগুলি রেন্ডার করা।

প্লেসহোল্ডার প্যাটার্ন

উৎপাদনে কাজ করে এমন প্যাটার্নটি হলো প্রতিটি অ-প্রয়োজনীয় ট্যাগকে ক্যাশড HTML-এ একটি প্লেসহোল্ডার হিসেবে রেন্ডার করা — সাধারণত একটি ক্যাটাগরি অ্যাট্রিবিউট সহ একটি <script type="text/plain"> ট্যাগ, অথবা একটি কাস্টম এলিমেন্ট যা সম্মতি মডিউলের JavaScript শুধুমাত্র সংশ্লিষ্ট গেট উল্টে যাওয়ার পরে ক্লায়েন্ট-সাইডে সক্রিয় করে। Drupal পেজটি নিজেই ক্যাশযোগ্য কারণ প্লেসহোল্ডার প্রতিটি ভিজিটরের জন্য একই; সক্রিয়করণ যুক্তি সম্মতি মডিউলের JavaScript-এ রয়েছে এবং ব্রাউজারে সংরক্ষিত প্রতি-ভিজিটর সম্মতি অবস্থার বিপরীতে হাইড্রেশন সময়ে চলে। EU Cookie Compliance এই প্যাটার্নটি বাক্সের বাইরে সমর্থন করে; Klaro-এর জন্য সমতুল্য হলো প্রতি-সেবা স্ক্রিপ্ট-প্রতিস্থাপন প্রক্রিয়া যা আপস্ট্রিম লাইব্রেরি প্রদান করে।

রেন্ডার-ক্যাশ এবং Varnish লেয়ার

Drupal-এর রেন্ডার ক্যাশ এবং যেকোনো আপস্ট্রিম Varnish বা CDN ক্যাশ কনফিগার করতে হবে যাতে সম্মতি অবস্থা শুধুমাত্র তখনই পরিবর্তিত হয় যখন সম্মতি অবস্থা রেন্ডার করা HTML পরিবর্তন করে — যা প্লেসহোল্ডার প্যাটার্নের সাথে করে না। ব্যানারটি নিজেই একটি পৃথক ক্যাশযোগ্য ব্লক হিসেবে রেন্ডার করা হয় একটি প্রসঙ্গ সহ যা "ব্যানার প্রয়োজন" থেকে "ব্যানার প্রয়োজন নেই" পার্থক্য করে, এবং পেজের বাকি অংশ সম্মতি অবস্থা নির্বিশেষে একইভাবে রেন্ডার করা হয়। এটি সেই আর্কিটেকচারাল পছন্দ যা Drupal-এর ক্যাশিং লেয়ারগুলিকে একটি সম্মতি-প্রথম ডিপ্লয়মেন্টের সাথে সামঞ্জস্যপূর্ণ করে। বিকল্প — প্রতিটি সম্মতি অবস্থার জন্য পেজ আলাদাভাবে রেন্ডার করা এবং যারা পছন্দ করেছে তাদের জন্য ক্যাশ নিষ্ক্রিয় করা — এটিই সেই ধীর-পেজ-আফটার-অ্যাকসেপ্ট আচরণ তৈরি করে যা ব্যবহারকারীদের ব্যানার বরখাস্ত করতে প্রেরণা দেয়।

মডিউল-বাই-মডিউল ইন্টিগ্রেশন প্যাটার্ন

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

• Google Analytics module এবং Google Tag Manager module অবশ্যই তাদের ট্যাগগুলি সম্মতি-গেটেড প্লেসহোল্ডার হিসেবে রেন্ডার করতে কনফিগার করতে হবে, সম্মতি ক্যাটাগরি অ্যানালিটিক্স গেটে ম্যাপ করা সহ। উভয় মডিউলই একটি হুক প্রকাশ করে যা EU Cookie Compliance মডিউল সংযুক্ত করতে পারে।
• Webform module with reCAPTCHA সবচেয়ে সাধারণ সূক্ষ্ম লিক: reCAPTCHA লোডে অ-প্রয়োজনীয় কুকি সেট করে এমনকি ব্যবহারকারী ফর্ম জমা দেওয়ার আগেও। সমাধান হলো প্রাসঙ্গিক ফাংশনাল বা মার্কেটিং ক্যাটাগরির পিছনে reCAPTCHA লাইব্রেরি গেট করা, অথবা invisible-v3 ভেরিয়েন্ট ব্যবহার করা যা ফর্ম সাবমিশন পর্যন্ত কুকি রাইট স্থগিত রাখে।
• YouTube, Vimeo বা Brightcove থেকে Media module ভিডিও এম্বেডগুলি অবশ্যই প্রাইভেসি-এনহান্সড মোড ব্যবহার করতে হবে বা একটি ক্লিক-টু-লোড প্লেসহোল্ডারে মোড়ানো হতে হবে যা ব্যবহারকারী এটি সক্রিয় না করা পর্যন্ত থার্ড-পার্টি রিকোয়েস্ট স্থগিত রাখে। Lite YouTube Embed প্যাটার্নটি সমতুল্য যা বেশ কয়েকটি Drupal থিম গ্রহণ করেছে।
• নেটিভ ভেন্ডরদের সোশ্যাল শেয়ার উইজেটগুলি ২০১০-এর দশকের প্যাটার্ন যা স্ট্যাটিক শেয়ার লিঙ্কের পক্ষে অবসরে নেওয়া উচিত যা মোটেই থার্ড-পার্টি JavaScript লোড করে না। যদি ভেন্ডর উইজেট থাকতেই হয়, এটি মার্কেটিং গেটের পিছনে থাকে।
• Drupal Commerce এবং যেকোনো কার্ট-সম্পর্কিত কুকি কঠোরভাবে প্রয়োজনীয় এবং সম্মতির প্রয়োজন নেই, কিন্তু লয়্যালটি-প্রোগ্রাম আইডেন্টিফায়ার, রেকমেন্ডেশন-ইঞ্জিন কুকি এবং অ্যানালিটিক্স-টাইড কার্ট ইভেন্টগুলির জন্য উপযুক্ত গেট প্রয়োজন।

যাচাইকরণ, অডিট ট্রেইল এবং বহুভাষিক দিক

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

Drupal-এর অডিট ট্রেইল প্ল্যাটফর্মের শক্তি থেকে উপকৃত হয়। EU Cookie Compliance টাইমস্ট্যাম্প এবং ক্যাটাগরি অবস্থা সহ ডেটাবেসে সম্মতি রেকর্ড সংরক্ষণ করে; Klaro একটি Drupal-সাইড হুকের মাধ্যমে একই কাজ করার জন্য কনফিগার করা যেতে পারে। যেকোনো পথই একটি কোয়েরিযোগ্য সম্মতি লগ তৈরি করে যা নিয়ন্ত্রকের অনুরোধের বিরুদ্ধে উত্তর দেওয়া যেতে পারে। বহুভাষিক দিকটিও গুরুত্বপূর্ণ: Drupal-এর ট্রান্সলেশন লেয়ার সম্মতি ব্যানার টেক্সট পর্যন্ত প্রসারিত, তাই গোপনীয়তা নোটিশ এবং ক্যাটাগরি লেবেলগুলি অবশ্যই সাইট পরিবেশন করা প্রতিটি ভাষার জন্য অনুবাদ করতে হবে, এবং সম্মতি লগটি অবশ্যই রেকর্ড করতে হবে কোন ভাষা সংস্করণ ব্যবহারকারী আসলে দেখেছেন। ২০২৬ সালে একটি রক্ষাযোগ্য Drupal ডিপ্লয়মেন্ট হলো যেখানে মডিউল পছন্দ, ক্যাশিং প্যাটার্ন, প্রতি-মডিউল ইন্টিগ্রেশন এবং বহুভাষিক অডিট ট্রেইল সবকিছু একসাথে বিবেচনা করা হয়েছে — এবং যেখানে অন্তর্নিহিত প্ল্যাটফর্ম হিসেবে Drupal পছন্দকে একটি ক্যাশিং দায় থেকে একটি সম্মতি সুবিধায় পরিণত করা হয়েছে।