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