प्राइवसी सैंडबॉक्स कितने काम का है और उसके मेज़रमेंट के बारे में अक्सर पूछे जाने वाले सवाल

प्राइवसी सैंडबॉक्स की वही काम की जानकारी और मेज़रमेंट एपीआई के बारे में अक्सर पूछे जाने वाले सवालों के जवाब.

विषय, सेलर तय की गई ऑडियंस (एसडीए) की तुलना में कैसे हैं?

Topics और SDA, एक साथ कई तरह की जानकारी देते हैं और दोनों का कंट्रोल पब्लिशर के पास होता है. हमें नहीं लगता कि वे एक-दूसरे के साथ मुकाबला कर रहे हैं. इसके बजाय, खरीदारी के ज़्यादा से ज़्यादा अवसर देने के लिए, दोनों साथ-साथ या अलग-अलग कॉन्टेक्स्ट में काम करते हैं. प्रोग्राम के हिसाब से, इंप्रेशन का आकलन करते समय, खरीदार कई सिग्नल को ध्यान में रखकर उनका इस्तेमाल करते हैं. हमें उम्मीद है कि Topics एक पर ध्यान देने वाली बातों में से एक होगा. हमेशा से, सेलर ओपन मार्केटप्लेस की नीलामियों में ऑडियंस सेगमेंट शामिल नहीं करते हैं. ऐसे में, ऐसी जगह के लिए टॉपिक का इस्तेमाल किया जाएगा. इसके बजाय, सेलर ने विज्ञापन देने वालों, एजेंसियों या डीएसपी के साथ हुई डील के तहत, अपनी ऑडियंस को प्रोग्रैम्ड तरीके से खरीदारी के लिए उपलब्ध कराया है. इन मामलों में, विक्रेता और खरीदार एसडीए पर जान-बूझकर लेन-देन कर रहे हैं. अगर इन मामलों में Topics का इस्तेमाल किया जाता है, तो यह इनमें से एक या ज़्यादा के लिए हो सकता है:

• विषय की मदद से, अपनी ऑडियंस डेफ़िनिशन को बेहतर बनाने वाला सेलर
• कितनी बिड करनी है, इसके सिग्नल के तौर पर Topics का इस्तेमाल करने वाला खरीदार
• एसडीए के सटीक होने की पुष्टि करने के लिए, Topics का इस्तेमाल करने वाला खरीदार

क्या Protected Audience की मदद से, Google को ऑडियंस बनाने का कंट्रोल मिलता है?

नहीं. प्राइवसी सैंडबॉक्स में और उसके बाहर, साइटें अपनी ऑडियंस बनाना जारी रख सकती हैं. जब साइटें प्राइवसी सैंडबॉक्स में ऑडियंस बनाती हैं, तब साइट का मालिक या चुना गया प्रॉक्सी यह तय करता है कि ऑडियंस कौन बना सकता है, वे ऑडियंस क्या हैं, वे ऑडियंस कैसे अपडेट की जाती हैं, उन ऑडियंस पर कैसे बिड लगाई जाएगी, और उपयोगकर्ताओं को ऑडियंस से हटाया जाएगा या नहीं.

क्या सुरक्षित ऑडियंस, पब्लिशर के बनाए गए इंटरेस्ट ग्रुप के साथ काम करती है?

हां. हम समझते हैं कि पब्लिशर, डेटा लीक होने के डर से अपनी ऑडियंस को OpenRTB पर आधारित नीलामियों में शामिल करने के प्रति सतर्क रहते हैं. पब्लिशर, सुरक्षित ऑडियंस में ऑडियंस बना सकते हैं. ये ऑडियंस, बिड करने वाले को उस पब्लिशर उपयोगकर्ता का क्रॉस-साइट व्यू नहीं दिखाती. हम Protected Audience की कम डेटा लीक होने की वजह से फ़ायदा पाने के लिए, पब्लिशर के तरीके एक्सप्लोर करना जारी रखने के लिए उत्साहित हैं.

सुरक्षित ऑडियंस वाली नीलामियों में विज्ञापन की क्वालिटी के नियम कैसे लागू किए जाते हैं?

सुरक्षित ऑडियंस नीलामियों में विज्ञापन क्वालिटी के नियम कई तरीकों से लागू किए जाते हैं. इनमें से हर एक तरीका, मौजूदा समय में एसएसपी की ओर से विज्ञापन क्वालिटी के नियमों को लागू करने के तरीके जैसा है. इसका एक तरीका यह है कि अनजान क्रिएटिव के साथ नीलामी होने पर, क्रिएटिव को स्कैनिंग की सूची में रखा जा सकता है. हमें सुझाव मिला है कि SSP को यह इस्तेमाल के मामले में बेहतर मदद चाहिए. साथ ही, हम renderUrls का फ़ीड बनाने के लिए एक ऐसा तरीका तैयार कर रहे हैं जिससे SSP बैंड को ऑडिट करके उसे अपने मुख्य वैल्यू सर्वर में सेव कर सके. दूसरा तरीका है, विज्ञापनों के लिए ऐडवांस रजिस्ट्रेशन करना. पिछले मामले की तरह ही, क्रिएटिव को स्कैन करने के बाद, नतीजों को कुंजी वैल्यू सर्वर से जोड़ा जा सकता है. इसके बाद, जब कोई खरीदार उस क्रिएटिव (जैसा कि OpenRTB जैसे फ़ॉर्मैट का इस्तेमाल करने वाले क्रिएटिव आईडी से पता चलता है) की मदद से बिड करता है, तो सेलर का स्कोरिंग लॉजिक, मुख्य वैल्यू सर्वर में एक लुकअप कर सकता है और उसके हिसाब से स्कोर करने का तरीका तय कर सकता है.

क्या सुरक्षित ऑडियंस की मदद से, वीडियो विज्ञापन दिखाए जा सकते हैं?

हां. VAST यूआरएल को Protected ऑडियंस में जोड़ा या उससे बाहर रखा जा सकता है. जैसे ही VAST यूआरएल आता है, सेल-साइड की तकनीक यह तय कर सकती है कि प्लेयर को भेजने से पहले, वे खरीदार के VAST यूआरएल को किस तरह रैप करेंगे. साल 2026 से पहले और उपयोगकर्ताओं की निजता सुरक्षा को मज़बूत बनाने के लिए, फ़ेंस किए गए फ़्रेम का इस्तेमाल करने से पहले, हमें उम्मीद है कि नेटवर्क, डिज़ाइन से जुड़ी बातचीत में शामिल होगा. इसमें वीडियो भी शामिल होगा.

क्या सुरक्षित ऑडियंस में नेटिव विज्ञापन काम करते हैं?

हां. JSON यूआरएल को Protected ऑडियंस में पास और उससे बाहर किया जा सकता है. JSON यूआरएल सामने आने पर, सेल-साइड की तकनीक यह तय कर सकती है कि रेंडरिंग कोड में फ़ाइनल JSON पास होने से पहले, वह किस तरह किसी इवेंट को जोड़ेगी. उपयोगकर्ताओं की निजता सुरक्षा को मज़बूत करने के लिए, साल 2026 से पहले फ़ेंस किए गए फ़्रेम का इस्तेमाल करना ज़रूरी होगा. इसलिए, हमें उम्मीद है कि नेटवर्क, डिज़ाइन से जुड़ी चर्चा में हिस्सा लेगा. इनमें, नेटिव विज्ञापन भी शामिल होंगे.

क्या सुरक्षित ऑडियंस के विज्ञापन को रेंडर करने से, इनोवेशन में रुकावट आती है?

नहीं. विज्ञापन रेंडरिंग हमेशा ब्राउज़र टेक्नोलॉजी के हिसाब से होती है. वह नहीं बदलता. यह समस्या उन प्लान के लिए है जिसमें आने वाले समय में, Protected Audience के साथ फ़ेंस किए गए फ़्रेम का इस्तेमाल किया जाना चाहिए. इन प्लान की वजह "आने वाले समय में" है, क्योंकि हम चाहते हैं कि फ़ेंस किए गए फ़्रेम की टेक्नोलॉजी, विज्ञापन रेंडरिंग के दौरान नेटवर्क इनोवेशन और अंतर को बेहतर बनाने में मदद करे. अब समय है कि दिलचस्पी रखने वाले डेवलपर और कंपनियां, बाड़ वाले फ़्रेम के दिशा-निर्देशों पर गौर करें. इसमें यह भी शामिल है कि नेटिव विज्ञापन बनाने के तरीकों का किस तरह से मदद की जा सकती है.

क्या प्रोटेक्टेड ऑडियंस की मदद से, पारंपरिक नीलामियों में मौजूदा पेसिंग और बिड वैल्यू कैलकुलेट करने के आसान तरीके अपनाए जा सकते हैं?

Protected Audience, रीयल-टाइम में विकल्प देती है. इससे खरीदारों को कैंपेन की रफ़्तार और बजट को समझने में मदद मिलती है. इन्वेंट्री के हिसाब से, सेलर के लिए यह मुमकिन है कि वह खरीदार को पेज के कॉन्टेक्स्ट और अन्य चीज़ों के बारे में, नीलामी के सिग्नल दे. अगर कोई सेलर, कॉन्टेक्स्ट के हिसाब से बिड भेजने का अनुरोध करता है, तो खरीदार उस तरीके से इन्वेंट्री के बारे में जान सकता है. इसके बाद, वह perBuyerSignals की मदद से, कॉन्टेक्स्ट के हिसाब से सिग्नल उपलब्ध करा सकता है. इसका इस्तेमाल, प्रोटेक्टेड ऑडियंस बिड जनरेट करने में किया जा सकता है. शुरुआती उपभोक्ता पहले से ही मशीन लर्निंग सिस्टम को Protected Audience से जोड़ रहे हैं. हम समझते हैं कि सुरक्षित ऑडियंस एनवायरमेंट में बिडिंग करने के लिए, इन सिस्टम को ट्यून करने में समय लगेगा. हालांकि, इस बात पर ध्यान देना ज़रूरी है कि ट्यूनिंग पहले से ही संभव है और यह पहले से ही चालू है.

क्या OpenRTB स्टैंडर्ड, Protected Audience में काम करेगा?

हां. IAB टेक लैब में यह काम जारी है. यह काम प्रतिनिधि डीएसपी और एसएसपी के एक बेहतर ग्रुप में है. ऐसा लगता है कि आने वाले समय में हम OpenRTB प्रोटोकॉल के कुछ हिस्सों का इस्तेमाल, Protected ऑडियंस नीलामियों में कम्यूनिकेशन स्टैंडर्ड के तौर पर करेंगे. साथ ही, हमें इस तरह के शुरुआती उपभोक्ताओं के बारे में पता है.

क्या Protected Audience में, कंपनियों को विज्ञापन दिखाने के लिए दो अलग-अलग आर्किटेक्चर की ज़रूरत होती है?

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

जब विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली ज़्यादा कंपनियां, Protected Audience को सपोर्ट करेंगी, तब पारंपरिक नीलामियों का क्या होगा?

हमें उम्मीद है कि प्रासंगिक नीलामियां कई कारणों से प्रासंगिक रहेंगी, जिनमें डील, पहले पक्ष के गैर-दर्शक टारगेट किए गए कैंपेन, और इसी तरह की कई दूसरी प्रासंगिक स्थितियां शामिल हैं. कोई भी रुचि ग्रुप मौजूद न होने पर या सुरक्षित ऑडियंस के लिए सेट की गई बिड, विज्ञापन की क्वालिटी के लिए तय सबसे कम कीमत या विज्ञापन क्वालिटी के नियमों के हिसाब से नहीं हो पाती हैं.

क्या प्रोटेक्टेड ऑडियंस की नीलामी करने से, ईकोसिस्टम सप्लाई पाथ ऑप्टिमाइज़ेशन (एसपीओ) की तुलना में विज्ञापन देने वाले और पब्लिशर के बीच मध्यस्थों की कुल संख्या कम होती है और/या किसी विज्ञापन अवसर के डुप्लीकेट होने की संभावना कम हो जाती है?

नहीं. Protected ऑडियंस में जीतने वाला विज्ञापन, ज़्यादातर दो सेलर इकाइयों (उदाहरण के लिए, सप्लाई साइड प्लैटफ़ॉर्म (SSP) और पब्लिशर विज्ञापन सर्वर) से दिखेगा. अगर खरीदार, पब्लिशर के साथ सीधे तौर पर इंटिग्रेशन करता है, तो उसे एक भी विज्ञापन नहीं दिखाया जाएगा.

कई मध्यस्थों का इस्तेमाल करके एक ही अनुरोध को बार-बार करना पब्लिशर का फ़ैसला होता है. सुरक्षित ऑडियंस का इस तरह या किसी अन्य तरीके पर कोई असर नहीं होना चाहिए.

सुरक्षित ऑडियंस से जुड़ी नीलामियां, आज के सर्वर-टू-सर्वर रीयल-टाइम सिस्टम के बाहर होती हैं, ताकि क्रॉस-साइट उपयोगकर्ताओं का डेटा लीक न हो. कुछ लोगों को लग सकता है कि यह विज्ञापन अनुरोध की डुप्लीकेट कॉपी है. तकनीकी रूप से बेहतरीन निजता पाने के लिए, कुछ समझौते की ज़रूरत होती है. हालांकि, लंबे समय में यह मुमकिन है कि नेटवर्क, परंपरागत सर्वर साइड नीलामियों के बिना ही, Protected Audience का इस्तेमाल करने का फ़ैसला ले. इस विकल्प को चुनने से, सप्लाई पाथ को और ज़्यादा ऑप्टिमाइज़ किया जा सकता है.

क्या सुरक्षित ऑडियंस की मदद से, ट्रैफ़िक को आकार देने वाले मौजूदा इन्फ़्रास्ट्रक्चर की अहमियत कम हो जाती है?

जैसा कि हम समझते हैं, हर सेकंड क्वेरी के आधार पर बदल रहा है कि कई SSP एक सुविधा के तौर पर क्रॉस-साइट आईडी का इस्तेमाल करती हैं, ताकि यह तय किया जा सके कि डीएसपी को अनुरोध भेजना है या नहीं. क्रॉस-साइट आईडी कम होने से, ट्रैफ़िक को आकार देने वाली मौजूदा तकनीकों पर असर पड़ता है. यह सच है कि पब्लिशर, प्रोटेक्टेड ऑडियंस के लिए की जाने वाली नीलामी को चलाना चाहता है या नहीं.

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

ऐसे में, क्रॉस-साइट आइडेंटिफ़ायर का इस्तेमाल करके बनाया गया कुछ लेगसी इन्फ़्रास्ट्रक्चर काम का नहीं रहेगा.

क्या Protected Audience ऑक्शन की वजह से मिलने वाले नए अनुरोधों से, SSP की क्षमता पर असर पड़ेगा?

हमें कुछ एसएसपी से पता चला है कि इंटिग्रेशन की वजह से एसएसपी की वैल्यू में कोई समस्या नहीं है या यह अहम चीज़ नहीं है. जो एसएसपी, नीलामी की प्रोसेस में आने वाली नई कॉल को लेकर परेशान हैं उनके लिए हम उन कंपनियों को जानते हैं जो पहले से ही क्षमता से जुड़ी समस्याओं में एसएसपी की मदद कर रही हैं. साथ ही, वे सुरक्षित ऑडियंस की मदद करने के लिए उन सेवाओं का दायरा बढ़ाना चाहती हैं. अगर आपको इनमें से किसी कंपनी से कनेक्ट कराना है, तो हमें बताएं.

ब्राउज़र में प्रतिस्पर्धी संसाधन मौजूद होने पर, Protected Audience में प्राथमिकता को कैसे ठीक किया जाता है?

आम तौर पर, Protected Audience विज्ञापन, बिल्डिंग कंट्रोल के स्टैंडर्ड उदाहरण का पालन करती है. इससे सेलर यह तय कर सकते हैं कि बिडिंग करने वाले, कितना समय और संसाधन इस्तेमाल कर सकते हैं और कौनसे टूल बना सकते हैं. इनसे खरीदारों को यह तय करने में मदद मिलती है कि उन्हें उपलब्ध संसाधनों का बेहतर इस्तेमाल कैसे करना है. ये कंट्रोल और टूल आज भी उपलब्ध हैं, लेकिन इनका पूरा फ़ायदा खरीदारों और सेलर के इस्तेमाल के बाद मिलेगा. इसके अलावा, Chrome नीलामी की स्पीड को बढ़ाने के लिए, इन्फ़्रास्ट्रक्चर में कई तरह के सुधारों पर काम कर रहा है. उदाहरण के लिए, crrev.com/1190815, crrev.com/1199839, crrev.com/1201837, crrev.com/1198332, crrev.2).

सुरक्षित ऑडियंस की सुविधा, इंतज़ार के समय से जुड़ी समस्याओं को कैसे हल करती है?

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

Chrome, नीलामी की स्पीड को बेहतर करने के लिए, इन्फ़्रास्ट्रक्चर में कई तरह के सुधारों पर लगातार काम कर रहा है.जैसे, crrev. com/1190815, crrev.com/1199839,crrev.com/1201837, crrev.com/1198339, crrev.com/1197323).. इंतज़ार का समय निकालने की इस कोशिश के लिए, हम सुझाव, शिकायत या राय भेजते हैं. इसमें वे अतिरिक्त टूल शामिल होते हैं जो खरीदारों और विक्रेताओं के काम आ सकते हैं. साथ ही, हम उन रुकावटों की रिपोर्ट करते हैं जिनकी जांच Chrome के इंजीनियर को करनी चाहिए.

क्या बिडिंग और नीलामी से जुड़ी सेवाओं (B&A) के मौजूद होने पर, उपयोगकर्ता के डिवाइस पर सुरक्षित ऑडियंस बनाने की सुविधा बेकार होती है?

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

क्या Protected Audience के लिए, क्लाउड-आधारित ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई) की ज़रूरी शर्तों के तहत, कारोबारों को Google Cloud का इस्तेमाल करने के लिए बढ़ावा मिलेगा?

प्राइवसी सैंडबॉक्स ने इन एपीआई को इस तरह से डिज़ाइन किया है कि उपयोगकर्ताओं को बेहतर निजता और सुरक्षा मिले. साथ ही, हमने Google Cloud को फ़ायदा पहुंचाने के लिए डिज़ाइन से जुड़ा कोई फ़ैसला नहीं लिया. क्लाउड सेवा देने वाली कंपनियों के लिए हमारी मदद AWS से शुरू हुई, क्योंकि हम स्वीकार करते हैं कि विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कितने लोग Amazon को चुनते हैं. AWS और Google Cloud के अलावा, आने वाले समय में हमें अन्य क्लाउड सेवा देने वाली कंपनियों की भी मदद मिलेगी. साथ ही, हम अन्य क्लाउड सेवा देने वाली कंपनियों के सुझावों के लिए भी तैयार हैं. अगर इंतज़ार का समय चिंता का विषय है, तो क्लाउड ग्राहकों को जगह की जानकारी देने वाले विकल्प देते हैं, जो दूसरे क्लाउड सेवा देने वालों से दूरी कम कर देते हैं.

क्या प्राइवसी सैंडबॉक्स, ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई) को गैर-सार्वजनिक क्लाउड डेटा सेंटर में चलाने की अनुमति देगा?

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

क्या ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट को कंपनी की इमारत में मौजूद विज्ञापन टेक्नोलॉजी वाले डेटा सेंटर की तुलना में, सार्वजनिक क्लाउड पर चलाना ज़्यादा महंगा नहीं होगा?

हमारे मौजूदा TEE निजता मॉडल को, सार्वजनिक क्लाउड लागू करने की सुरक्षा प्रक्रियाओं का फ़ायदा मिलता है. हम यह मानकर सवाल उठाते हैं कि ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट को कंपनी की इमारत में ऑपरेट करना कम खर्चीला है. इन तरीकों में, कीमत का ध्यान रखने के लिए यहां कुछ बातें बताई गई हैं:

सार्वजनिक क्लाउड सेवा देने वाली कंपनियों को सुरक्षा के मामले में खुद को बहुत ऊंचे स्तर पर बनाए रखना चाहिए. उदाहरण के लिए, AWS एक ऐसी जानी-मानी क्लाउड सेवा है जो सुरक्षित तरीके से काम करती है. खास तौर पर, AWS Nitro में एक दस्तावेज़ किया गया सिक्योरिटी मॉडल मौजूद है. इससे यह पक्का किया जा सकेगा कि Nitro Enclaves, ऑपरेटर को एनक्लेव में प्रोसेस किए गए डेटा को ऐक्सेस करने से रोकता है. साथ ही, सुरक्षित संसाधन (जैसे, डिक्रिप्शन कुंजियां) सिर्फ़ एनक्लेव में चलने वाले अनुमति वाले कोड के लिए उपलब्ध हैं. यहाँ, आपको फ़िज़िकल ऐक्सेस की सुविधा भी मिलेगी. AWS ने ऑनलाइन ऐक्सेस से जुड़े जोखिमों को कम करने के तरीके तैयार किए हैं और उन्हें लागू किया है. इनमें Amazon के कर्मचारी भी शामिल हैं. हार्डवेयर आधारित टीईई शायद सभी तरह के शारीरिक हमलों से बचाव न कर पाएं, जिनके लिए सार्वजनिक क्लाउड को डिज़ाइन किया गया है. इसके अलावा, Amazon ने हाल ही में अपने Nitro डिज़ाइन की समीक्षा करने के लिए, NCC Group की मदद ली है. यह संस्था, आंतरिक कर्मचारियों के ऐक्सेस से जुड़े सुरक्षा के दावों पर फ़ोकस करती है. सार्वजनिक रिपोर्ट बताती है कि AWS के डिज़ाइन उनके दावों का पालन करते हैं.

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

क्या प्राइवसी सैंडबॉक्स से बिलिंग में बदलाव होता है?

नहीं. विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियां और दूसरे एपीआई कॉलर यह देख सकते हैं कि पेज पर कोई चीज़ रेंडर की जा रही है या नहीं और उसे कितनी कीमत पर रेंडर किया जा रहा है.

क्या प्राइवसी सैंडबॉक्स में, फ़्रीक्वेंसी कैपिंग मुमकिन है?

Protected Audience, एक ही इंटरेस्ट ग्रुप में prevWinsMs ऑब्जेक्ट में क्रॉस-साइट फ़्रीक्वेंसी कैपिंग की सुविधा के साथ काम करती है. सुरक्षित ऑडियंस नीलामी में खरीदार का generateBid() फ़ंक्शन, ऐसा लॉजिक बना सकता है जिससे बिडिंग की रणनीति को बेहतर बनाया जा सके. यह फ़ंक्शन किसी ब्राउज़र में पहले दिखाए गए विज्ञापन के एक्सपोज़र के आधार पर तय किया जाता है.

कुछ ऐसे समाधान हैं जिनका इस्तेमाल, Protected Audience के अलावा अन्य प्लैटफ़ॉर्म पर फ़्रीक्वेंसी कैपिंग के लिए किया जा सकता है. हालांकि, वे उन क्रॉस-साइट तकनीकों के साथ पूरी तरह मैप नहीं करते जो विज्ञापन टेक्नोलॉजी में तीसरे पक्ष की कुकी के साथ मौजूद होती हैं.

• पहले-पक्ष की कुकी: विज्ञापन टेक्नोलॉजी, अपनी साइट पर फ़्रीक्वेंसी कैप के लिए पहले पक्ष के अपने डेटा का इस्तेमाल कर सकती हैं
• सीएचआईपी: विज्ञापन टेक्नोलॉजी, पार्टिशन्ड कुकी का इस्तेमाल करके हर साइट के लेवल पर फ़्रीक्वेंसी कैप को मैनेज कर सकती हैं.
• शेयर किया गया स्टोरेज SelectURL(): किसी विज्ञापन टेक्नोलॉजी के नीलामी होने और क्रिएटिव रेंडर करने से पहले, वे Shared Storage को कॉल करके क्रॉस-साइट डेटा ऐक्सेस कर सकते हैं. साथ ही, 'यूआरएल को चुनें' आउटपुट गेट से, फ़्रीक्वेंसी के आधार पर सही क्रिएटिव चुन सकते हैं.

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

• विज्ञापन टेक्नोलॉजी से मिले सुझावों के आधार पर, फ़िलहाल यह पता नहीं चल पाया है कि फ़्रीक्वेंसी सिग्नल शोर को सहन कर सकता है या नहीं.
• हमें विज्ञापन टेक्नोलॉजी से जुड़े अक्सर सुझाव मिलते हैं कि नीलामी के दौरान क्रॉस-साइट फ़्रीक्वेंसी सिग्नल का उपलब्ध होना ज़रूरी है. ऐसे सिग्नल के लिए, विज्ञापन नीलामी में इस्तेमाल के लिए, क्रॉस-साइट सिग्नल उपलब्ध होने चाहिए. इससे, सभी साइटों पर उपयोगकर्ता की गतिविधि के बारे में काफ़ी जानकारी मिल सकती है. इससे, प्राइवसी सैंडबॉक्स के निजता के लक्ष्यों को कम करने में मदद मिलती है.
• हम इंतज़ार का समय और डिवाइस पर मौजूद समाधान को लॉन्च करने को लेकर संवेदनशील हैं, जिससे यह सिग्नल मिल सकता है. इससे इंतज़ार का समय बढ़ सकता है और नीलामी का माहौल खराब हो सकता है
• इसके लिए नए एपीआई की ज़रूरत होगी, जिसे W3C प्रस्ताव प्रक्रिया से गुज़रना होगा.

इसलिए, प्रोटेक्टेड ऑडियंस के अलावा अन्य प्लैटफ़ॉर्म पर फ़्रीक्वेंसी कैप सलूशन बनाना हमारे मौजूदा रोडमैप में नहीं है, लेकिन हम इस्तेमाल के इस उदाहरण को ठीक करने के संभावित तरीकों के बारे में सुझाव/राय देने या शिकायत करने के लिए तैयार हैं.

इस्तेमाल के उन उदाहरणों का क्या होगा जो प्राइवसी सैंडबॉक्स के दायरे में नहीं हैं?

Privacy Sandbox APIs से, उपयोगकर्ताओं की निजता बनाए रखने वाले विज्ञापनों के बारे में ज़रूरी जानकारी मिलती है. इससे डेवलपर यह तय कर सकते हैं कि उन्हें एक साथ कैसे रखा जाए. बिल्डिंग ब्लॉक की मदद से, कारोबार ऐसे समाधान आज़मा सकते हैं जिनसे वे अपने ग्राहकों को बेहतर अनुभव दे सकें. इस्तेमाल के सभी उदाहरणों के लिए, प्राइवसी सैंडबॉक्स का इस्तेमाल शुरू से अंत तक का समाधान देना नहीं है. हमारा मानना है कि इससे नतीजा खराब होगा. इसके बजाय, डेवलपर और कारोबार अलग-अलग तरह की टेक्नोलॉजी की मदद से अपने आइडिया को हक़ीक़त में बदलना जारी रखेंगे. इनमें प्राइवसी सैंडबॉक्स के एपीआई शामिल हैं, जिन्हें वे अपने समाधानों में शामिल करते हैं.