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

মতামত প্রদান

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AdSelectionOutcome {
  Uri renderUri;
  Long AdSelectionId;
}

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

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

আমরা AdSelectionFromOutcomesConfig এর সাথে selectAds() ওভারলোড করার প্রস্তাব করি।

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

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

উদাহরণ 1:

উদাহরণ 2:

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

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

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

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

এখানে জলপ্রপাত মধ্যস্থতা প্রক্রিয়ার মাধ্যমে চালানোর জন্য অপারেশন ক্রম.

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

সর্বোত্তম অনুশীলন

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

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

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

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

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

অতিরিক্ত বিবেচনা

সুরক্ষিত শ্রোতা API একাধিক বিজ্ঞাপন স্লটের মধ্যস্থতার জন্য একটি ব্যাপক সমাধান অফার করে না। প্রতিটি বিজ্ঞাপন স্লট স্বাধীনভাবে প্রক্রিয়া করা আবশ্যক.

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

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