কেন PWA একটি সম্মতির এজ কেস

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

PWA কোথায় জিনিস সংরক্ষণ করে

আপনি সম্মতির ভিত্তিতে স্টোরেজ নিয়ন্ত্রণ করার আগে, একটি PWA যেখানে যেখানে ডেটা স্থায়ী করতে পারে তার প্রতিটি জায়গা আপনার জানা দরকার:

• কুকি — ক্লাসিক সারফেস, বরাবরের মতোই সম্মতি দ্বারা পরিচালিত।
• LocalStorage / IndexedDB — প্রায়শই অ্যাপ স্টেটের জন্য ব্যবহৃত হয়, কিন্তু অ্যানালিটিক্স এবং বিজ্ঞাপন শনাক্তকারীর জন্যও।
• Cache Storage — সার্ভিস ওয়ার্কার তৃতীয় পক্ষের স্ক্রিপ্ট (অ্যানালিটিক্স, বিজ্ঞাপন SDK) ক্যাশ করতে পারে যাতে সেগুলি অফলাইনেও চলে।
• সার্ভিস ওয়ার্কার নিজেই — সেশন জুড়ে স্থায়ী থাকে এবং পরবর্তী লঞ্চে ট্র্যাকিং পুনরায় নিবন্ধন করতে পারে।

সম্মতিকে অবশ্যই এই সবগুলি নিয়ন্ত্রণ করতে হবে, শুধু document.cookie নয়।

সম্মতি-প্রথম সার্ভিস ওয়ার্কার প্যাটার্ন

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

• সম্মতির সংকেত এমন কোথাও সংরক্ষণ করুন যেখানে সার্ভিস ওয়ার্কার এটি পড়তে পারে — IndexedDB বা একটি ক্যাশ এন্ট্রি যা CMP প্রতিটি পছন্দে আপডেট করে।
• সার্ভিস ওয়ার্কারের fetch হ্যান্ডলারে, সেই উদ্দেশ্যের জন্য সম্মতি উপস্থিত না থাকলে অ্যানালিটিক্স/বিজ্ঞাপন এন্ডপয়েন্ট ক্যাশ করতে অস্বীকার করুন।
• যখন একজন ব্যবহারকারী সম্মতি প্রত্যাহার করেন, তখন সার্ভিস ওয়ার্কারকে একটি বার্তা পাঠান যাতে ক্যাশ করা ট্র্যাকিং স্ক্রিপ্ট পরিষ্কার করা হয় এবং প্রাসঙ্গিক IndexedDB স্টোর মুছে ফেলা হয়।

সেই শেষ ধাপটি এড়িয়ে যাওয়া PWA কমপ্লায়েন্সের সবচেয়ে সাধারণ ফাঁক: ব্যানার বলে “প্রত্যাখ্যাত,” কিন্তু একটি ক্যাশ করা অ্যানালিটিক্স স্ক্রিপ্ট পরবর্তী অফলাইন লঞ্চে সার্ভিস ওয়ার্কার থেকে ফায়ার করতে থাকে।

অফলাইন সম্মতি UX

PWA কোনো নেটওয়ার্ক ছাড়াই লঞ্চ হতে পারে। আপনার সম্মতি ব্যানার এবং ব্যবহারকারীর সংরক্ষিত পছন্দ উভয়কেই অফলাইনে কাজ করতে হবে — CMP UI নিজেই ক্যাশ করুন, এবং কখনই কেবল সম্মতি সার্ভার পৌঁছানো যায় না বলে “মঞ্জুর” ডিফল্ট করবেন না। আপনি যদি কোনো পূর্ববর্তী পছন্দ নিশ্চিত করতে না পারেন, তবে ব্যবহারকারীকে সম্মতি-না-দেওয়া হিসেবে গণ্য করুন এবং যতক্ষণ না আপনি পারেন ততক্ষণ শুধুমাত্র অপরিহার্য কার্যকারিতা পরিবেশন করুন।

বিজ্ঞাপন রাজস্বের প্রভাব

বিজ্ঞাপন-সমর্থিত PWA-এর জন্য, সম্মতির অবস্থা অনুরোধের সময়ে আপনার বিজ্ঞাপন SDK-তে পৌঁছাতে হবে, অনলাইন বা অফলাইন। একটি সঠিকভাবে সংযুক্ত PWA একটি সাধারণ সাইটের মতোই IAB TCF স্ট্রিং এবং Consent Mode v2 সংকেত ডিমান্ড পার্টনারদের কাছে পাঠায়; একটি ভুল কনফিগার করা PWA একটি বাসি “কোনো সম্মতি নেই” অবস্থা ক্যাশ করে এবং আপনার eCPM-কে অনির্দিষ্টকালের জন্য নন-পার্সোনালাইজড রেটে নামিয়ে দেয়। সম্মতির তাজাতাকে একটি রাজস্ব মেট্রিক হিসেবে গণ্য করুন।

FlexyConsent কীভাবে সাহায্য করে

FlexyConsent পছন্দটি সম্মতি কুকি ও ব্রাউজার স্টোরেজে রাখে এবং প্রত্যাহারসহ প্রতিটি পরিবর্তন আপনার কোডকে __fcapi-এর consentChanged ইভেন্টের মাধ্যমে জানায়, যা আপনি ক্যাশ পরিষ্কারের সাথে যুক্ত করতে পারেন।

মূল বিষয়সমূহ

• PWA সার্ভিস-ওয়ার্কার এবং ক্যাশের জটিলতাসহ সম্পূর্ণ GDPR সম্মতির দায়িত্বের মুখোমুখি হয়।
• কুকি, LocalStorage, IndexedDB এবং Cache Storage সম্মতির ভিত্তিতে নিয়ন্ত্রণ করুন — শুধু কুকি নয়।
• প্রত্যাহারে, ক্যাশ করা ট্র্যাকিং স্ক্রিপ্ট পরিষ্কার করুন এবং সংরক্ষিত শনাক্তকারী মুছে ফেলুন।
• সম্মতির অবস্থা তাজা এবং অফলাইন-নিরাপদ রাখুন যাতে বিজ্ঞাপন রাজস্ব নন-পার্সোনালাইজড রেটে আটকে না যায়।