Prebid.js সম্মতি ব্যবস্থাপনা: প্রকাশকদের জন্য Header Bidding সেটআপ গাইড
Header bidding ডিমান্ড পার্টনারদের সমান্তরালে প্রতিযোগিতা করতে দিয়ে প্রকাশকদের CPM বৃদ্ধি করে — কিন্তু এই প্রতিটি অংশীদারের কুকি রাখা, ফিঙ্গারপ্রিন্ট করা বা পিক্সেল ফায়ার করার আগে একটি বৈধ সম্মতি সংকেত প্রয়োজন। Prebid.js, হাজার হাজার সাইট ব্যবহৃত ডি ফ্যাক্টো ওপেন-সোর্স header bidding র্যাপার, একটি কনসেন্ট ম্যানেজমেন্ট মডিউল সহ আসে যা আপনার CMP-কে প্রতিটি নিলামে সংযুক্ত করে। ভুলভাবে কনফিগার করলে হয় আপনি সম্মতি ছাড়াই ডেটা ফাঁস করেন (নিয়ন্ত্রক ঝুঁকি) অথবা বিডারদের তাদের প্রয়োজনীয় সংকেত থেকে বঞ্চিত করেন (রাজস্ব ঝুঁকি)। এই গাইড প্রকাশকদের একটি প্রোডাকশন-গ্রেড সেটআপের মধ্য দিয়ে নিয়ে যায়।
কেন Prebid.js-এর একটি কনসেন্ট ম্যানেজমেন্ট মডিউল প্রয়োজন
যখন Prebid.js নিলাম চলে, র্যাপার প্রতিটি কনফিগার করা বিডার অ্যাডাপ্টারে সমান্তরাল অনুরোধ পাঠায়। প্রতিটি অ্যাডাপ্টারকে তার বিড রিকোয়েস্টে ব্যবহারকারীর সম্মতি স্ট্রিং অন্তর্ভুক্ত করতে হবে — tcfeu (EU/UK-এর জন্য TCF v2.2), usp (CCPA/CPRA), এবং ক্রমবর্ধমানভাবে gpp (একাধিক মার্কিন রাজ্য কভারকারী IAB Global Privacy Platform স্ট্রিং)। এই সংকেত ছাড়া, ডাউনস্ট্রিম SSP এবং DSP-গুলিকে হয় ব্যবহারকারীকে অপ্ট-আউট হিসেবে বিবেচনা করতে, বিড সম্পূর্ণরূপে বাদ দিতে, অথবা — সবচেয়ে খারাপ ক্ষেত্রে — বেআইনিভাবে ডেটা প্রক্রিয়া করতে বাধ্য হতে হয়।
Prebid কনসেন্ট ম্যানেজমেন্ট মডিউল আপনার CMP এবং বিড রিকোয়েস্ট পাইপলাইনের মধ্যে বসে। এটি স্ট্যান্ডার্ড CMP API (__tcfapi, __uspapi, __gppapi) কল করে, একটি সম্মতি স্ট্রিংয়ের জন্য অপেক্ষা করে এবং তারপর স্বয়ংক্রিয়ভাবে প্রতিটি অ্যাডাপ্টারের বিড রিকোয়েস্ট পেলোডে ইনজেক্ট করে। এটি GDPR প্রয়োগ সক্ষম করলে উদ্দেশ্য-ভিত্তিক গেটিংও প্রয়োগ করে, প্রাসঙ্গিক TCF উদ্দেশ্য প্রদান না করা ব্যবহারকারীদের জন্য স্টোরেজ অ্যাক্সেস এবং বিডার এক্সিকিউশন ব্লক করে।
মূল মডিউল ইনস্টল এবং কনফিগার করা
Prebid.js প্রতি-প্রকাশক ভিত্তিতে docs.prebid.org/download.html থেকে তৈরি হয়। যখন আপনি আপনার কাস্টম বিল্ড তৈরি করেন, "কনসেন্ট ম্যানেজমেন্ট"-এর অধীনে তিনটি মডিউল গুরুত্বপূর্ণ:
- consentManagementTcf — EU, UK এবং সুইজারল্যান্ডের ট্র্যাফিকের জন্য TCF v2.2 স্ট্রিং পরিচালনা করে।
- consentManagementUsp — পুরানো CCPA/CPRA US প্রাইভেসি স্ট্রিং পরিচালনা করে (এখনও অনেক DSP-এর দ্বারা প্রয়োজনীয়)।
- consentManagementGpp — IAB GPP স্ট্রিং পরিচালনা করে, Google, TTD এবং প্রধান SSP-গুলি দ্বারা এখন বাধ্যতামূলক ফরওয়ার্ড-লুকিং স্ট্যান্ডার্ড।
আপনি যদি গ্লোবাল ট্র্যাফিক সার্ভ করেন তবে তিনটিই অন্তর্ভুক্ত করুন। একবার বিল্ড আপনার CDN-এ পৌঁছালে, আপনার Prebid সেটআপ স্ক্রিপ্টে মডিউলগুলি কনফিগার করুন:
TCF v2.2 কনফিগারেশন
TCF ব্লক Prebid-কে বলে কোন CMP API কল করতে হবে, একটি স্ট্রিংয়ের জন্য কতক্ষণ অপেক্ষা করতে হবে এবং টাইমআউটে কী করতে হবে। একটি সাধারণ প্রোডাকশন কনফিগ cmpApi: 'iab', timeout: 8000 (8 সেকেন্ড — ধীর CMP ব্যানার লোডের জন্য যথেষ্ট দীর্ঘ) এবং defaultGdprScope: true সেট করে যাতে অজানা জুরিসডিকশনের ব্যবহারকারীদের অন্যথা প্রমাণিত না হওয়া পর্যন্ত স্কোপের মধ্যে বিবেচনা করা হয়। আলাদাভাবে actionTimeout সেট করা নিয়ন্ত্রণ করে যে ব্যানারের সাথে ব্যবহারকারী এখনও ইন্টারেক্ট না করলে Prebid কতক্ষণ অপেক্ষা করে — এটিকে মাঝারি রাখলে দর্শক ব্যানার উপেক্ষা করলে একটি ফাঁকা বিজ্ঞাপন স্লট এড়ানো যায়।
US প্রাইভেসি এবং GPP
USP সহজ: মডিউল সক্ষম করুন এবং Prebid __uspapi থেকে চার-অক্ষরের স্ট্রিং পড়ে। GPP আরও সূক্ষ্ম কারণ GPP স্ট্রিং একাধিক বিভাগ ID বহন করতে পারে (TCF EU, US National, US California, US Colorado, US Virginia ইত্যাদি)। Prebid স্বয়ংক্রিয়ভাবে সম্পূর্ণ স্ট্রিং ফরোয়ার্ড করে, কিন্তু বিডাররা নির্দিষ্ট বিভাগ পরীক্ষা করে। নিশ্চিত করুন যে আপনার CMP প্রতিটি ব্যবহারকারীর জুরিসডিকশনের জন্য সঠিক GPP বিভাগ নির্গত করছে — একটি ভুলভাবে কনফিগার করা CMP যা ক্যালিফোর্নিয়ার ব্যবহারকারীকে শুধুমাত্র US National বিভাগ নির্গত করে সেটি CPRA-সম্মত DSP-গুলিকে বিড বাতিল করতে বাধ্য করবে।
GDPR প্রয়োগ সক্ষম করা (উদ্দেশ্য-ভিত্তিক গেটিং)
ডিফল্টরূপে, সম্মতি মডিউল TCF স্ট্রিং পাস করে কিন্তু কিছু ব্লক করে না। Prebid-কে আসলে TCF উদ্দেশ্য প্রয়োগ করাতে, gdprEnforcement রুল সেট সক্ষম করুন। এখানেই বেশিরভাগ সেটআপ ভুল হয় — এবং এখানেই একটি সম্মত এবং অ-সম্মত header bidding স্ট্যাকের মধ্যে পার্থক্য থাকে।
স্ট্যান্ডার্ড রুলসেট প্রাসঙ্গিক উদ্দেশ্যে সম্মতির অভাব হলে চারটি কার্যকলাপ ব্লক করে:
- storage — উদ্দেশ্য 1-এ গেটেড (স্টোরেজ এবং অ্যাক্সেস)। অস্বীকার করা হলে, Prebid বিডারদের কুকি এবং localStorage পড়া বা লেখা থেকে বিরত রাখে।
- basicAds — উদ্দেশ্য 2-এ গেটেড (মৌলিক বিজ্ঞাপন)। অস্বীকার করা হলে, বিডারকে সম্পূর্ণরূপে নিলাম থেকে বাদ দেওয়া হয়।
- measurement — উদ্দেশ্য 7-এ গেটেড। অ্যানালিটিক্স অ্যাডাপ্টারকে প্রভাবিত করে।
- transmitPreciseGeo — বিশেষ ফিচার 1-এ গেটেড। অস্বীকার করা হলে, Prebid বিড রিকোয়েস্ট থেকে সুনির্দিষ্ট জিওলোকেশন সরিয়ে দেয়।
প্রতিটি নিয়মের জন্য আপনি enforcePurpose: true, enforceVendor: true এবং vendorExceptions-এর একটি তালিকা সেট করেন। ভেন্ডর এক্সেপশন তালিকা গুরুত্বপূর্ণ: আপনি সেখানে যে কোনো বিডার তালিকাভুক্ত করেন তাকে স্পষ্ট TCF ভেন্ডর সম্মতি ছাড়াও অংশগ্রহণ করার অনুমতি দেওয়া হয়, এই ভিত্তিতে যে আপনার আলাদা আইনি ভিত্তি রয়েছে। এটি সংযতভাবে ব্যবহার করুন — অতি-বিস্তৃত ব্যতিক্রমগুলি ঠিক সেই প্যাটার্ন যা নিয়ন্ত্রকরা প্রকাশকদের জরিমানা করা শুরু করেছেন।
সাধারণ ফাঁদ যা প্রকাশকদের রাজস্ব বা সম্মতি ব্যয় করায়
টাইমআউট খুব কম সেট করা
timeout যদি আপনার CMP-এর ব্যানার রেন্ডার সময়ের চেয়ে কম হয়, Prebid কোনো সম্মতি স্ট্রিং ছাড়াই এগিয়ে যায়। বিডাররা এটিকে নো-কনসেন্ট হিসেবে বিবেচনা করে এবং বিড বাদ দেয়। আপনার CMP-এর tcfapi('addEventListener') ফার্স্ট-কল লেটেন্সি 95তম পার্সেন্টাইলে পরিমাপ করুন এবং Prebid টাইমআউট তার উপরে সেট করুন। 8000 ms একটি নিরাপদ ডিফল্ট; 3000 ms ঝুঁকিপূর্ণ যদি আপনি এমন বাজারে সার্ভ করেন যেখানে ব্যানারগুলি স্থানীয়করণ করতে সময় নেয়।
US ট্র্যাফিকে GPP ইন্টিগ্রেশন অনুপস্থিত
প্রধান SSP এবং DSP-গুলি (Google AdX, TTD, Magnite, PubMatic) এখন US অপ্ট-আউট এনফোর্সমেন্টের জন্য GPP স্ট্রিং প্রয়োজন। আপনি যদি শুধুমাত্র লেগেসি USP স্ট্রিং নির্গত করেন, এই DSP-গুলি আপনার ইনভেন্টরি ক্রমশ ডাউনগ্রেড বা এড়িয়ে যাবে। আপনার বিড রেসপন্স অডিট করুন: 2026 সালে US ট্র্যাফিকে তীব্র CPM হ্রাস প্রায়শই একটি মিসিং-GPP সংকেত।
SPA নেভিগেশনে বাসি সম্মতি স্ট্রিং
রুট পরিবর্তনে Prebid নিলাম পুনরায় ট্রিগার করা সিঙ্গেল-পেজ অ্যাপগুলিকে অবশ্যই pbjs.refreshUserIds() কল করতে হবে এবং নিশ্চিত করতে হবে যে সর্বশেষ TCF স্ট্রিং ফেচ করা হয়েছে। ক্যাশড 30-মিনিট-পুরানো স্ট্রিং আগের ব্যবহারকারীর পছন্দ বহন করতে পারে যদি আপনার সাইট শেয়ার্ড সেশন ব্যবহার করে।
অ্যানালিটিক্সের জন্য vendorExceptions অনুপস্থিত
প্রকাশকরা প্রায়ই ভুলে যান যে Prebid Analytics অ্যাডাপ্টারগুলিও (Google Analytics, সার্ভার-সাইড রিপোর্টিং) TCF উদ্দেশ্য 7-এর অধীনে measurement গেটিংয়ের অধীন। আপনি যদি রাজস্ব রিপোর্টিংয়ের জন্য এগুলির উপর নির্ভর করেন, তাদের মেজারমেন্ট রুলের ভেন্ডর এক্সেপশনের অধীনে স্পষ্টভাবে তালিকাভুক্ত করুন অথবা নো-কনসেন্ট ট্র্যাফিকে ডেটা ফাঁক মেনে নিন।
প্রোডাকশনের আগে আপনার সেটআপ পরীক্ষা করা
Prebid.js ব্রাউজার কনসোলে pbjs.getConfig('consentManagement') প্রকাশ করে। সক্রিয় কনফিগারেশন আপনার ইচ্ছার সাথে মেলে কিনা যাচাই করুন। তারপর প্রতিটি বিড রিকোয়েস্টে সংযুক্ত সম্মতি স্ট্রিং পরীক্ষা করতে Chrome Prebid.js Professor এক্সটেনশন বা pbjs.getEvents() ব্যবহার করুন। তিনটি পরিস্থিতি স্পট-চেক করুন: সম্পূর্ণ সম্মত ব্যবহারকারী, "সব প্রত্যাখ্যান করুন" ক্লিক করা ব্যবহারকারী এবং ইন্টারেক্ট না করেই ব্যানার বরখাস্ত করা ব্যবহারকারী। প্রত্যেকটি বিড রিকোয়েস্ট পেলোডে আলাদা পর্যবেক্ষণযোগ্য আচরণ তৈরি করা উচিত।
VPN বা আপনার CMP-এর জিওলোকেশন ওভাররাইড ফ্ল্যাগ ব্যবহার করে বিভিন্ন ভূগোলে একই চেকগুলি চালান। EU ট্র্যাফিক একটি TCF স্ট্রিং তৈরি করবে এবং gdprEnforcement ট্রিগার করবে; ক্যালিফোর্নিয়া ট্র্যাফিক একটি USP এবং একটি GPP স্ট্রিং তৈরি করবে; জুরিসডিকশনাল-অজানা ট্র্যাফিক আপনার defaultGdprScope সেটিং মেনে চলবে।
সব একত্রিত করা
একটি সঠিকভাবে কনফিগার করা Prebid কনসেন্ট ম্যানেজমেন্ট স্ট্যাক একসাথে তিনটি কাজ করে: এটি আপনার বিডারদের বৈধ সম্মতি সংকেত সরবরাহ করে রাখে (CPM সংরক্ষণ করে), এটি র্যাপার স্তরে TCF এবং US অপ্ট-আউট নিয়মগুলি প্রয়োগ করে (নিয়ন্ত্রক এক্সপোজার হ্রাস করে), এবং এটি আপনাকে একটি একক অডিট পয়েন্ট দেয় যখন একজন নিয়ন্ত্রক জিজ্ঞেস করেন আপনার header bidding সেটআপ কীভাবে ব্যবহারকারীর পছন্দকে সম্মান করে। টাইমআউটগুলি সচেতনভাবে সেট করতে, US ট্র্যাফিকের জন্য USP-এর পাশাপাশি GPP সক্ষম করতে এবং ত্রৈমাসিকভাবে আপনার vendorExceptions তালিকা পর্যালোচনা করার সময় নিন — এটি ভুল করার খরচ জরিমানা এবং হারানো প্রোগ্রামাটিক রাজস্ব উভয়ে পরিমাপ করা হয়।