সুরক্ষিত শ্রোতা মধ্যস্থতার সাথে বহু-বিক্রেতার নিলাম সমর্থন, সুরক্ষিত শ্রোতা মধ্যস্থতার সাথে বহু-বিক্রেতা নিলাম সমর্থন

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

1. জলপ্রপাত মধ্যস্থতা : অ্যাপ ডেভেলপাররা বিজ্ঞাপন নেটওয়ার্কগুলির একটি ক্রমানুসারে তালিকা সংজ্ঞায়িত করে, যা প্রায়শই প্রদত্ত নেটওয়ার্কের জন্য ঐতিহাসিক eCPM দ্বারা র‍্যাঙ্ক করা হয়। এই তালিকাটি একটি মধ্যস্থতা শৃঙ্খল নামে পরিচিত। অ্যাপ ডেভেলপারের মধ্যস্থতা প্ল্যাটফর্ম এই তালিকাটি ব্যবহার করে বিজ্ঞাপন নেটওয়ার্কগুলিকে তালিকাভুক্ত ক্রমে কল করে প্রাসঙ্গিক বিজ্ঞাপন চাহিদার উৎস নির্ধারণ করে।
2. প্রোগ্রাম্যাটিক মেডিয়েশন : বিজ্ঞাপনের সুযোগের জন্য বিডিংয়ে অংশগ্রহণের জন্য অ্যাপ ডেভেলপার একাধিক বিজ্ঞাপন নেটওয়ার্ক কনফিগার করে। এই নেটওয়ার্কগুলি সুযোগটিকে কীভাবে মূল্যায়ন করে তার উপর ভিত্তি করে রিয়েল-টাইমে বিড করার অনুমতি পায়।
3. হাইব্রিড মধ্যস্থতা : জলপ্রপাত এবং প্রোগ্রাম্যাটিক মধ্যস্থতা কৌশলের সংমিশ্রণ।

জলপ্রপাত মধ্যস্থতা

ওয়াটারফল মেডিয়েশনে, যখন কোনও বিজ্ঞাপনের সুযোগ আসে, তখন একটি বিজ্ঞাপন SDK তার ব্যাকএন্ড সার্ভারে একটি অনুরোধ পাঠায়। একটি বিজয়ী বিজ্ঞাপন সৃজনশীলের মাধ্যমে অনুরোধের জবাব দেওয়ার পরিবর্তে, সার্ভার একটি মেডিয়েশন চেইন দিয়ে সাড়া দেয় যাতে ঐতিহাসিক eCPM অনুসারে সাজানো বিজ্ঞাপন নেটওয়ার্কগুলির একটি তালিকা থাকে।

চিত্র ১. জলপ্রপাত মধ্যস্থতা মডেল।

সার্ভার-সাইড ওয়াটারফল মডেলে, একটি বিজ্ঞাপন SDK প্রতিটি বিজ্ঞাপন নেটওয়ার্ককে (অথবা তার নিজস্ব নিলাম SDK) মধ্যস্থতা শৃঙ্খল দ্বারা নির্দিষ্ট ক্রমে কল করে। যদি কোনও বিজ্ঞাপন নেটওয়ার্ক বিজ্ঞাপনের অনুরোধ পূরণ করতে পারে, তাহলে বিজ্ঞাপন নেটওয়ার্ক বিজ্ঞাপনটি রেন্ডার করে। যদি তা না হয়, তাহলে অনুরোধটি শৃঙ্খলের পরবর্তী নেটওয়ার্কে পাঠানো হয়। অনুরোধটি পূরণ না হওয়া পর্যন্ত বা শৃঙ্খলটি শেষ না হওয়া পর্যন্ত এই প্রক্রিয়াটি পুনরাবৃত্তি করা হয়।

প্রথম-পক্ষের বিজ্ঞাপন চাহিদা উৎস থেকে eCPM-এর পুনর্মূল্যায়নের উপর ভিত্তি করে মধ্যস্থতা শৃঙ্খলকে নিয়মিতভাবে পুনর্বিন্যাস করে জলপ্রপাত মধ্যস্থতা প্রায়শই অপ্টিমাইজ করা হয়।

প্রোগ্রাম্যাটিক মধ্যস্থতা

প্রোগ্রাম্যাটিক মেডিটেশন (যা "হেডার বিডিং" নামেও পরিচিত) হল ঐতিহাসিক eCPM ব্যবহারের বিকল্প, যা নির্ধারণ করে কোন বিজ্ঞাপন নেটওয়ার্ক বিজ্ঞাপনের অনুরোধ পরিবেশন করার সুযোগ পাবে। প্রোগ্রাম্যাটিক মেডিটেশনের মাধ্যমে, প্রদানকারীরা বিজয়ী বিজ্ঞাপন খুঁজে পেতে লাইভ বিড মান ব্যবহার করে।

চিত্র ২: প্রোগ্রাম্যাটিক মধ্যস্থতা মডেল

হাইব্রিড মধ্যস্থতা

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

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

সুরক্ষিত দর্শক জলপ্রপাত মধ্যস্থতা

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

1. মধ্যস্থতা SDK প্রাসঙ্গিক বিজ্ঞাপন সার্ভারের শেষ বিন্দু থেকে মধ্যস্থতা চেইন আনে, যা প্রাসঙ্গিক বিজ্ঞাপন অথবা মধ্যস্থতা চেইন ফেরত দিতে পারে।
2. যদি বিজ্ঞাপন সার্ভারের এন্ডপয়েন্ট একটি মধ্যস্থতা শৃঙ্খল ফেরত দেয়, তাহলে মধ্যস্থতা SDK শৃঙ্খলের প্রতিটি আইটেমের মধ্য দিয়ে ক্রমানুসারে পুনরাবৃত্তি করে, অংশগ্রহণকারী বিজ্ঞাপন নেটওয়ার্কের SDK কে একটি প্রাসঙ্গিক এবং পুনঃবিপণন বিজ্ঞাপন নির্বাচন চালানোর জন্য আহ্বান করে। শৃঙ্খলের প্রতিটি আইটেম একটি বিজ্ঞাপন নেটওয়ার্কের একটি নির্দিষ্ট মূল্যের জন্য একটি নির্দিষ্ট পরিমাণ ইম্প্রেশন, ক্লিক বা বিজ্ঞাপনের সময়ের জন্য বিজ্ঞাপন স্থান কেনার অনুরোধকে প্রতিনিধিত্ব করে।
3. যদি চেইনের কোনও লাইন আইটেমই বিজয়ী বিজ্ঞাপন না বেছে নেয়, তাহলে মধ্যস্থতা SDK তার নিজস্ব বিজ্ঞাপন নেটওয়ার্ক থেকে একটি সুরক্ষিত দর্শক বিজ্ঞাপন নির্বাচন পরিচালনা করে একটি বিজ্ঞাপন দেখানোর জন্য বেছে নিতে পারে যা পুনঃবিপণন এবং প্রাসঙ্গিক বিজ্ঞাপন উভয় বিবেচনা করে।

চিত্র ৩. সুরক্ষিত শ্রোতা API ব্যবহার করে জলপ্রপাত মধ্যস্থতা।

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

বিজ্ঞাপন নির্বাচনের ফলাফল

selectAds() এর রিটার্ন টাইপ হল একটি AdSelectionOutcome অবজেক্ট। AdSelectionOutcome বিজয়ী বিজ্ঞাপনের রেন্ডার URI এবং একটি AdSelectionId থাকে, যা একটি অস্বচ্ছ পূর্ণসংখ্যা যা বিজয়ী লাইন আইটেমের বিজ্ঞাপন সৃজনশীলতা সনাক্ত করে।

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

AdSelectionId AdSelectionOutcome এর দিকে নির্দেশক হিসেবে কাজ করে। আজকাল, AdSelectionId reportResult() পদ্ধতিতে ReportImpressionInput প্যারামিটার হিসেবে পাঠানো হয় যাতে reportWin() এবং reportResult() পদ্ধতি ব্যবহার করে সঠিক বিজ্ঞাপনগুলি সনাক্ত করা যায়।

চেইন বিজ্ঞাপন নির্বাচনের প্রস্তাব

আমরা selectAds() AdSelectionFromOutcomesConfig দিয়ে ওভারলোড করার প্রস্তাব করছি।

val config = AdSelectionFromOutcomesConfig.Builder()
        .setSeller(seller)
        .setAdSelectionIds(listOf(outcome1pAdSelectionId))
        .setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
        .setSelectionLogicUri(selectionLogicUri)
        .build()
adSelectionClient.selectAds(config)

এটি মধ্যস্থতা SDK-কে তার বিজয়ী বিজ্ঞাপনের বিডকে পরবর্তী-ইনলাইন নেটওয়ার্কের বিড ফ্লোরের সাথে তুলনা করতে দেয়।

উদাহরণ ১:

উদাহরণ ২:

বিজয়ী ইম্প্রেশন রিপোর্ট করুন

যদি selectAds(AdSelectionFromOutcomes) থেকে কোনও বিজয়ী হয়, তাহলে সেই বিজ্ঞাপনটি মধ্যস্থতায় জয়ী হবে। তারপর selectAds(AdSelectionFromOutcomes) থেকে বিজয়ী বিজ্ঞাপনের বিজ্ঞাপন নির্বাচন আইডি এবং সংশ্লিষ্ট AdSelectionConfig দিয়ে reportImpression ডাকা হবে।

যদি কোনও নেটওয়ার্কের জন্য selectAds(AdSelectionConfig) থেকে বিজয়ী ফেরত পাঠানো হয়, তাহলে সেই কল থেকে বিজ্ঞাপন নির্বাচন আইডি এবং কনফিগারেশন সহ reportImpression কল করা হয়।

ওয়াটারফল মেডিটেশন চালান

জলপ্রপাত মধ্যস্থতা প্রক্রিয়ার মধ্য দিয়ে চলার জন্য ক্রিয়াকলাপের ক্রম এখানে দেওয়া হল।

1. প্রথম পক্ষের বিজ্ঞাপন নির্বাচন চালান।
2. মধ্যস্থতা শৃঙ্খলে পুনরাবৃত্তি করুন। প্রতিটি তৃতীয় পক্ষের নেটওয়ার্কের জন্য, নিম্নলিখিতগুলি করুন:
   1. প্রথম পক্ষের outcomeId এবং তৃতীয় পক্ষের SDK এর বিড ফ্লোর সহ AdSelectionFromOutcomeConfig তৈরি করুন
   2. আগের ধাপের config ব্যবহার করে selectAds() কল করুন।
   3. যদি ফলাফল খালি না থাকে, তাহলে বিজ্ঞাপনটি ফেরত দিন।
   4. বর্তমান SDK নেটওয়ার্ক অ্যাডাপ্টারের selectAds() পদ্ধতিতে কল করুন। যদি ফলাফল খালি না থাকে, তাহলে বিজ্ঞাপনটি ফেরত দিন।
3. যদি চেইন থেকে কোনও বিজয়ী না পাওয়া যায়, তাহলে প্রথম পক্ষের বিজ্ঞাপনটি ফেরত দিন।

সেরা অনুশীলন

প্রথম-পক্ষের অপ্টিমাইজেশনের আগে প্রাসঙ্গিক নিলাম চালান

পুনঃবিপণনের চাহিদা উচ্চ বিড তৈরি করতে পারে যা একটি মধ্যস্থতা শৃঙ্খলে বিজয়ী ফলাফল আনতে পারে। ছাঁটাই হল এমন একটি প্রক্রিয়া যা প্রায়শই পুনঃবিপণন দর্শক তালিকাকে পরিমার্জন করে প্রথম-পক্ষের অপ্টিমাইজেশন সক্ষম করতে ব্যবহৃত হয়।

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

আপনার ডিভাইসে থাকা মধ্যস্থতার চেইনগুলি ছোট রাখুন

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

অতিরিক্ত বিবেচ্য বিষয়

Protected Audience API একাধিক বিজ্ঞাপন স্লটের মধ্যস্থতার জন্য একটি বিস্তৃত সমাধান প্রদান করে না। প্রতিটি বিজ্ঞাপন স্লট স্বাধীনভাবে প্রক্রিয়া করতে হবে।

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

যেহেতু সুরক্ষিত দর্শক বিজ্ঞাপন নির্বাচন প্রাসঙ্গিক বিজ্ঞাপন আনার পরে চলে, তাই সুরক্ষিত দর্শক API ব্যবহার করলে বিজ্ঞাপন অনুরোধের এন্ড-টু-এন্ড ল্যাটেন্সির উপর প্রভাব পড়তে পারে।