बिडिंग और नीलामी से जुड़ी सेवाएं

शुरुआती Protected Audience प्रस्ताव में, रीमार्केटिंग विज्ञापन की मांग, डिवाइस पर ही लागू की जाती है. इस ज़रूरी शर्त के तहत, कंप्यूटेशन की ज़रूरी शर्तें, जिन्हें उन डिवाइसों पर पूरा नहीं किया जा सकता जिन पर सीमित प्रोसेसिंग पावर हो सकती है या इस वजह से विज्ञापनों को चुनने और रेंडर करने में बहुत समय लग सकता है नेटवर्क इंतज़ार का समय.

बिडिंग और नीलामी से जुड़ी सेवाओं (B&A) के प्रस्ताव में, बिडिंग और नीलामी से जुड़ी Cloud सर्वर पर, Protected Audience कंप्यूटेशन (आकलन करने वाला सिस्टम) की मदद से एक्ज़ीक्यूशन एनवायरमेंट (टीईई) का इस्तेमाल करें. कॉन्टेंट बनाने बीऐंडए प्रपोज़ल का मकसद, एक ऐसा प्लैटफ़ॉर्म बनाना है जिससे कॉन्टेंट के हिसाब से, रीमार्केटिंग विज्ञापन की मांग. कंप्यूटेशन को सर्वर पर माइग्रेट करने से, कंप्यूटेशनल साइकल और नेटवर्क में आई कमी से, Protected Audience API से जुड़ी नीलामी बैंडविथ.

Google, B&A के कॉम्पोनेंट उपलब्ध कराएगा. साथ ही, इन कॉम्पोनेंट को इस तरह उपलब्ध कराया जाएगा ओपन सोर्स. दिलचस्पी रखने वाले विज्ञापन टेक्नोलॉजी, एपीआई के साथ काम करने वाली टेक्नोलॉजी का इस्तेमाल करके अपने इंस्टेंस होस्ट कर सकते हैं क्लाउड सेवा देने वाली सार्वजनिक कंपनियां हैं. B&A के प्रस्ताव के बारे में यहां ज़्यादा जानें GitHub. ध्यान दें कि उस दस्तावेज़ में दी गई तारीख से लागू करने की अनुमति दें, और हम इसके बारे में ज़्यादा जानकारी प्रकाशित करेंगे आने वाले समय में Android के साथ इंटिग्रेट किया जा सकेगा. इस दस्तावेज़ से प्रॉडक्ट के बारे में जानकारी मिलती है को B&A में ले जाना है और B&A से इंटरैक्ट करने के लिए, Android का नया एपीआई उपलब्ध होगा. हम पोस्ट करेंगे आगे के अपडेट में, इन नए एपीआई का इस्तेमाल करने के तरीके के बारे में ज़्यादा तकनीकी जानकारी दी जाएगी.

बेड ऐंड ब्रेकफ़ास्ट की सुविधा

B&A में, विज्ञापन टेक्नोलॉजी के मालिकाना हक वाली नीलामी को चलाने का एक और विकल्प है भरोसेमंद सर्वर पर काम करता है. ये सर्वर, Google की ओर से उपलब्ध कराई गई ओपन सोर्स बाइनरी पर चलते हैं. उपयोगकर्ता डेटा जो अब भी डिवाइस में मौजूद है और उसे सुरक्षित रूप से ट्रांसफ़र करने के लिए Google, एपीआई उपलब्ध कराएगा टीईई को भेजा जाएगा. एन्क्रिप्ट (सुरक्षित) करने की हमारी रणनीति के बारे में यहां ज़्यादा जानकारी दी गई है.

इसका मतलब है कि नीलामी की प्रोसेस के कुछ हिस्से डिवाइस पर होते हैं और दूसरे हिस्से को क्लाउड में रिकॉर्ड किया जा सकता है. डीएसपी के हिसाब से, कस्टम ऑडियंस (उम्मीदवार के विज्ञापन शामिल हैं) के लिए) अब भी डिवाइस पर उसी कस्टम ऑडियंस मैनेजमेंट एपीआई, जब डिवाइस पर नीलामी होती है. एक एसएसपी का नज़रिया, इस दस्तावेज़ और डिवाइस पर अनुरोध अब भी ट्रिगर हो रहे हैं इस्तेमाल किए जाने वाले नए एपीआई के बारे में बताता है. सभी पक्षों के लिए, और B&A कॉल के पूरा होने के बाद भी, डिवाइस से नीलामी के नतीजे दिखते हैं.

बड़ा अंतर तब आता है, जब बिडिंग, स्कोरिंग, और रिपोर्टिंग यूआरएल की मदद से जनरेशन लॉजिक लागू किया गया है. बिडिंग, नीलामी, और रिपोर्टिंग चलाने के बजाय डिवाइस पर लॉजिक, generateBid(), scoreAd(), reportResult(), और TEE में reportWin() लॉजिक को एक्ज़ीक्यूट किया जाता है. खरीदार का बोली लगाने का तरीका और विक्रेता का स्कोरिंग लॉजिक, अपने बीऐंडए एनवायरमेंट में लागू किया जाता है. यह प्रोसेस, Protected Audience API से जुड़ी नीलामी का फ़्लो:

Protected Audience API की नीलामी का फ़्लो

डेटा एन्क्रिप्ट (सुरक्षित) करने का तरीका

B&A से, Protected Audience से जुड़ी जानकारी, जैसे कि कस्टम ऑडियंस और बिड रकम, डिवाइस से सेलर ऐड टेक सर्वर के ज़रिए, खरीदार के विज्ञापन टेक्नोलॉजी को भेजने की प्रोसेस में शामिल होती है डिवाइस पर वापस जा सकता है. इसलिए, यह प्लैटफ़ॉर्म, एन्क्रिप्ट (सुरक्षित) करने के तरीके को डेटा को Protected Audience Services को ऐक्सेस करने के लिए भेजा जाता है. इस डेटा को सिर्फ़ डिक्रिप्ट किया जा सकता है जिन्हें प्रमाणित किया गया हो. एन्क्रिप्ट (सुरक्षित) करने की रणनीतियों के बारे में ज़्यादा जानने के लिए, यहां जाएं GitHub.

आर्किटेक्चर और नीलामी की प्रोसेस

इस प्रस्ताव में कई ऐसे नए कॉम्पोनेंट की ज़रूरत शामिल है जो इनके बारे में विस्तार से बताते हैं GitHub, जिसमें डिवाइस से लेकर अब तक के डेटा का फ़्लो शामिल है बीऐंडए.

यूनिफ़ाइड कॉन्टेक्स्चुअल और बिडिंग और नीलामी की सेवाओं के साथ, Protected Audience से जुड़ी नीलामी की प्रोसेस.

हाई लेवल पर, डेटा के फ़्लो का ब्यौरा इस तरह से दिया जाता है:

1. डिवाइस पर, विक्रेता Protected Audience से जानकारी इकट्ठा करते हैं. इसके लिए, वे getAdSelectionData एपीआई.
2. डिवाइस पर मौजूद SDK टूल, अपने सेलर विज्ञापन पर अनुरोध भेजता है सेवा. इस अनुरोध में, कॉन्टेक्स्ट के हिसाब से पेलोड और एन्क्रिप्ट (सुरक्षित) किया गया ProtectedAudienceInput.
3. सेलर विज्ञापन सेवा, खरीदार को एक अनुरोध भेजती है रीयल-टाइम बिडिंग (आरटीबी) टीईई के बाहर से चलाई जा रही ऐसी सेवा जिसमें कैंडिडेट के हिसाब से विज्ञापन दिखाए जाएं और स्कोर हासिल करें और एक सफल प्रासंगिक विज्ञापन चुनें.
4. सेलर विज्ञापन सेवा अपने SellerFrontEnd पर एक अनुरोध भेजती है सेवा टीईई में चल रही है.
5. SellerFrontEnd सेवा, खरीदार के डेटा के साथ अनुरोध इस ईमेल पते पर भेजती है BuyerFrontEnd सेवाएं.
6. खरीदार अपनी कुंजी/वैल्यू वाली सेवा और बिडिंग की सुविधा का इस्तेमाल करते हैं सेवा, जो विज्ञापन उम्मीदवारों के लिए बिड जनरेट करती है. डिवाइस, रीमार्केटिंग के लिए सभी कस्टम ऑडियंस के लिए इस्तेमाल किया जा सकता है.
7. SellerFrontEnd सेवा, अपनी कुंजी/वैल्यू से जुड़ी जानकारी का इस्तेमाल करती है सेवा और उम्मीदवार के विज्ञापनों के लिए स्कोर तय करता है. नतीजे को एन्क्रिप्ट (सुरक्षित) किया गया है और विक्रेता विज्ञापन सेवा पर वापस भेज दिया गया है.
8. सेलर विज्ञापन सेवा, एन्क्रिप्ट (सुरक्षित) किए गए विनिंग रिज़ल्ट को दिखाती है. साथ ही, यह विकल्प के तौर पर के हिसाब से नतीजे दिखाए जाते हैं.
9. डिवाइस पर, विक्रेता processAdSelectionResult एपीआई, जो सेलर के विज्ञापन से मिले रिस्पॉन्स को डिक्रिप्ट करता है सेवा.

हर चरण की पूरी जानकारी और एन्क्रिप्ट (सुरक्षित) करने का तरीका GitHub. इन कॉम्पोनेंट के लिए कोड उपलब्ध कराया जाएगा किया जा सकता है. आपने जो कोड दिया है वह इन अनुरोधों को हैंडल करेगा BuyerFrontEnd सेवाओं के लिए SellerFrontEnd सेवा.

क्लाउड डिप्लॉयमेंट

AdTech, B&A की सेवाओं को इस सुविधा के साथ काम करने वाले सार्वजनिक क्लाउड पर डिप्लॉय करेंगे प्लैटफ़ॉर्म के बारे में ज़्यादा जानें. इन डिप्लॉयमेंट को विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियां मैनेज करती हैं उपलब्धता सर्विस लेवल का लक्ष्य तय करने की ज़िम्मेदारी उसी की होगी.

नीलामी शुरू करें

B&A नीलामी चलाने का पहला चरण है, उपयोगकर्ता के डिवाइस पर मौजूद डेटा को इकट्ठा करना कस्टम ऑडियंस सेट करें और उसे सर्वर साइड नीलामियों में भेजने के लिए एन्क्रिप्ट (सुरक्षित) करें. ऐसा करें इसके लिए, getAdSelectionData एपीआई का इस्तेमाल करें:

AdSelectionData getAdSelectionData(AdTechIdentifier seller)

getAdSelectionData वाला तरीका, B&A कॉम्पोनेंट के लिए ज़रूरी इनपुट जनरेट करता है, जैसे कि BuyerInput और ProtectedAudienceInput, और डेटा को एन्क्रिप्ट करने से पहले उसे एन्क्रिप्ट करता है कॉलर को उपलब्ध परिणाम दिखाता है. सभी ऐप्लिकेशन में डेटा लीक होने से बचाने के लिए, डेटा में डिवाइस पर मौजूद सभी खरीदारों की जानकारी शामिल होती है. इसके बारे में और पढ़ें निजता से जुड़ी वजहों वाले सेक्शन में इस फ़ैसले के बारे में बताया गया है.

यह एपीआई एक AdSelectionData ऑब्जेक्ट दिखाता है:

class AdSelectionData {
  long adSelectionId // Unique identifier for the auction.
  byte[] data // Encrypted bytes containing data sourced from
              // on device custom audiences; will
              // be used as the payload to B&A.
}

इस AdSelectionData का इस्तेमाल करके, डिवाइस पर मौजूद SDK टूल, विक्रेता विज्ञापन सेवा के लिए, पीओएसटी या पीयूटी अनुरोध में डेटा शामिल करें:

fetch('https://www.example-ssp.com/auction', {
  method: "PUT",
  body: data,
…
})

इस डेटा को कोड में बदलने के लिए, उपयोगकर्ता के डिवाइस पर मौजूद SDK टूल की ज़िम्मेदारी होती है. हमारा सुझाव है कि आप जगह की बचत करने वाले समाधान का इस्तेमाल करें, जैसे कि विक्रेता के विज्ञापन को अनुरोध भेजना multipart/form-data जैसी सेवा.

अनुरोध शुरू होने के बाद, सेलर विज्ञापन सेवा, अनुरोध को TEE में चल रही SellerFrontEnd सेवा. SellerFrontEnd कॉन्फ़िगर करते समय सेवा, विक्रेता उन डोमेन पतों की सूची उपलब्ध कराएंगे खरीदारों की ओर से चलाई जाने वाली BuyerFrontEnd सेवाओं से मेल खाता हो जिसे विक्रेता के साथ भागीदारी है. अनुरोधों को कई BuyerFrontEnd को असाइन किया जाएगा विक्रेता द्वारा प्रदान की गई सेवाएं, ताकि खरीदार और विज्ञापन के लिए सही उम्मीदवार चुन सकते हैं. किसी चुनिंदा खरीदार के लिए, B&A सिर्फ़ खरीदार के मालिकाना हक वाली कस्टम ऑडियंस के बारे में जानकारी पाएं, ताकि आपके पास खरीदारों के बीच डेटा का क्रॉस-लीकिंग. बोलियां जनरेट होने के बाद, उम्मीदवार के विज्ञापन SellerFrontEnd सेवा पर वापस आते हैं, जहां विजेता चुना गया. आखिर में, SellerFrontEnd सेवा, एन्क्रिप्ट (सुरक्षित) किया गया जीतने वाला विज्ञापन दिखाती है डिवाइस से कनेक्ट करते हैं.

डिवाइस पर, सेलर के विज्ञापन की सेवा को वापस करने के लिए मिले अनुरोध के मुताबिक, यह प्लैटफ़ॉर्म, नतीजे को डिक्रिप्ट करने के लिए एक और नया एपीआई उपलब्ध कराता है. साथ ही, AdSelectionOutcome, वही ऑब्जेक्ट जो डिवाइस पर होने वाली नीलामी से मिला है आगे मिलने वाली सुविधाओं से करें.

PersistAdSelectionResultRequest {
  AdSelectionId id // Same ID returned from initial getAdSelectionData call.
  AdTechIdentifier seller // Used for enrollment checks.
  byte[] adSelectionionResult // The result of the network call to Seller Ad
                              // service/B&A.
}

persistAdSelectionResult(persistAdSelectionResultRequest);

रिपोर्टिंग

रिपोर्टिंग यूआरएल, B&A सेवाओं में जनरेट किए जाएंगे. उन यूआरएल को पिंग करें नीलामियों के लिए इंप्रेशन और इंटरैक्शन की रिपोर्टिंग अब भी इतनी होनी चाहिए डिवाइस पर ट्रिगर हुआ. डिवाइस पर मौजूद SDK टूल को अब भी शुरू करना होगा reportImpression() और reportInteraction() एपीआई इस्तेमाल कर रहे हैं B&A फ़्लो के दौरान AdSelectionId जनरेट हुआ. इसके लिए जनरेट किए गए बीकन इंटरैक्शन रिपोर्टिंग और संबंधित यूआरएल इसमें शामिल हैं एन्क्रिप्ट किया गया रिस्पॉन्स होता है, ताकि रिस्पॉन्स के डिक्रिप्शन के दौरान, इवेंट और यूआरएल के साथ मैपिंग डिवाइस में सेव की जाती हैं.

निजता से जुड़ी ध्यान देने वाली बातें

ब्राउज़र बोली-प्रक्रिया और GitHub पर नीलामी वाले एपीआई के प्रस्ताव के बारे में जानकारी दी गई है निजता को कैसे ध्यान में रखा गया है. यह प्रस्ताव Chrome के नाम उसमें शामिल है, लेकिन यही सिद्धांत Android पर भी लागू होते हैं.

adSelectionData को एन्क्रिप्ट (सुरक्षित) किया गया है, ताकि यह पक्का किया जा सके कि ट्रांज़िट में मौजूद डेटा सिर्फ़ ऐक्सेस किया जा सकता है PPAPI और भरोसेमंद सर्वर पर. डेटा लीक होने के जोखिम को कम करने के लिए, adSelectionData का साइज़ बदल गया है. हम उसी adSelectionData को जनरेट करने की योजना बना रहे हैं getAdSelectionData एपीआई को किए जाने वाले सभी कॉल के लिए. इसका मतलब है कि डिवाइस के CustomAudience का इस्तेमाल adSelectionData बनाने के लिए किया जाता है. हमने यह भी की मदद से GetAdSelectionData इनपुट पैरामीटर के असर को सीमित किया जा सके adSelectionData जनरेट किए गए.

सभी डिवाइस का इस्तेमाल करके, विज्ञापन टेक्नोलॉजी से जुड़ी सभी टेक्नोलॉजी के लिए एक ही adSelectionData जनरेट करना नीलामी डेटा से एक उच्च पेलोड मिलता है, जिसे प्रत्येक विज्ञापन टेक्नोलॉजी से जुड़े सर्वर को कॉल करते हैं. इससे नेटवर्क के गलत इस्तेमाल को रोका जा सकता है को नुकसान पहुंचाने वाली इकाइयों से सुरक्षित रखा जा सकता है. इन समस्याओं को साइज़ ध्यान दें और गलत इस्तेमाल को रोकने के लिए बनी बातें नीचे दी गई हैं.

साइज़ पर ध्यान देना

AdTech क्लाइंट SDK टूल, एन्क्रिप्ट (सुरक्षित) की गई बाइट को पैकेज करेगा विक्रेता के सर्वर पर किए जाने वाले प्रासंगिक विज्ञापनों के लिए adSelectionData. सबसे अच्छी परफ़ॉर्मेंस के लिए, विज्ञापन यूनिट के साइज़ को ऑप्टिमाइज़ करना ज़रूरी है फ़ंक्शन से समझौता किए बिना adSelectionData. हम आपको उन लोगों के लिए ऑप्टिमाइज़ेशन के बारे में, पेलोड ऑप्टिमाइज़ेशन में बताया गया है adSelectionData साइज़ को कम करने के लिए, जानकारी. ये ऑप्टिमाइज़ेशन इसमें यह शामिल होगा:

1. CustomAudience में ad_render_id को जोड़ा जा रहा है, ताकि इसका इस्तेमाल करके इसे भेजा जा सके विज्ञापन रेंडर करने के यूआरआई और मेटाडेटा के इस्तेमाल के बजाय adSelectionData चुकाएं. विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियां यह कर सकती हैं adSelectionData में विज्ञापन डेटा न भेजकर, इसे ऑप्टिमाइज़ करें. यह विकल्प का इस्तेमाल, आने वाली रिलीज़ में CustomAudience API में किया जा सकेगा.
2. पक्का करें कि user_bidding_signals adSelectionData में नहीं भेजे गए हों. इसके बजाय, विज्ञापन टेक्नोलॉजी, अपने Key/Value सर्वर से user_bidding_signals को फ़ेच कर सकती हैं.
3. खरीदारों को CustomAudience को प्राथमिकता देने की अनुमति दें.
4. खरीदार को विक्रेता प्राथमिकता तय करने की अनुमति दें.
5. कुछ तय बकेट में adSelectionData जनरेट करें, ताकि बिट लीक होने की समस्या को सीमित किया जा सके इससे पेलोड का साइज़ कम हो जाता है.

निजता से जुड़ी समस्याओं को ध्यान में रखते हुए, साइज़ को ऑप्टिमाइज़ किया जाएगा ध्यान दें.

गलत इस्तेमाल को रोकने के लिए बनी बातें

जैसा कि निजता को ध्यान में रखकर बनाया गया है, adSelectionData को जनरेट करने के लिए इस्तेमाल किया जाता है: डिवाइस पर मौजूद खरीदारों से जुड़ा पूरा डेटा मौजूद है.

इससे नेटवर्क को संभावित नुकसान पहुंचाने वाली इकाइयों के लिए खोल दिया जाता है. ये इकाइयां, खरीदारों का धोखाधड़ी वाला डेटा, जिससे परफ़ॉर्मेंस में गिरावट आ सकती है, और पेलोड की संख्या बढ़ सकती है लागत, वगैरह.

adSelectionData के गलत इस्तेमाल को रोकने के लिए, हम ये तरीके अपनाएंगे

• CustomAudience को उन सेलर और सेलर की जानकारी साफ़ तौर पर बताने की अनुमति दें जिन्हें मंज़ूरी मिली है प्राथमिकता
• एसएसपी को यह अनुमति दें कि वह पेलोड जनरेट किया गया
• एसएसपी को ऐसा तरीका उपलब्ध कराएं जिससे हर कॉल के लिए ज़्यादा से ज़्यादा खरीदारों की संख्या तय की जा सके या प्रति खरीदार अधिकतम आकार.

इन तरीकों को इस तरह से डिज़ाइन किया गया है कि विज्ञापन टेक्नोलॉजी को यह तय करने में मदद मिले कि विज्ञापन टेक्नोलॉजी से जुड़ी दूसरी टेक्नोलॉजी वे adSelectionData के साथ मिलकर काम करते हैं और वे जिसे प्रोसेस करने की ज़रूरत होगी. हम विक्रेता को यह निर्दिष्ट करने की अनुमति देने का प्रस्ताव देते हैं: हम खरीदार की इस सूची और प्राथमिकता की जानकारी को एक अलग कॉल में भेज सकते हैं. यह खास जानकारी अतिरिक्त डेटा के संपर्क से बचने के लिए, कुछ समय अंतराल पर कॉन्सटेंट बार-बार कॉल करके उपयोगकर्ता के बारे में जानकारी.

ऊपर बताए गए जोखिमों को कम करने के मामलों पर चर्चा की जा रही है. इनमें बदलाव किए जा सकते हैं समय. जैसा कि पहले बताया गया है, गलत इस्तेमाल को रोकने के लिए बनाई गई सभी पाबंदियां और पाबंदियां, निजता से जुड़ी नीतियों के मुताबिक होनी चाहिए.