২০২৬ সালে পাবলিশাররা কেন CMP মাইগ্রেট করে

পাবলিশাররা কেন এক CMP ছেড়ে অন্যটিতে যায় তার কারণগুলো পরিবর্তিত হয়েছে। এক দশক আগে কারণটি সাধারণত GDPR প্রস্তুতি ছিল — IAB TCF সমর্থন করে এমন কিছু বেছে নিন এবং এগিয়ে যান। আজ মাইগ্রেশনের কারণগুলো আরও নির্দিষ্ট এবং আরও অপারেশনাল। মাসিক সক্রিয় ব্যবহারকারীর সাথে যুক্ত মূল্য নির্ধারণ মডেলগুলো তাদের CMP চুক্তির চেয়ে দ্রুত বৃদ্ধি পাওয়া সাইটগুলোকে ধরে ফেলেছে। ২০২৪ সালে Google-এর বিজ্ঞাপন পণ্যের মাধ্যমে পরিবেশিত ইনভেন্টরির জন্য বাধ্যতামূলক হয়ে ওঠা Google Certified CMP প্রোগ্রামের সাথে সম্মতি, অ-প্রত্যয়িত বিক্রেতাদের থেকে বের হয়ে আসতে বাধ্য করেছে। পারফরম্যান্স — CMP ব্যানার রেন্ডার করতে যে সময় নেয়, কনসেন্ট স্তরের Largest Contentful Paint প্রভাব, এটি যে Cumulative Layout Shift প্রবর্তন করে — SEO এবং Core Web Vitals সিগন্যাল হিসাবে আবির্ভূত হয়েছে যা এখন মার্কেটিং এবং ইঞ্জিনিয়ারিং দল উভয়ই পর্যবেক্ষণ করে। এবং মার্কিন বহু-রাজ্য গোপনীয়তা কাঠামো কিছু বিদ্যমান বিক্রেতাকে MSPA এবং US Privacy String সমর্থনে পিছিয়ে রেখেছে, পাবলিশারদের এমন প্ল্যাটফর্মের দিকে ঠেলছে যা সম্পূর্ণ গ্লোবাল স্ট্যাককে নেটিভলি পরিচালনা করে।

নামকরণযোগ্য নির্দিষ্ট ট্রিগারগুলো

পাবলিশার RFP-তে সবচেয়ে বেশি উঠে আসা মাইগ্রেশন ট্রিগারগুলো হলো: (১) বিদ্যমান CMP Google-এর এখন যে বিস্তারিততা প্রয়োজন সেই স্তরে Google Consent Mode v2 সমর্থন করে না, (২) বিদ্যমান CMP প্রতি-ডোমেন বা প্রতি-ইম্প্রেশনে এমন হারে চার্জ করে যা গ্রহণযোগ্য সীমা অতিক্রম করেছে, (৩) বিদ্যমান CMP EU-র জন্য TCF স্ট্রিং-এর পাশাপাশি মার্কিন রাজ্যগুলোর জন্য IAB GPP স্ট্রিং পরিবেশন করতে পারে না, (৪) বিদ্যমান CMP-এর কাস্টমার সাকসেস টিম TCF ভার্সন আপগ্রেডে সাড়া দেয় না, অথবা (৫) CMP-এর অডিট লগ ধারণ পাবলিশারের নিয়ন্ত্রক-মুখী প্রয়োজনীয়তা পূরণ করে না। এগুলোর যেকোনো একটি মূল্যায়ন শুরু করতে যথেষ্ট; দুটি একসাথে সাধারণত মানে মাইগ্রেশন ইতিমধ্যে অনিবার্য।

মাইগ্রেশনের আগে অডিট

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

প্রতিটি কুকি এবং ট্যাগের তালিকা তৈরি করুন

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

কনসেন্ট স্ট্রিং ইতিহাস ধারণ করুন

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

TCF ভেন্ডর ম্যাপিং নথিভুক্ত করুন

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

পুরানো এবং নতুন CMP প্যারালেলে চালানো

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

১-৫-২৫-১০০ র‍্যাম্প

বেশিরভাগ বড় পাবলিশার যে র‍্যাম্প প্যাটার্ন ব্যবহার করেন তা হলো একটি ধাপওয়ারি ট্রাফিক বিভাজন: প্রথম সপ্তাহে নতুন CMP-এ এক শতাংশ সেশন, দ্বিতীয় সপ্তাহে পাঁচ শতাংশ, তৃতীয়তে পঁচিশ শতাংশ এবং কাটওভার তারিখে একশো শতাংশ। প্রতিটি ধাপ একটি যাচাইকরণ পাসের উপর নির্ভরশীল: নতুন CMP-এর কনসেন্ট হার পুরানোটির পাঁচ শতাংশ পয়েন্টের মধ্যে, Google Consent Mode v2 সিগন্যাল মিলে যায়, TCF স্ট্রিং পেজ-লেভেল dataLayer-এ উপস্থিত, অডিট লগ রিসিট ক্যাপচার করে এবং বিজ্ঞাপন-নিলাম জয়ের হার কনফিগার করা থ্রেশহোল্ডের বাইরে কমেনি।

সিগন্যাল ফ্লো যাচাই করা

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

কনসেন্ট-স্ট্রিং ড্রিফট পর্যবেক্ষণ করা

TCF স্ট্রিং এবং GPP স্ট্রিং হলো ব্যবহারকারীর পছন্দ এবং ভেন্ডর তালিকা কনফিগারেশনের নির্ধারণবাদী আউটপুট। যদি একই ব্যবহারকারীর পছন্দের জন্য পুরানো CMP-এর স্ট্রিং এবং নতুন CMP-এর স্ট্রিং আলাদা হয়, তাহলে ভেন্ডর তালিকা কনফিগারেশন সিঙ্কের বাইরে। ড্রিফট ব্যবহারকারীর কাছে অদৃশ্য কিন্তু স্ট্রিং ডিকোড করা প্রতিটি ডাউনস্ট্রিম ভেন্ডরের কাছে দৃশ্যমান, এবং এটি জোরে ত্রুটির পরিবর্তে বিজ্ঞাপনদাতা ফিল রেটে নীরব হ্রাস হিসাবে প্রকাশ পেতে থাকে।

কাটওভার

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

রোলব্যাক ডিসিশন ট্রি

রোলব্যাক মানদণ্ড আগে থেকে সম্মত হতে হবে এবং বিশেষণ নয়, সংখ্যায় বলতে হবে। সাধারণ থ্রেশহোল্ড: কনসেন্ট গ্রহণের হার প্যারালেল-রান বেসলাইনের তুলনায় দশ শতাংশ পয়েন্টের বেশি কমে যায়, GA4-এ Google Consent Mode v2 সিগন্যাল আসা বন্ধ হয়, টানা পাঁচ মিনিটের উইন্ডোতে প্রতি সেশনে বিজ্ঞাপন রাজস্ব বিশ শতাংশের বেশি কমে যায়, অথবা কোনো পরীক্ষার সেশনের জন্য অডিট লগ রিসিট ক্যাপচার করতে ব্যর্থ হয়। যেকোনো থ্রেশহোল্ডে পৌঁছানো ফিচার ফ্ল্যাগের মাধ্যমে পুরানো CMP-এ একটি স্বয়ংক্রিয় রোলব্যাক ট্রিগার করে — ইঞ্জিনিয়ারিং অন-কলের সুইচ ফ্লিপ করতে অনুমোদনের প্রয়োজন হওয়া উচিত নয়।

ভেন্ডরদের সাথে যোগাযোগ করা

কিছু ডাউনস্ট্রিম ভেন্ডর — Google, Meta, TikTok, প্রধান SSP — আগে থেকেই মাইগ্রেশন সম্পর্কে জানানো উচিত, বিশেষত যদি ভেন্ডরের অনবোর্ডিং তাদের পক্ষে আপডেট করতে হবে এমন একটি CMP-নির্দিষ্ট কনফিগারেশন অন্তর্ভুক্ত করে। বেশিরভাগ ভেন্ডর স্বচ্ছভাবে পরিবর্তন পরিচালনা করেন, কিন্তু একটি ছোট সংখ্যক CMP-কী করা অনুমতি তালিকা বজায় রাখে যার নতুন CMP-এর ভেন্ডর পরিচয়কারক স্বীকৃত হওয়ার আগে ম্যানুয়াল আপডেট প্রয়োজন।

মাইগ্রেশন পরবর্তী যাচাইকরণ

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

রিসিট-মাইগ্রেশন অডিট

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

পুরানো CMP অবসর করা

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

সাধারণ মাইগ্রেশন ভুল যা ক্ষতি করে

নিয়ন্ত্রক ফলাফল বা রাজস্ব হ্রাস তৈরি করে এমন মাইগ্রেশনগুলো একই কয়েকটি উপায়ে ব্যর্থ হয়। পাবলিশার নতুন CMP-এর বিরুদ্ধে কুকি স্ক্যানার না চালিয়ে কাটওভার করেন এবং একটি থার্ড-পার্টি SDK যা পুরানো CMP কনসেন্টের উপর নির্ভর করে তা এখন শর্তহীনভাবে ফায়ার হয়। নতুন CMP-এর TCF ভেন্ডর তালিকা পুরানোটির চেয়ে ছোট সেটে ডিফল্ট হয়, নীরবে পাবলিশারের বিজ্ঞাপন মিশ্রণ নির্ভর করা ভেন্ডরদের বাদ দেয়। পাবলিশার কনসেন্ট রিসিট মাইগ্রেট করেন না এবং ছয় মাস পরে নিয়ন্ত্রক তদন্তে পূর্বের কনসেন্ট প্রমাণ করতে পারেন না। ইঞ্জিনিয়ারিং অন-কল ইন্সিডেন্টের প্রথম ঘণ্টায় ঘুমিয়ে থাকায় শুক্রবার দেরিতে কাটওভার হয়। নতুন CMP-এর ব্যানারে পুরানোটির চেয়ে ভিন্ন ভাষা থাকে এবং বিদ্যমান A/B-পরীক্ষিত কনসেন্ট রেট বেসলাইন আর বৈধ নয় — পাবলিশার তারপর একটি স্বাভাবিক নতুন-ব্যানার অভিযোজন সময়কালকে মাইগ্রেশন রিগ্রেশন হিসাবে ভুল পড়েন এবং অপ্রয়োজনীয়ভাবে রোলব্যাক করেন।

নিচের লাইন

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