Protected Audience API की नीलामी से जुड़ी सुविधाओं के बारे में ज़्यादा जानें.
Protected Audience API की सुविधाओं को सामान्य तौर पर उपलब्ध कराने के लिए, हम काम कर रहे हैं. ऐसे में, आपको Protected Audience API की सेवाओं और सुविधाओं की उपलब्धता के बारे में जानकारी चाहिए होगी. यहां आपको स्कोप किए गए Protected Audience API की सुविधाओं की सूची मिलेगी. साथ ही, यह भी पता चलेगा कि ये सुविधाएं कब उपलब्ध होंगी.
सुविधा की उपलब्धता की टाइमलाइन
| सुविधा | टेस्टिंग के लिए उपलब्ध है | स्थिति |
|---|---|---|
| इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग | अभी | कम से कम 2026 तक काम करेगा. इस सुविधा का मकसद, तीसरे पक्ष की कुकी की रिपोर्टिंग से Protected Audience API की रिपोर्टिंग पर ट्रांज़िशन करना आसान बनाना है. इसलिए, विज्ञापन टेक्नोलॉजी कंपनियों को रिपोर्टिंग के तरीके अपडेट करने के लिए समय दिया जाएगा. इसके बाद, इस रिपोर्टिंग का इस्तेमाल नहीं किया जा सकेगा. |
| ट्रिगर के आधार पर एग्रीगेशन | अभी | यह सुविधा, Chrome Canary/Dev M113+ और Beta/Stable M115+ में टेस्टिंग के लिए उपलब्ध है. |
| Key/Value सेवा के लिए ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई) का इस्तेमाल | अभी | इसकी ज़रूरत 2025 की तीसरी तिमाही से पहले नहीं है. |
| फ़ेंस्ड फ़्रेम | अभी | साल 2026 से पहले इसकी ज़रूरत नहीं है. |
| बेहतर Protected Audience API + Attribution Reporting इंटिग्रेशन | 2023 की दूसरी तिमाही | Chrome के स्टेबल वर्शन M112 या इसके बाद के वर्शन में, टेस्टिंग के लिए उपलब्ध है. |
| के-एनोनिमिटी | अभी | k-anonymity लेख पढ़ें |
| बिडिंग और नीलामी से जुड़ी सेवाएं | इसे साल 2023 की दूसरी छमाही में टेस्ट करने का टारगेट रखा गया है. | इस पर काम जारी है. |
कुछ और सुविधाएं
| सुविधा | टेस्टिंग के लिए उपलब्ध है | स्थिति |
|---|---|---|
| मॉडलिंग के लिए, इवेंट-लेवल पर उपयोगकर्ता की बिडिंग के सिग्नल (Github Issue) | 2023 | यह सुविधा, Chrome में 2023 की दूसरी तिमाही में उपलब्ध होगी. |
| खरीदार के हिसाब से इंतज़ार के समय की रिपोर्टिंग | 2023 | यह सुविधा, Chrome में जनवरी से मार्च 2023 के बीच उपलब्ध होगी. |
| खरीदार के हिसाब से, वॉल-टाइम का समय खत्म होने की अवधि | 2023 | यह सुविधा, Chrome में जनवरी से मार्च 2023 के बीच उपलब्ध होगी. |
| कस्टम ब्रेकडाउन के लिए खरीदार का रिपोर्टिंग आईडी | 2023 | यह सुविधा, Chrome में 2023 की तीसरी तिमाही में उपलब्ध होगी. |
| सीधे तौर पर सामान बेचने वाले कारोबारी या कंपनी के लिए, डेस्टिनेशन से जुड़ी सहायता | 2023 | यह सुविधा, Chrome में जनवरी से मार्च 2023 के बीच उपलब्ध होगी. |
| हर क्लिक की लागत (सीपीसी) वाली बिलिंग के लिए, विज्ञापन की सटीक लागत | 2023 | यह सुविधा, Chrome में 2023 की दूसरी तिमाही में उपलब्ध होगी. |
| सबसे ज़्यादा बिड और सबसे ज़्यादा स्कोर वाली अन्य बिड के लिए मुद्रा | 2023 | यह सुविधा, Chrome में 2023 की तीसरी तिमाही में उपलब्ध होगी. |
| तीसरे पक्ष के विज्ञापन ट्रैक करने वाले टूल (3PAT) के लिए मैक्रो का इस्तेमाल करना | 2023 | यह सुविधा, Chrome में 2023 की तीसरी तिमाही में उपलब्ध होगी. |
| दिलचस्पी के हिसाब से टारगेट किए गए नेगेटिव ग्रुप के लिए सहायता | साल 2023 के आखिर में | यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी. |
| WebBundle के बिना नीलामी के सिग्नल को सुरक्षित तरीके से आगे बढ़ाना Github Issue |
साल 2023 के आखिर में | यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी |
| ब्याज के हिसाब से बनाए गए ग्रुप को एक साथ मिटाना GitHub से जुड़ी समस्या |
साल 2023 के आखिर में | यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी |
| दिलचस्पी के हिसाब से बनाए गए ग्रुप की सीमा को 1,000 से बढ़ाकर 2,000 करें Github Issue |
साल 2023 के आखिर में | यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी |
| Bidding and Auction Beta 1 के लिए सहायता एक्सप्लेनर |
ऑरिजिन ट्रायल, साल 2023 के आखिर में | साल 2023 की चौथी तिमाही में, Chrome में (ऑरिजिन ट्रायल के ज़रिए) उपलब्ध होने की उम्मीद है |
| Real Time Monitoring API एक्सप्लेनर |
2024 की दूसरी तिमाही के आखिर में या तीसरी तिमाही की शुरुआत में | Chrome में यह सुविधा, 2024 की दूसरी तिमाही के आखिर या तीसरी तिमाही की शुरुआत में उपलब्ध हो सकती है हम आने वाले समय में किए जाने वाले काम के बारे में जानकारी देने वाले लेख में बताए गए सुधारों पर भी विचार कर रहे हैं. हमारा प्लान है कि 2025 की पहली तिमाही तक, हम इस बारे में पुष्टि कर दें कि हमें किस दिशा में काम करना है. साथ ही, हमें उम्मीद है कि 2026 की पहली तिमाही तक, हम इस समस्या का नया समाधान ढूंढ लेंगे. हालांकि, यह इस बात पर निर्भर करेगा कि इस्तेमाल की जा रही टेक्नोलॉजी कब लॉन्च होती है. |
इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग
हमने शुरुआत में बताया था कि इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग, कुछ समय के लिए उपलब्ध होगी. साथ ही, खास जानकारी वाली रिपोर्ट जनरेट करने के लिए Private Aggregation API का इस्तेमाल किया जाएगा. हमने सुझाव/राय सुनी हैं. साथ ही, एग्रीगेशन पर आधारित समाधानों की जटिलता की जांच की है. खास तौर पर, बिलिंग के लिए. इसके बाद, हमने reportResult() और reportWin() फ़ंक्शन के साथ इवेंट-लेवल पर नीलामी जीतने के नतीजों की रिपोर्टिंग की सुविधा को बंद न करने का फ़ैसला किया है. इन फ़ंक्शन में sendReportTo() को कॉल करने की सुविधा होती है.
इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग की सुविधा कम से कम 2026 तक उपलब्ध रहेगी. साथ ही, एपीआई को किसी अन्य समाधान पर ट्रांज़िशन करने से पहले, हम आपको इसकी सूचना देंगे.
नीलामी में हिस्सा न ले पाने की वजह बताने वाली रिपोर्टिंग की सुविधा, Private Aggregation API के ज़रिए उपलब्ध रहेगी.
ट्रिगर पर आधारित एग्रीगेट रिपोर्टिंग
Protected Audience ऑक्शन के दौरान, Private Aggregation API के contributeToHistogramOnEvent() तरीके का इस्तेमाल करके, किसी इवेंट के ट्रिगर होने पर एग्रीगेट की जा सकने वाली रिपोर्ट भेजी जा सकती है. ट्रिगर करने वाला इवेंट, नीलामी से जुड़ा हो सकता है. जैसे, नीलामी जीतना या हारना. इसके बाद, एग्रीगेट की जा सकने वाली इन रिपोर्ट को डिप्लॉय की गई Aggregation Service को सबमिट किया जाता है. इससे आपको नीलामी में हिस्सा न ले पाने के नतीजों वाली खास जानकारी वाली फ़ाइनल रिपोर्ट जनरेट करने में मदद मिलती है. यह इवेंट, नीलामी से बाहर के फ़ेंस किए गए फ़्रेम से भी आ सकता है. इसके लिए, Fenced Frame Ads Reporting API के window.fenced.reportEvent() का इस्तेमाल किया जाता है, ताकि एग्रीगेट की जा सकने वाली रिपोर्ट सबमिट की जा सके.
ज़्यादा जानने के लिए, Private Aggregation पेज का contributeToHistogramOnEvent() सेक्शन देखें.
कुंजी/वैल्यू सेवा के लिए ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट का इस्तेमाल
Protected Audience API की Key/Value सेवा की मदद से, नीलामी में रीयल-टाइम सिग्नल वापस पाए जा सकते हैं. ऐसा तब होता है, जब खरीदार बिड जनरेट करता है और सेलर विज्ञापन को स्कोर करता है. उपयोगकर्ता के डेटा को निजी रखने के लिए, Key/Value सेवा को आखिर में ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई) में चलाना होगा.
TEE में मुख्य/वैल्यू सेवा को चलाने की ज़रूरत नहीं है. टीईई का इस्तेमाल करना ज़रूरी होने से कम से कम 12 महीने पहले, हम इसकी सूचना देंगे. तब तक, रीयल-टाइम में की/वैल्यू सिग्नल के लिए, अपने सर्वर का इस्तेमाल जारी रखा जा सकता है. ध्यान दें कि 2023 की पहली तिमाही के आखिर तक, डिवाइस पर Protected Audience API के साथ उपयोगकर्ता के तय किए गए फ़ंक्शन (यूडीएफ़) वाले टीईई में Key/Value सेवा को टेस्ट किया जा सकेगा.
फ़ेंस्ड फ़्रेम
फ़ेंस्ड फ़्रेम एक नया एचटीएमएल एलिमेंट है. यह कॉन्टेंट और एम्बेड करने वाले के बीच कम्यूनिकेशन को सीमित करता है. इसका इस्तेमाल, अलग-अलग साइटों से मिले डेटा के आधार पर कॉन्टेंट रेंडर करने के लिए किया जाता है. Protected Audience API, कॉन्टेंट को फ़ेंस्ड फ़्रेम में रेंडर करेगा.
हमने कई स्टेकहोल्डर के साथ मिलकर काम किया है. साथ ही, इस बदलाव को लागू करने में लगने वाले समय और मेहनत का आकलन किया है. इसलिए, Chrome 2026 तक फ़ेंस किए गए फ़्रेम का इस्तेमाल करना ज़रूरी नहीं करेगा. इससे, सभी लोगों को एक जैसा अनुभव मिलेगा. साथ ही, Chrome इस बारे में पहले से सूचना देगा. तब तक, अगर फ़ेंस किए गए फ़्रेम का इस्तेमाल नहीं किया जाता है, तो आपको ओपेक यूआरएन को रेंडर करने के लिए, iframe का इस्तेमाल करना होगा. यह भी ध्यान रखना ज़रूरी है कि सेलर को अब भी फ़ेन्स्ड फ़्रेम का इस्तेमाल करना पड़ सकता है.
| प्रस्ताव | स्थिति |
|---|---|
| urn से config में बदलाव करने के लिए वेब एपीआई एक्सप्लेनर |
यह सुविधा, साल 2023 की पहली तिमाही में Chrome में उपलब्ध होगी. |
| विज्ञापन रिपोर्टिंग के लिए फ़ेंस किए गए फ़्रेम में क्रिएटिव मैक्रो (एफ़एफ़एआर) GitHub से जुड़ी समस्या |
यह सुविधा, 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी. |
| अपने-आप बीकन भेजने की सुविधा एक बार चालू करें GitHub पर समस्या |
यह सुविधा, 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी. |
| सीरियलाइज़ किए जा सकने वाले फ़ेंस्ड फ़्रेम कॉन्फ़िगरेशन GitHub पर मौजूद समस्या |
यह सुविधा, 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी. |
| Protected Audience विज्ञापन साइज़ मैक्रो के लिए अतिरिक्त फ़ॉर्मैट का विकल्प GitHub समस्या |
यह सुविधा, साल 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी. |
| रजिस्टर किए गए सभी यूआरएल पर अपने-आप बीकन भेजना GitHub पर समस्या | GitHub पर समस्या |
यह सुविधा, साल 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी. |
| Urn iFrames और विज्ञापन कॉम्पोनेंट फ़्रेम से, विज्ञापन में दिलचस्पी रखने वाले ग्रुप को छोड़ने की सुविधा चालू करना
GitHub की समस्या |
साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगा |
| reserved.top_navigation_start/commit को शामिल करना
GitHub समस्या, GitHub समस्या |
साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगा |
| 3PC के चालू होने तक, ReportEvent में कुकी सेटिंग को बंद न करें
GitHub की समस्या |
साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगा |
| क्रॉस-ऑरिजिन सबफ़्रेम में, अपने-आप बीकन चालू होने की सुविधा जोड़ना
GitHub की समस्या |
साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगा |
क्रॉस-ऑरिजिन सबफ़्रेम को reportEvent() बीकन भेजने की अनुमति दें
GitHub की समस्या |
यह सुविधा, 2024 की दूसरी तिमाही में Chrome में उपलब्ध होगी |
Referer बीकन में हेडर
GitHub की समस्या |
साल 2025 की पहली तिमाही में Chrome में उपलब्ध होगा |
| अपने-आप काम करने वाले बीकन के लिए, अलग-अलग सोर्स से डेटा पाने की सुविधा
GitHub से जुड़ी समस्या |
साल 2025 की दूसरी तिमाही में Chrome में उपलब्ध होने की उम्मीद है |
Protected Audience API और Attribution Reporting के इंटिग्रेशन को बेहतर बनाया गया है
हाल ही में, यह बताया गया है कि Attribution Reporting API और Protected Audience API को इंटिग्रेट करने में समस्याएं आ रही हैं. खास तौर पर, फ़ेंस किए गए फ़्रेम के साथ ऐसा हो रहा है.
Protected Audience API की मदद से इवेंट-लेवल की रिपोर्टिंग के लिए, हमने कुछ शुरुआती सुधारों का सुझाव दिया है. इससे इंटिग्रेशन को आसान बनाया जा सकता है. इस बारे में ज़्यादा जानने के लिए, जानकारी देने वाला लेख पढ़ें. यह इंटिग्रेशन, फ़ेंस किए गए फ़्रेम और iFrame, दोनों के लिए उपलब्ध होगा. इवेंट-लेवल की रिपोर्टिंग की सुविधा, Chrome के स्टेबल वर्शन M112 और इसके बाद के वर्शन में टेस्टिंग के लिए उपलब्ध होगी.
जिन लोगों को Protected Audience API के साथ एट्रिब्यूशन रिपोर्टिंग की ज़रूरत है उनके लिए हम ज़्यादा बेहतर समाधानों पर काम कर रहे हैं. इससे एग्रीगेट की जा सकने वाली रिपोर्ट के साथ ज़्यादा बिडिंग सिग्नल कैप्चर किए जा सकेंगे. साथ ही, तैयार होने के बाद हम एक प्रपोज़ल पब्लिश करेंगे.
Bidding and Auction Services
हमें Protected Audience API में लगने वाले समय के बारे में कुछ समस्याएं मिली हैं. हम डिवाइस पर लगने वाले समय को कम करने के लिए लगातार काम कर रहे हैं. Chrome और Android, दोनों ही डिवाइस पर होने वाली नीलामी के अलावा, बिडिंग और स्कोरिंग लॉजिक को चलाने के लिए, बिडिंग और नीलामी की सेवाएं उपलब्ध कराने का प्लान बना रहे हैं. बिडिंग और नीलामी सेवाएं, Protected Audience API की सेवा है. इसकी मदद से, डिवाइस से बाहर नीलामियां की जा सकती हैं. हमें लगता है कि इससे परफ़ॉर्मेंस और भी बेहतर होगी.
हम डिवाइस पर होने वाली नीलामी की सुविधा देना जारी रखेंगे. साथ ही, बिडिंग और नीलामी सेवाओं का इस्तेमाल करना ज़रूरी नहीं है. हालांकि, अगर यह आपके इस्तेमाल के मामलों के मुताबिक है, तो इसका इस्तेमाल किया जा सकता है.
ज़्यादा जानकारी के लिए, ब्लॉग पोस्ट पढ़ें.
आगे क्या करना है?
हम आपके साथ मिलकर ऐसा एपीआई बनाना चाहते हैं जो सभी के काम आ सके.
एपीआई पर चर्चा करें
दूसरे प्राइवसी सैंडबॉक्स एपीआई की तरह, इस एपीआई को भी दस्तावेज़ के तौर पर दिखाया जाता है और सार्वजनिक तौर पर इस पर चर्चा की जाती है.
एपीआई के साथ प्रयोग करें
Protected Audience API के बारे में बातचीत में, एक्सपेरिमेंट किया जा सकता है और इसमें हिस्सा लिया जा सकता है.