Google-এর অতিরিক্ত সম্মতির প্রযুক্তিগত স্পেসিফিকেশন

যেসব প্রকাশক TCF-বহির্ভূত বিজ্ঞাপন প্রযুক্তি প্রদানকারীর (ATP) সাথে কাজ করতে চান তাদের সরাসরি CMP-এর সঙ্গে কাজ করা উচিত।

এই ডকুমেন্টে একটি প্রযুক্তিগত স্পেসিফিকেশন ("অতিরিক্ত সম্মতির মোড" নামে পরিচিত) বর্ণনা করা হয়েছে। যেসব ভেন্ডর এখনও IAB ইউরোপ গ্লোবাল ভেন্ডর লিস্টে (GVL) রেজিস্টার করেনি তাদের ট্রান্সপারেন্সি এবং/অথবা কনসেন্টের সিগন্যাল পাঠানোর উদ্দেশ্যে শুধুমাত্র IAB ইউরোপের ট্রান্সপারেন্সি ও কনসেন্ট ফ্রেমওয়ার্ক (TCF) v2-এর সঙ্গে একসাথে এই স্পেসিফিকেশন ব্যবহার করা যাবে। যেসব কোম্পানি এখনও IAB ইউরোপ গ্লোবাল ভেন্ডর লিস্টে রেজিস্টার করেনি, কিন্তু Google-এর বিজ্ঞাপন প্রযুক্তি প্রদানকারীদের (ATP) লিস্টে রয়েছে, তাদের জন্য TCF প্রয়োগ সহ প্রকাশক, কনসেন্ট ম্যানেজমেন্ট প্ল্যাটফর্ম (CMP) ও পার্টনারদের অতিরিক্ত সম্মতি পেতে ও ডিস্ট্রিবিউট করতে এই স্পেসিফিকেশন সাহায্য করে।

অতিরিক্ত সম্মতি v2-তে হওয়া পরিবর্তন

ডিসেম্বর ২০২৩ থেকে, Google-এ আমাদের অতিরিক্ত সম্মতি স্পেসিফিকেশনের v2 কাজ করে। মূল পরিবর্তনগুলি হল:

• CMP-তে প্রকাশিত ভেন্ডরদের অন্তর্ভুক্ত করতে অতিরিক্ত সম্মতি (AC) স্ট্রিংয়ে আপডেট।
• TCF এবং বিজ্ঞাপনদাতার সম্মতি মোড, উভয়ের সাথে কাজ করা CMP-দের অপারেশন সংক্রান্ত তথ্য বিনিময়ে সাহায্য করতে CMP API-তে আপডেট করা।

v1 স্পেসিফিকেশনের ভিত্তিতে তৈরি হওয়া AC স্ট্রিং এখনও কাজ করবে।

অতিরিক্ত সম্মতির কম্পোনেন্ট

"অতিরিক্ত সম্মতি"-তে, আমরা এই দুটি ক্ষেত্রেই সাহায্য করি:

• IAB TCF v2.2 স্পেসিফিকেশনে দেওয়া বিবরণ অনুযায়ী, ট্রান্সপারেন্সি ও সম্মতি স্ট্রিং (TC স্ট্রিং), যার মধ্যে IAB-র গ্লোবাল ভেন্ডর লিস্টে (GVL) থাকা ভেন্ডরদের জন্য তৈরি করা ট্রান্সপারেন্সি ও সম্মতি রয়েছে। এবং
• একটি লাইটওয়েট addtl_consent স্ট্রিং (AC স্ট্রিং), যার মধ্যে সম্মতি দেওয়া এবং/অথবা প্রকাশ করা এমন Google বিজ্ঞাপন প্রযুক্তি প্রদানকারীদের (ATP) তালিকা আছে যারা IAB-তে রেজিস্টার করেনি।

এই স্পেসিফিকেশনে এইসব বিষয় ব্যাখ্যা করা হয়েছে:

1. AC স্ট্রিং ফর্ম্যাট।

2. যাতে AC স্ট্রিং কাজ করে এবং TCF ও বিজ্ঞাপনদাতার সম্মতি মোড উভয় উপস্থিত থাকলে নিয়ন্ত্রণের জন্য TCF v2.2 CMP API-এর এক্সটেনশন।

3. AC স্ট্রিং কীভাবে স্টোর করা উচিত।

4. ডিজিটাল বিজ্ঞাপন চেনের মধ্যে দিয়ে কীভাবে AC স্ট্রিং পাস করাতে হয়।

"অতিরিক্ত সম্মতি" (AC) স্ট্রিং ফর্ম্যাট

AC স্ট্রিংয়ে কী ধরনের তথ্য স্টোর করা হয়?

AC স্ট্রিংয়ে এই উপাদানগুলি থাকে:

• অংশ ১: স্পেসিফিকেশনের ভার্সন নম্বর, যেমন "2"

• অংশ ২: বিভাজক চিহ্ন "~"

• অংশ ৩: ডটের মাধ্যমে আলাদা করা, ব্যবহারকারীর সম্মতি দেওয়া Google বিজ্ঞাপন প্রযুক্তি প্রদানকারীর (ATP) আইডির তালিকা। যেমন: "1.35.41.101"

• অংশ ৪: বিভাজক চিহ্ন "~"

• অংশ ৫: "dv."-এর পরে ডট দিয়ে আলাদা করা প্রকাশিত Google-এর বিজ্ঞাপন প্রযুক্তি প্রদানকারী (ATP) আইডির লিস্ট। যেমন: "dv.9.21.81"

  স্ট্রিংয়ের দৈর্ঘ্য ছোট করতে, অংশ ৩-এ অন্তর্ভুক্ত ভেন্ডরদের অংশ ৫-এ অন্তর্ভুক্ত করবেন না।

AC স্ট্রিংয়ের উদাহরণ

AC স্ট্রিং 2~1.35.41.101~dv.9.21.81 আইডির অর্থ হল, ব্যবহারকারী 1, 35, 41 এবং 101 আইডির মাধ্যমে ATP-কে সম্মতি দিয়েছেন, 9, 21 এবং 81 আইডির ATP ব্যবহারকারীদের কাছে প্রকাশ করা হয়েছে এবং v2 স্পেসিফিকেশনে বর্ণিত ফর্ম্যাটে স্ট্রিং তৈরি করা হয়েছে।

AC স্ট্রিং কে তৈরি করবেন?

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

Google ATP কোথায় প্রকাশ করা হবে?

IAB-এর সাথে রেজিস্টার করা নয় এমন বিজ্ঞাপন প্রযুক্তি পরিষেবা প্রদানকারীর তালিকা এবং তাদের আইডি Google নিম্নলিখিত লোকেশনে প্রকাশ করবে:

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

AC স্ট্রিং কখন তৈরি করা উচিত?

প্রকাশক, Google-এর ইউরোপীয় ইউনিয়নের ব্যবহারকারী সম্মতি নীতি মেনে চলে এমন সব ক্ষেত্রে, AC স্ট্রিং তৈরি করা যেতে পারে।

সম্মতি জানানো ভেন্ডরদের তখনই যোগ করা উচিত যখন ব্যবহারকারী এইসব শর্তে আইনত বৈধ সম্মতি জানাবেন:

1. আইনি প্রয়োজনে কুকি অথবা অন্যান্য লোকাল স্টোরেজ ব্যবহার করা; এবং

2. পছন্দমতো বিজ্ঞাপন দেখানোর জন্য ATP-কে ব্যক্তিগত ডেটা সংগ্রহ, শেয়ার ও ব্যবহার করতে দেওয়া এবং তার পাশাপাশি Google-এর ইউরোপীয় ইউনিয়নের ব্যবহারকারী সম্মতি নীতির সমস্ত অন্যান্য শর্তাবলী মেনে চলা।

প্রকাশিত ভেন্ডর যাদের এগুলির সম্মতি নেই:

1. আইনি প্রয়োজনে কুকি অথবা অন্যান্য লোকাল স্টোরেজ ব্যবহার করা; এবং

2. পছন্দমতো বিজ্ঞাপন দেখানোর জন্য ATP-কে ব্যক্তিগত ডেটা সংগ্রহ, শেয়ার ও ব্যবহার করতে দেওয়ার সম্মতি জানাননি, তাদের শুধু তখনই অন্তর্ভুক্ত করা যাবে যখন Google-এর ATP লিস্টে প্রদত্ত ATP-র গোপনীয়তা নীতি লিঙ্ক করা সহ প্রত্যেক ATP-র পরিচয় সম্পর্কিত উপযুক্ত ট্রান্সপারেন্সি ব্যবহারকারীদের প্রদান করা হবে।

TC স্ট্রিংয়ের জন্য সাপ্লিমেন্টাল স্ট্রিং হিসেবে তৈরি করতে হবে, তবে TC স্ট্রিংয়ের জায়গায় AC স্ট্রিং তৈরি করা যাবে না। একই অনুরোধের জন্য TC স্ট্রিং উপলভ্য না হলে, Google অনুরোধ প্রসেস করবে না এবং অনুরোধ পেলে AC স্ট্রিং বাতিল করে দেবে।

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

সম্পর্কিত রিসোর্স

• গ্লোবাল ভেন্ডর তালিকা ফর্ম্যাট v2.2 সহ ট্রান্সপারেন্সি ও সম্মতি সংক্রান্ত স্ট্রিং

• সম্মতি ম্যানেজমেন্ট প্ল্যাটফর্ম API v2.2

• IAB ইউরোপ ট্রান্সপারেন্সি ও কনসেন্ট ফ্রেমওয়ার্ক সংক্রান্ত নীতি

• Google-এর ইউরোপীয় ইউনিয়নের ব্যবহারকারী সম্মতি নীতি

CMP API-তে এক্সটেনশন

AC স্ট্রিং ফিরিয়ে আনা অনুমোদন করতে, আমরা আগে থেকে আছে এমন TCF v2.2 CMP JavaScript API এক্সটেনশনের সাজেশন দিই। আরও নির্দিষ্ট করে বলতে গেলে, এই ডেটা ফিরিয়ে আনার জন্য আমরা TCData এবং InAppTCData JSON অবজেক্ট এক্সটেনশনের সাজেশন দিই।

TCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}

 

InAppTCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’
}

AC স্ট্রিং কীভাবে স্টোর করা উচিত?

ওয়েব

স্টোরেজ সংক্রান্ত পদ্ধতি CMP-এর পছন্দ অনুসারে নির্ধারণ করা হয়।

অ্যাপ-মধ্যস্থ

AC স্ট্রিং স্টোর করার জন্য CMP বা SDK NSUserDefaults (iOS) অথবা SharedPreferences (Android) ব্যবহার করবে। এটি নিম্নলিখিত বিষয়গুলির জন্য অনুমতি দেয়:

• ভেন্ডরকে সহজে স্ট্রিং অ্যাক্সেস করতে দেওয়া

• AC স্ট্রিং অ্যাপ সেশন জুড়ে থাকে

• AC স্ট্রিং আলাদা আলাদা CMP SDK টুলের মধ্যে ট্রান্সফার করা যায়। এর ফলে প্রকাশক সহজে CMP SDK টুল পরিবর্তন করতে পারবেন

কোনও প্রকাশক তার অ্যাপ থেকে CMP SDK মুছে ফেলতে চাইলে, ব্যবহারকারীদের জন্য AddtlConsent মান সরিয়ে দেওয়ার দায়িত্ব তার, যাতে ভেন্ডর অন্তর্ভুক্ত থাকা AC স্ট্রিং ব্যবহার না করতে পারেন।

NSUserDefaults এবং SharedPreferences-এ স্টোরেজ এবং লুক-আপ কী	মান
IABTCF_AddtlConsent	স্ট্রিং: স্পেসিফিকেশন ভার্সন সহ AC স্ট্রিং এবং সম্মতি দেওয়া বিজ্ঞাপন প্রযুক্তি প্রদানকারীর আইডি

ডিজিটাল বিজ্ঞাপন চেনের মধ্যে দিয়ে কীভাবে AC স্ট্রিং পাস করাবেন

বিডের অনুরোধ

GVL নয় এমন ভেন্ডর ডাউনস্ট্রিম তৈরি করার জন্য আমরা ConsentedProvidersSettings আবার ব্যবহার করব।

• OpenRTB-তে এক্সটেনশন প্রোটোকল
• Legacy Protobuf ভার্সন

মেসেজ ConsentedProvidersSettings {
 // এমন একগুচ্ছ পরিষেবা প্রদানকারীর সাথে যুক্ত আইডি যেগুলির জন্য প্রকাশকরা
 // Google-কে বলেছেন যে এটির EEA ব্যবহারকারীরা বৈধ সম্মতি প্রদান করেছেন এই সব ক্ষেত্রে: ১) আইনগতভাবে প্রয়োজন এমন  
 // স্থানীয় কুকি এবং অন্যান্য স্থানীয় স্টোরেজের ব্যবহার করা; এবং ২) Google-এর ইউরোপীয় ইউনিয়নের ব্যবহারকারী সম্মতি নীতি মেনে 
 // ATP দ্বারা বিজ্ঞাপন পছন্দমতো করে তোলার জন্য ব্যক্তিগত ডেটা সংগ্রহ, শেয়ার বা ব্যবহার করা।
 // পরিষেবা প্রদানকারীর আইডির সাথে নাম ম্যাপ করা সংক্রান্ত তথ্য providers.csv ফাইলে পোস্ট করা হয়েছে।
 repeated int64 consented_providers = 2 [packed = true];
}

 // সেই সব পরিষেবা প্রদানকারীর জন্য তথ্য যাদের জন্য প্রকাশকরা Google-কে বলেছেন
 // যে এটির EEA ব্যবহারকারীরা তাদের ব্যক্তিগত ডেটা ব্যবহার করার সম্মতি প্রদান করেছেন এই জন্য
 // Google-এর ইউরোপীয় ইউনিয়নের ব্যবহারকারী সম্মতি নীতি অনুসারে বিজ্ঞাপন পছন্দমতো করে তোলা।
 // regs_gdpr-এর মান সঠিক হলেই এই ফিল্ডটি অটো-ফিল হবে।
 optional ConsentedProvidersSettings consented_providers_settings = 42;

URL-ভিত্তিক পরিষেবা

কোনও ক্রিয়েটিভ রেন্ডার করার সময়, এটিতে <img> ট্যাগের মধ্যে পিক্সেলের সংখ্যা থাকতে পারে। যেমন, <img src="http://vendor-a.com/key1=val1&key2=val2">, যা ব্রাউজার থেকে ভেন্ডরকে একটি HTTP GET অনুরোধ পাঠায়।

<img> ট্যাগের মধ্যে থাকা পিক্সেল যেহেতু জাভাস্ক্রিপ্ট এক্সিকিউট করতে পারে না, সেই কারণে TC স্ট্রিং পাওয়ার জন্য CMP API ব্যবহার করা যাবে না। TC স্ট্রিংয়ের সহায়তার মতো একই রকমভাবে, যেখানে AC স্ট্রিং রাখতে হবে সেখানে আমরা একটি স্ট্যান্ডার্ড URL প্যারামিটার এবং পিক্সেল URL-এর মধ্যে একটি ম্যাক্রো ব্যবহার করি।

URL প্যারামিটার	সংশ্লিষ্ট ম্যাক্রো	URL-এ বর্ণনা দেওয়া
addtl_consent	ADDTL_CONSENT	&addtl_consent=${ADDTL_CONSENT}

উদাহরণ ১

ভেন্ডর 'ক' কোনও AC স্ট্রিং পেতে চাইলে, URL প্যারামিটার এবং ম্যাক্রো সহ ইমেজের URL-এ অবশ্যই কী-ভ্যালু পেয়ার &addtl_consent=${ADDTL_CONSENT} অন্তর্ভুক্ত করতে হবে। ফলস্বরূপ পাওয়া URL হল:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

উদাহরণ ২

কোনও অনুরোধে, AC স্ট্রিং যদি এমন হয়: 1~1.35.41.101

কলার বা ক্রিয়েটিভ রেন্ডারকারী URL-এর ম্যাক্রো সরিয়ে তার পরিবর্তে আসল AC স্ট্রিং বসিয়ে দেয়, এর ফলে নির্দিষ্ট সার্ভারে কল করার সময়, আগে থেকে বসানো পিক্সেল যাতে ম্যাক্রো ছিল তা প্রয়োজন অনুযায়ী পরিবর্তিত হয়:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101