Google Certified CMP তালিকা: শর্তাবলি, প্রক্রিয়া, এবং ২০২৬ সালে প্রকাশকদের যা জানা জরুরি
কেন এখন Google একটি Certified CMP বাধ্যতামূলক করেছে
২০২৪ সালের জানুয়ারি থেকে Google একটি কঠোর নীতি প্রয়োগ করেছে: ইউরোপীয় ইকোনমিক এরিয়া (EEA) বা যুক্তরাজ্যের ব্যবহারকারীদের কাছে বিজ্ঞাপন পরিবেশন করে এমন যেকোনো ওয়েবসাইটকে অবশ্যই একটি Google-certified Consent Management Platform এর মাধ্যমে consent সংগ্রহ করতে হবে��� এটি কোনো ঐচ্ছিক গাইডলাইন নয়। সার্টিফিকেশন ছাড়া প্রকাশকদেরকে এমন বাস্তব পরিণতির মুখোমুখি হতে হয় যা সরাসরি আয় এবং ডেটার গুণমানকে প্রভাবিত করে।
এই প্রয়োজনীয়তা এসেছে ইইউ-এর পরিবর্তনশীল নিয়ন্ত্রক পরিবেশ থেকে। Digital Markets Act Google-কে একটি gatekeeper হিসেবে চিহ্নিত করেছে, যার ফলে Google-কে প্রমাণ করতে হচ্ছে যে তার ad stack দিয়ে যে consent signal গুলো প্রবাহিত হচ্ছে সেগুলো বৈধ, অডিটযোগ্য এবং Transparency and Consent Framework (TCF)–এর সাথে সঙ্গতিপূর্ণ। Google-এর সমাধান ছিল একটি সার্টিফিকেশন প্রোগ্রাম তৈরি করা, যা নির্দিষ্ট কিছু প্রযুক্তিগত ও অপারেশনাল মানদণ্ডের ভিত্তিতে CMP গুলোকে যাচাই করে।
প্রকাশকদের জন্য এর মানে হলো, আপনি কোন CMP বেছে নেবেন তা আর কেবল পছন্দ বা সুবিধার বিষয় নয়। এটি এখন এমন একটি গেটিং ফ্যাক্টর, যা নির্ধারণ করে আপনার EEA ad inventory পূর্ণ আয় তৈরি করবে, নাকি সম্ভাবনার একটি ছোট অংশে সীমাবদ্ধ হয়ে যাবে।
Google CMP সার্টিফিকেশন আসলে কী বোঝায়
সার্টিফিকেশন কোনো আনুষ্ঠানিক সিলমোহর মাত্র নয়। Google, সার্টিফাইড স্ট্যাটাস দেওয়ার আগে এবং তা বজায় রাখার সময় CMP গুলোকে একাধিক দিক থেকে মূল্যায়ন করে:
- TCF 2.2+ ইন্টিগ্রেশন: CMP–কে IAB Europe Transparency and Consent Framework–এর নিবন্ধিত সদস্য হতে হবে, যা বর্তমানে 2.2 ভার্সনে রয়েছে এবং TCF 2.3–এ রূপান্তর প্রক্রিয়া চলছে। এর মানে CMP এমন TC String তৈরি করবে যা downstream vendor–রা পার্স করে নির্দিষ্ট প্রসেসিং উদ্দেশ্যের জন্য consent স্ট্যাটাস নির্ধারণ করতে পারবে।
- Consent Mode V2 সাপোর্ট: CMP–কে Google Consent Mode API ব্যবহার করে সঠিক Google consent signal —
ad_storage,analytics_storage,ad_user_data, এবংad_personalization— পাঠাতে হবে। V2 আপডেটে শেষের দুটি প্যারামিটার যোগ হয়েছে, যা এখন সব EEA ad serving–এর জন্য বাধ্যতামূলক। - সঠিক ডিফল্ট আচরণ: ব্যবহারকারী ব্যানারের সাথে ইন্টারঅ্যাক্ট করার আগে CMP–কে ডিফল্ট consent স্টেট সেট করতে হবে (EEA ব্যবহারকারীদের জন্�� সাধারণত denied)। Google যাচাই করে যে ব্যবহারকারী সিদ্ধান্ত নেওয়ার আগে granted consent সহ কোনো ট্যাগ ফায়ার হচ্ছে কি না।
- User interface মানদণ্ড: consent ব্যানারকে ব্যবহারকারীর সামনে প্রকৃত অর্থে একটি পছন্দের সুযোগ দিতে হবে। Google দেখে যে CMP ব্যবহারকারীকে accept, reject বা তাদের consent কাস্টমাইজ করার সুযোগ দিচ্ছে কি না, এবং কোনো প্রতারণামূলক ডিজাইন প্যাটার্ন ব্যবহার করছে কি না যা ব্যবহারকারীকে acceptance–এর দিকে ঠেলে দেয়।
- নিয়মিত কমপ্লায়েন্স অডিট: সার্টিফিকেশন স্থায়ী নয়। Google নিয়মিতভাবে CMP গুলোকে পুনর্মূল্যায়ন করে এবং মানদণ্ড শিথিল হলে বা CMP ফ্রেমওয়ার্ক আপডেটের সাথে তাল মিলিয়ে চলতে ব্যর্থ হলে সার্টিফিকেশন বাতিল করতে পারে।
বর্তমান Certified CMP তালিকা
Google তার সাপোর্ট পেজে একটি পাবলিক certified CMP তালিকা রক্ষণাবেক্ষণ করে। ২০২৬ সালের শুরুর দিকে প্রায় ৩০ থেকে ৪০টি প্ল্যাটফর্ম সার্টিফিকেশন পেয়েছে। তালিকায় বড় এন্টারপ্রাইজ প্ল্যাটফর্ম, মিড-মার্কেট টুল এবং বিশেষায়িত সমাধান রয়েছে। উল্লেখযোগ্য নামগুলোর মধ্যে আছে Cookiebot, OneTrust, Usercentrics, Didomi এবং FlexyConsent।
তালিকাটি স্থির নয়। CMP গুলো সার্টিফিকেশন প্রক্রিয়া সম্পন্ন করলে তালিকায় যুক্ত হতে পারে, আবার কমপ্লায়েন্সে ব্যর��থ হলে তালিকা থেকে বাদও পড়তে পারে। প্রকাশকদের উচিত অন্তত প্রতি তিন মাসে একবার Google's CMP Partner Program page–এ গিয়ে তাদের CMP–কে অফিসিয়াল তালিকার সাথে মিলিয়ে দেখা। আপনার CMP যদি তালিকায় না থাকে, তবে CMP ভেন্ডর তাদের কমপ্লায়েন্স স্ট্যাটাস নিয়ে যা–ই দাবি করুক না কেন, EEA–তে আপনার ad serving ঝুঁকির মুখে থাকবে।
আরও একটি বিষয় মনে রাখা জরুরি: তালিকায় থাকা মানেই সব certified CMP–এর মান সমান নয়। সার্টিফিকেশন কেবল একটি ন্যূনতম কমপ্লায়েন্স স্তর নিশ্চিত করে; কিন্তু ইমপ্লিমেন্টেশনের গুণমান, কাস্টমাইজেশন অপশন, পারফরম্যান্স ইমপ্যাক্ট এবং সাপোর্টের মান ভেন্ডরভেদে উল্লেখযোগ্যভাবে ভিন্ন হতে পারে। প্রকাশকদের উচিত সার্টিফিকেশনের বাইরেও গুণগত মানের ভিত্তিতে CMP বেছে নেওয়া।
Certified CMP ছাড়া কী ঘটে
EEA–তে certified CMP ছাড়া চলার পরিণতি তাৎক্ষণিক এবং গুরুতর:
- সীমিত ad serving: Google Ad Manager, AdSense এবং AdMob, EEA ব্যবহারকারীদের দেখানো বিজ্ঞাপন সীমিত করে দেবে। অনেক ক্ষেত্রে এর মানে কেবল non-personalized বিজ্ঞাপন, অথবা আপনার কনফিগারেশনের ওপর নির্ভর করে কোনো বিজ্ঞাপনই নাও দেখানো হতে পারে। Non-personalized বিজ্ঞাপন সাধারণত personalized বিজ্ঞাপনের তুলনায় ৫০ থেকে ৭০ শতাংশ কম আয় তৈরি করে।
- কনভার্সন মডেলিং বন্���: Google–এর উন্নত conversion modeling consent signal–এর ওপর নির্ভর করে। সঠিক Consent Mode V2 signal না থাকলে আপনি Google Ads এবং GA4–এ modeled conversion হারাবেন, যার ফলে attribution ডেটায় ফাঁক তৈরি হবে এবং ক্যাম্পেইন অপ্টিমাইজেশন অনির্ভরযোগ্য হয়ে পড়বে।
- প্রোগ্রাম্যাটিক ডিমান্ড কমে যাওয়া: Google ইকোসিস্টেমের অনেক SSP এবং DSP বৈধ TC String আছে কি না তা পরীক্ষা করে। TC String না থাকলে bid request হয় ফিল্টার হয়ে যায়, নয়তো কম CPM পায়, কারণ ক্রেতারা consent স্ট্যাটাস যাচাই করতে পারে না।
- কমপ্লায়েন্স ঝুঁকি: Google–এর প্রয়োগের বাইরে, EEA–তে সঠিক consent ছাড়া কাজ করলে জাতীয় ডেটা প্রোটেকশন অথরিটি থেকে GDPR জরিমানার ঝুঁকি থাকে। এই জরিমানা বার্ষিক বৈশ্বিক টার্নওভারের সর্বোচ্চ ৪% বা ২০ মিলিয়ন ইউরো — যেটি বেশি — পর্যন্ত হতে পারে।
- বিজ্ঞাপনদাতার আস্থা ক্ষয়: সরাসরি বিজ্ঞাপনদাতা এবং এজেন্সিগুলো ক্রমশ প্রকাশকদের কমপ্লায়েন্স অডিট করছে। Certified CMP ছাড়া চলা প্রিমিয়াম বিজ্ঞাপনদাতাদের কাছে এই বার্তা দেয় যে আপনার inventory–তে আইনি ঝুঁকি থাকতে পারে, যা সরাসরি ডিল হারানোর কারণ হতে পারে।
TCF 2.3 এবং Consent Mode V2: দ্বৈত প্রয়োজনীয়তা
একটি সাধারণ ভুল ধারণা হলো, কেবল TCF কমপ্লায়েন্ট হলেই যথেষ্ট। তা নয়। Google–এর প্রয়োজন একই সঙ্গে একটি বৈধ TC String (যা একটি TCF-registered CMP তৈরি করেছে) এবং Consent Mode V2 signal। এরা ad tech ইকোসিস্টেমে ভিন্ন ভিন্ন ভূমিকা পালন করে:
TC String প্রোগ্রাম্যাটিক বিজ্ঞাপন ইকোসিস্টেমে vendor–লেভেলে সূক্ষ্ম consent তথ্য পাঠায়। এটি সাপ্লাই চেইনের প্রতিটি vendor–কে জানায়, ব্যবহারকারী কোন কোন প্রসেসিং উদ্দেশ্যে consent দিয়েছে। অন্যদিকে Consent Mode V2, Google–এর নিজস্ব ট্যাগ (Analytics, Ads, Floodlight)–কে consent স্টেট জানায়। একটি certified CMP–কে একই সঙ্গে দুটোই হ্যান্ডেল করতে হবে এবং নিশ্চিত করতে হবে যে তারা একে–অপরের সাথে সিঙ্ক্রোনাইজড আছে।
সর্বশেষ ফ্রেমওয়ার্ক ভার্সন TCF 2.3, legitimate interest হ্যান্ড���িং এবং vendor disclosure প্রয়োজনীয়তার ক্ষেত্রে কিছু পরিমার্জন এনেছে। এটি vendor–রা কীভাবে legitimate interest–কে আইনি ভিত্তি হিসেবে দাবি করতে পারে তার নিয়ম আরও কঠোর করেছে এবং ব্যবহারকারীদের কাছে কোন vendor তাদের ডেটা প্রসেস করবে তা আরও স্পষ্টভাবে জানাতে বলেছে। Google সার্টিফিকেশন পেতে বা বজায় রাখতে ইচ্ছুক CMP–গুলোর কাছ থেকে আশা করা হচ্ছে যে ২০২৬ জুড়ে TCF 2.3 স্ট্যান্ডার্ড হয়ে ওঠার সাথে সাথে তারা এটি সাপোর্ট করবে।
FlexyConsent কীভাবে Google সার্টিফিকেশন অর্জন করেছে
FlexyConsent শুরু থেকেই Google সার্টিফিকেশনকে মূল ডিজাইন লক্ষ্য ধরে তৈরি হয়েছে, পরবর্তী চিন্তা হিসেবে নয়। প্ল্যাটফর্মটি Consent Mode V2–এর সব চারটি প্যারামিটার ইমপ্লিমেন্ট করে এবং EEA ট্র্যাফিকের জন্য সঠিক default-denied স্টেট সেট করে। এটি একটি নিবন্ধিত IAB Europe CMP হিসেবে স্ট্যান্ডার্ড–কমপ্লায়েন্ট TC String তৈরি করে।
সার্টিফিকেশনকে সহায়তা করেছে এমন কিছু মূল প্রযুক্তিগত সিদ্ধান্ত হলো:
- অন্য সব ট্যাগের আগে স্ক্রিপ্ট লোডিং: FlexyConsent–এর হালকা async স্ক্রিপ্টটি Google Tag Manager বা gtag.js ফায়ার হওয়ার আগে লোড হয় এবং ডিফল্ট consent স্টেট সেট করে, ফলে পেজ লোডের পরের গুরুত্বপূর্ণ কয়েক মিলিসেকেন্ডে consent leakage হওয়ার ঝুঁকি থাকে না।
- Geo-aware ডিফল্ট: প্ল্যাটফর্মটি ব্যবহারকারীর অবস্থান শনাক্ত করে এবং অঞ্চলভিত্তিক consent ডিফল্ট প্রয়োগ করে — EEA এবং UK–এর জন্য denied, আর যেখানে স্পষ্ট consent প্রয়োজন নেই এমন অঞ্চলের জন্য granted (যদি না প্রকাশক ভিন্নভাবে কনফিগার করে)।
- স্বচ্ছ consent স্টোরেজ: Consent পছন্দগুলো first-party cookie–তে পরিষ্কার নামকরণ কনভেনশনসহ সংরক্ষণ করা হয়, যাতে Google সার্টিফিকেশন রিভিউয়ের সময় এবং প্রকাশকরা নিজেদের কমপ্লায়েন্স চেকের সময় সহজে অডিট করতে পারে।
- নিরবচ্ছিন্ন TCF ভার্সন সাপোর্ট: ফ্রেমওয়ার্ক 2.2 থেকে 2.3–এ বিবর্তিত হওয়ার সাথে সাথে FlexyConsent, publisher–সাইড কোনো পরিবর্তন ��া স্ক্রিপ্ট আপডেট ছাড়াই TC String জেনারেশন স্বয়ংক্রিয়ভাবে আপডেট করে।
- ন্যূনতম পারফরম্যান্স ফুটপ্রিন্ট: স্ক্রিপ্টটি সাধারণ সংযোগে ৫০ মিলিসেকেন্ডেরও কম সময়ে লোড হওয়ার মতো করে অপ্টিমাইজ করা হয়েছে, যাতে এটি পেজ স্পিড কমিয়ে Core Web Vitals স্কোরে নেতিবাচক প্রভাব না ফেলে।
প্রকাশকদের এখনই কী কী যাচাই করা উচিত
আপনি যদি EEA–তে বিজ্ঞাপন পরিবেশন করেন, তাহলে কমপ্লায়েন্ট থাকার জন্য নিচের চেকলিস্টটি অনুসরণ করুন:
- Certified তালিকা দেখুন: Google–এর অফিসিয়াল certified CMP partner তালিকায় আপনার CMP আছে কি না নিশ্চিত করুন। তালিকা পর��বর্তিত হয়, তাই অন্তত প্রতি তিন মাসে একবার এটি করুন।
- Consent Mode V2 signal যাচাই করুন: Google Tag Assistant বা ব্রাউজার কনসোল ব্যবহার করে নিশ্চিত করুন যে
consent defaultএবংconsent updateকমান্ডগুলো চারটি প্যারামিটারসহ (ad_storage,analytics_storage,ad_user_data,ad_personalization) ফায়ার হচ্ছে। - TC String টেস্ট করুন: IAB–এর TC String decoder ব্যবহার করে যাচাই করুন আপনার CMP বৈধ, parseable TC String তৈরি করছে কি না, এবং vendor consent ও purpose declaration সঠিক আছে কি না।
- Tag firing order অডিট করুন: নিশ্চিত করুন আপনার CMP স্ক্রিপ্ট Google ট্যাগের আগে লোড হচ্ছে। যদি ট্যাগগুলো consent সেট হওয়ার আগে ফায়ার হয়, তাহলে আপন��র একটি কমপ্লায়েন্স গ্যাপ আছে, যা Google–এর সিস্টেম শনাক্ত করবে।
- Consent rate পর্যালোচনা করুন: আপনার EEA consent rate অস্বাভাবিকভাবে বেশি (৯০%–এর ওপরে) হলে খতিয়ে দেখুন ব্যানার ডিজাইন সত্যিই ব্যবহারকারীকে স্বাধীনভাবে পছন্দের সুযোগ দিচ্ছে কি না, নাকি এমনভাবে নাজ করছে যা নিয়ন্ত্রক সংস্থাগুলোর কাছে প্রশ্নবিদ্ধ হতে পারে।
- বিভিন্ন ডিভাইসে টেস্ট করুন: মোবাইল, ট্যাবলেট এবং ডেস্কটপ — সব ডিভাইসে consent ফ্লো সঠিকভাবে কাজ করছে কি না যাচাই করুন। মোবাইল consent–সংক্রান্ত সমস্যা খুবই সাধারণ এবং কেবল ডেস্কটপে টেস্ট করলে প্রায়ই ধরা পড��ে না।
মূল বার্তা: Google CMP সার্টিফিকেশন কোনো মার্কেটিং ব্যাজ নয় — এটি একটি প্রযুক্তিগত গেট, যা নির্ধারণ করে আপনার EEA ad আয় স্বাভাবিকভাবে প্রবাহিত হবে, নাকি থ্রটল হয়ে যাবে। আপনার CMP–এর স্ট্যাটাস যাচাই করুন, ইমপ্লিমেন্টেশন টেস্ট করুন এবং নিশ্চিত করুন TCF ও Consent Mode V2 — দু’ধরনের signal–ই সঠিকভাবে ফায়ার হচ্ছে।
FlexyConsent একটি ফ্রি টিয়ার অফার করে, যেখানে পূর্ণ Google-certified CMP ফাংশনালিটি, Consent Mode V2 এবং TCF 2.3 সাপোর্ট অন্তর্ভুক্ত। দ্রুত কমপ্লায়েন্ট হতে চাওয়া প্রকাশকদের জন্য এটি ইনস্টলেশন থেকে সার্টিফিকেশন–গ্রেড consent সংগ্রহ পর্যন্�� পৌঁছানোর দ্রুততম পথগুলোর একটি।