তৃতীয় পক্ষের কুকিগুলির সাথে আসলে কী ঘটেছিল

পূর্ণ গল্পটি শিরোনামগুলি যা পরামর্শ দেয় তার চেয়ে আরও জটিল। ২০২৬ সালের পরিস্থিতি একটি প্যাচওয়ার্ক, এবং প্রতিটি প্রকাশক কনফিগারেশনকে তার নিজস্ব দর্শকদের ব্রাউজার শেয়ারের সাথে মানচিত্র করতে হবে।

Safari — ২০২০ সাল থেকে চলে গেছে

Apple-এর Intelligent Tracking Prevention ২০২০ সাল থেকে Safari-তে তৃতীয় পক্ষের কুকি ব্লক করেছে এবং তারপর থেকে যেকোনো মূলধারার ব্রাউজারের সবচেয়ে আক্রমণাত্মক অ্যান্টি-ট্র্যাকিং অবস্থানগুলির একটিতে পরিণত হয়েছে। Safari ইতিমধ্যে ক্রস-সাইট ট্র্যাকিংয়ের জন্য একটি সম্পূর্ণ কুকিহীন পরিবেশ, এবং Safari ট্র্যাফিকে যেকোনো অ্যাড্রেসেবিলিটি প্রথম পক্ষের পরিচয়, প্রাসঙ্গিক লক্ষ্যনির্ধারণ বা SKAdNetwork-স্টাইল অ্যাট্রিবিউশনের মাধ্যমে চলে।

Firefox — ২০১৯ সাল থেকে ডিফল্ট হিসেবে ব্লক করা

Firefox-এর Enhanced Tracking Protection ২০১৯ সাল থেকে পরিচিত তৃতীয় পক্ষের ট্র্যাকিং কুকি ডিফল্টভাবে ব্লক করেছে। ব্যবহারযোগ্য তৃতীয় পক্ষের কুকি পরিচয় বহনকারী Firefox ট্র্যাফিকের অংশ বেশিরভাগ প্রকাশকদের জন্য কার্যকরভাবে শূন্য।

Chrome — ২০২৬ সালের বাঁকবিন্দু

Chrome, অর্থবহ তৃতীয় পক্ষের কুকি কভারেজ সহ শেষ যুক্তিতর্ককারী, সেই ব্রাউজার যেখানে ২০২৬ সালে বেশিরভাগ পরিবর্তন হচ্ছে। বছরের পর বছর বিলম্বের পর, Google একটি ব্যবহারকারী-পছন্দ মডেলে স্থানান্তরিত হয়েছে: ব্যবহারকারীরা তৃতীয় পক্ষের কুকি অনুমতি দিতে থাকতে পারে, কিন্তু ব্রাউজার আরও কঠোর সেটিংসের দিকে উৎসাহিত করে এবং Privacy Sandbox APIগুলি এখন বেশিরভাগ বিজ্ঞাপন প্রযুক্তি ব্যবহারের ক্ষেত্রে প্রস্তাবিত প্রক্রিয়া। বাস্তবে, এর মানে হল Chrome-এ তৃতীয় পক্ষের কুকি প্রাপ্যতা রাতারাতি অদৃশ্য হওয়ার পরিবর্তে ধীরে ধীরে সঙ্কুচিত হচ্ছে, এবং প্রতিটি প্রকাশক একই ব্রাউজারের মধ্যে কুকি সহ এবং কুকিহীন ট্র্যাফিকের কিছু মিশ্রণ চালাচ্ছে।

Edge এবং অন্যরা

Edge Chromium অনুসরণ করে কিন্তু নিজস্ব ট্র্যাকিং প্রতিরোধ স্তর যোগ করে। Brave এবং অন্যান্য গোপনীয়তা-প্রথম ব্রাউজারগুলি বছরের পর বছর ধরে ডিফল্টরূপে কুকিহীন। মোবাইল ইন-অ্যাপ পরিবেশের দীর্ঘ লেজ — যেখানে কোনো কুকি নেই — সর্বদা বিজ্ঞাপন শনাক্তকারী (IDFA, GAID) এর মাধ্যমে সম্বোধন করা হয়েছে যা নিজেরাই এখন বেশিরভাগই অপ্ট-ইন।

বাস্তবে Privacy Sandbox

Privacy Sandbox তৃতীয় পক্ষের কুকির একক প্রতিস্থাপন নয়। এটি API-এর একটি সংগ্রহ, প্রতিটি পুরানো ব্যবহারের ক্ষেত্রের একটি অংশকে সম্বোধন করে।

Topics API

Topics API ব্রাউজারকে সাইট জুড়ে একজন ব্যবহারকারীর ব্রাউজিং পর্যবেক্ষণ করতে, এটিকে সীমিত আগ্রহের বিষয়গুলির একটি সেটে শ্রেণিবদ্ধ করতে এবং সেই বিষয়গুলি বিজ্ঞাপনদাতাদের কাছে প্রকাশ করতে দেয়। এটি যেকোনো একক বিজ্ঞাপনদাতাকে ব্যবহারকারীর প্রোফাইল পুনর্গঠন করতে না দিয়ে বিস্তৃত আচরণগত লক্ষ্যনির্ধারণ প্রতিস্থাপন করে। Topics ২০২৬ সালে উপলব্ধ এবং বাস্তব ব্যবহারে রয়েছে, তবে নির্ভুলতা কুকি-ভিত্তিক আচরণগত লক্ষ্যনির্ধারণের চেয়ে কম এবং বেশিরভাগ প্রকাশক শুধুমাত্র এর উপর নির্ভর করার পরিবর্তে অন্যান্য সংকেতের সাথে এটি একত্রিত করে।

Protected Audience API

Protected Audience — যা মূলত FLEDGE নামে পরিচিত ছিল তার বিবর্তন — রিমার্কেটিং পরিচালনা করে। এটি ব্রাউজারের ভেতরে বিজ্ঞাপনের নিলাম চালায় যাতে একজন বিজ্ঞাপনদাতা সাইট জুড়ে সেই ব্যবহারকারীদের চিহ্নিত না করে যারা আগে তাদের সাইট পরিদর্শন করেছিল তাদের কাছে পৌঁছাতে পারে। গ্রহণ অসম, চাহিদা-পার্শ্ব প্ল্যাটফর্মগুলি ইন্টিগ্রেশনের বিভিন্ন পর্যায়ে রয়েছে।

Attribution Reporting API

Attribution Reporting কুকি-ভিত্তিক রূপান্তর ট্র্যাকিং প্রতিস্থাপন করে। এটি ব্যবহারকারী-স্তরের পুনর্গঠন রোধ করার জন্য যথেষ্ট বিলম্ব এবং শোরগোল সহ ইভেন্ট-স্তরের এবং সারসংক্ষেপ প্রতিবেদন সরবরাহ করে। ট্রেডঅফ হল নিম্ন-বিশ্বস্ততার অ্যাট্রিবিউশন; পারফরম্যান্স পরিমাপকারী প্রকাশকদের তাদের ড্যাশবোর্ড এবং প্রত্যাশা পুনরায় ক্যালিব্রেট করতে হবে।

প্রকাশকদের কী কনফিগার করা উচিত

২০২৬ সালে বেশিরভাগ প্রকাশক তাদের বিদ্যমান SSP-এর পাশাপাশি Topics এবং Protected Audience চালাচ্ছে, র্যাপারকে রাউটিং পরিচালনা করতে দিচ্ছে। এটি বিজ্ঞাপন স্ট্যাকের পুনর্নির্মাণ প্রয়োজন করে না — এটির জন্য SSP এবং হেডার-বিডিং স্তরে কনফিগারেশন প্রয়োজন, এবং একটি CMP যা সঠিকভাবে Sandbox API-গুলিতে সম্মতি সংকেত পাস করে।

প্রথম পক্ষের পরিচয়ের উত্থান

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

ইমেইল-ভিত্তিক পরিচয় গ্রাফ

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

সম্মতি হল গেটিং ফ্যাক্টর

GDPR বা CCPA সম্মতি ছাড়া একটি ইমেইল-ভিত্তিক পরিচয় সংকেত কোনো সংকেত না থাকার চেয়ে খারাপ — এটি একটি সম্মতি দায়বদ্ধতা। CMP-গুলিকে অবশ্যই তৃতীয় পক্ষের কুকি পরিচালনা করে এমন একই উদ্দেশ্যের পিছনে পরিচয় সংকেতগুলি স্পষ্টভাবে গেট করতে হবে: সাধারণত TCF উদ্দেশ্য ১, ৩, ৪ এবং ৭, এবং পরিচয় প্রদানকারীর নিজস্ব বিক্রেতা-নির্দিষ্ট অনুমতি।

লগ-ইন রেট হল নতুন নর্থ স্টার

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

বিক্রেতা-নির্ধারিত অডিয়েন্স

IAB-এর Seller-Defined Audiences (SDA) স্পেসিফিকেশন প্রকাশকদের একটি শেয়ার করা ট্যাক্সোনমি ব্যবহার করে সরাসরি বিড অনুরোধে তাদের নিজস্ব অডিয়েন্স সেগমেন্ট সংজ্ঞায়িত এবং সংকেত করতে দেয়। প্রকাশক — তার নিজস্ব প্রথম পক্ষের ডেটার উপর ভিত্তি করে — সিদ্ধান্ত নেয় যে একজন প্রদত্ত ব্যবহারকারী অটোমোটিভ উৎসাহী বা ছোট শিশুর পিতামাতা-র মতো সেগমেন্টের অন্তর্গত, এবং সেই সংকেত প্রতিটি ক্রেতার কাছে কোনো সীমানা অতিক্রম না করে প্রবাহিত হয়।

কেন SDA গুরুত্বপূর্ণ

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

সম্মতি এবং SDA

SDA সেগমেন্টগুলি এখনও ব্যক্তিগত ডেটা প্রক্রিয়াকরণের উপর ভিত্তি করে এবং CMP-এর মাধ্যমে প্রবাহিত হতে হবে। CMP-কে প্রাসঙ্গিক TCF উদ্দেশ্য এবং প্রকাশক তার নিজস্ব অডিয়েন্স-নির্মাণ কার্যকলাপের জন্য ঘোষিত যেকোনো কাস্টম উদ্দেশ্য সংকেত দিতে হবে।

প্রাসঙ্গিক লক্ষ্যনির্ধারণ — নীরবে পুনরুজ্জীবিত

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

সম্মতির সুবিধা

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

২০২৬ সালে আসলে যে সম্মতি কনফিগারেশন কাজ করে

২০২৬ সালে একটি কুকিহীন-প্রস্তুত সম্মতি স্ট্যাকে বেশ কয়েকটি জিনিস রয়েছে যা মাত্র দুই বছর আগে অস্বাভাবিক ছিল।

• CMP Google Consent Mode v2 এর মাধ্যমে Privacy Sandbox API-গুলিতে সম্মতি সংকেত দেয়, যাতে Topics এবং Protected Audience কলগুলি ব্যবহারকারীর পছন্দকে সম্মান করে
• UID2, RampID এবং প্রকাশক-নির্দিষ্ট আইডির মতো পরিচয় সংকেতগুলির জন্য স্পষ্ট সম্মতি গেটিং, যেখানে এখতিয়ার প্রয়োজন সেখানে সাধারণ বিজ্ঞাপন সম্মতি থেকে আলাদা করা
• বিক্রেতা তালিকা ছাঁটাই — লেগ্যাসি কুকি-নির্ভর বিক্রেতারা যারা কুকিহীন আয়ে অবদান না রেখে সম্মতি পৃষ্ঠ যোগ করে তাদের সরিয়ে দেওয়া উচিত
• CMP-এর প্রক্রিয়াকরণ উদ্দেশ্য রেজিস্টারে SDA সেগমেন্ট ঘোষণা, গোপনীয়তা নীতিতে স্পষ্ট ভাষা সহ
• একটি প্রাসঙ্গিক-কেবল ফলব্যাক পথ যা সম্মতি প্রত্যাখ্যাত হলে পরিষ্কারভাবে চলে, যাতে প্রত্যাখ্যান কোনো বিজ্ঞাপনের পরিবর্তে প্রাসঙ্গিক বিজ্ঞাপনে ফলাফল দেয়

রাজস্বের প্রত্যাশা এবং বাস্তবতা

কুকিহীন পরিবর্তনের প্রাথমিক গবেষণাগুলি প্রকাশক রাজস্বের বিপর্যয়কর ক্ষতির পূর্বাভাস দিয়েছিল। ২০২৬ সালের বাস্তবতা আরও সূক্ষ্ম। যে প্রকাশকরা তাদের স্ট্যাক অভিযোজিত করেছে — শক্তিশালী প্রথম পক্ষের পরিচয়, SDA গ্রহণ, সম্মতি-সচেতন Privacy Sandbox ইন্টিগ্রেশন এবং ফ্লোর হিসেবে প্রাসঙ্গিক সহ — কুকি যুগের তুলনায় মোটামুটি সমতল আয় রিপোর্ট করছে, কখনো কখনো সম্মতিযুক্ত, লগ-ইন ট্র্যাফিকে বেশি। যে প্রকাশকরা কিছুই করেননি এবং পরিবর্তন পার করে আসার আশা করেছিলেন তারা Chrome ট্র্যাফিকে প্রোগ্রাম্যাটিক CPM-এ ২০ থেকে ৪০ শতাংশ হ্রাস দেখছেন, যা কুকি প্রাপ্যতা সংকুচিত হওয়ার সাথে সাথে যৌগিকভাবে বাড়ছে।

রাজস্বের ব্যবধান

অভিযোজিত এবং অনভিযোজিত প্রকাশকদের মধ্যে রাজস্বের ব্যবধান এখন ২০২৬ সালে প্রোগ্রাম্যাটিক বৈচিত্রের বৃহত্তম একক উৎস। এটি বন্ধ করা একটি একক ইন্টিগ্রেশনের বিষয় নয় — এটি CMP, পরিচয়, SDA এবং প্রাসঙ্গিক সিদ্ধান্তগুলির একটি ক্রম যা পরস্পরকে শক্তিশালী করে।

৯০-দিনের কর্ম পরিকল্পনা

• সপ্তাহ ১-২ — অডিট। আপনার ট্র্যাফিকের ব্রাউজার মিশ্রণ, বর্তমান সম্মতির হার, লগ-ইন হার এবং বর্তমানে তৃতীয় পক্ষের কুকির উপর নির্ভরশীল রাজস্বের বর্তমান অংশ চিহ্নিত করুন
• সপ্তাহ ৩-৪ — CMP আধুনিকীকরণ। Google Consent Mode v2, Privacy Sandbox সংকেত পাসিং এবং প্রথম পক্ষের পরিচয়ের জন্য কাস্টম উদ্দেশ্য সমর্থন করে এমন CMP-তে আপগ্রেড করুন
• সপ্তাহ ৫-৮ — পরিচয় ইন্টিগ্রেশন। হেডার বিডিং র্যাপারে একটি হ্যাশড-ইমেইল পরিচয় প্রদানকারী সংযুক্ত করুন এবং সম্মতি গেটিং শেষ থেকে শেষ পর্যন্ত কাজ করে তা নিশ্চিত করুন
• সপ্তাহ ৯-১০ — SDA রোলআউট। বিক্রেতা-নির্ধারিত সেগমেন্টের একটি প্রাথমিক সেট সংজ্ঞায়িত করুন এবং মিলিত গোপনীয়তা নীতির ভাষা সহ সেগুলি বিড অনুরোধে সংকেত দিন
• সপ্তাহ ১১-১২ — প্রাসঙ্গিক ফলব্যাক। কোনো-সম্মতি এবং কোনো-পরিচয় পথের জন্য একটি প্রাসঙ্গিক বিক্রেতার সাথে চুক্তি করুন; নিশ্চিত করুন যে আয় রিপোর্টিং প্রাসঙ্গিককে ঠিকানাযোগ্য ইনভেন্টরি থেকে আলাদা করে

দৃষ্টিভঙ্গি

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