Protected Audience API की ऐसी सुविधाओं की स्थिति जिन्हें मंज़ूरी मिलनी बाकी है

हम तीसरे पक्ष की कुकी के बंद होने की प्रोसेस के दौरान, Protected Audience API की नीलामी से जुड़ी सुविधाओं के बारे में ज़्यादा जानें.

हम Protected Audience API के सामान्य ऐक्सेस के करीब हैं और Chrome में तीसरे पक्ष की कुकी बंद होने वाली है. इसलिए, आपको Protected Audience API की सेवाओं और सुविधाओं की उपलब्धता के बारे में जानना होगा. यहां आपको Protected Audience API की स्कोप वाली सुविधाओं की सूची मिलेगी. साथ ही, यह भी पता चलेगा कि ये सुविधाएं कब काम करेंगी.

इस सुविधा के उपलब्ध होने की टाइमलाइन

सुविधा टेस्ट के लिए उपलब्ध है स्थिति
इवेंट-लेवल पर हुई नीलामी जीतने की रिपोर्टिंग अभी

कम से कम 2026 तक इस्तेमाल किया जा सकता है.

इस सुविधा का मकसद, Protected Audience API रिपोर्टिंग को तीसरे पक्ष की कुकी रिपोर्टिंग से इस्तेमाल करने की प्रोसेस को आसान बनाना है. इसलिए, जब विज्ञापन टेक्नोलॉजी को रिपोर्टिंग के तरीके अपडेट करने का समय मिल जाएगा, तब यह रिपोर्टिंग काम नहीं करेगी.

ट्रिगर पर आधारित एग्रीगेशन अभी

Chrome Canary/Dev M113+ और बीटा/Stable M115+ में जांच के लिए उपलब्ध है.

कुंजी/वैल्यू सेवा के लिए भरोसेमंद एक्ज़ीक्यूशन एनवायरमेंट (TEE) का इस्तेमाल अभी ज़रूरी नहीं है कि यह साल 2025 की तीसरी तिमाही से पहले ज़रूरी हो.
फ़ेंस किए गए फ़्रेम अभी साल 2026 से पहले ज़रूरी नहीं है.
Protected Audience API और Attribution Reporting का बेहतर इंटिग्रेशन 2023 की दूसरी तिमाही Chrome के स्थिर M112+ में जांच के लिए उपलब्ध है.
के-अनामता अभी के-अनामता लेख देखें
बिडिंग और नीलामी से जुड़ी सेवाएं इसे जांच के लिए, साल 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 में उपलब्ध होने की उम्मीद है
इंटरेस्ट ग्रुप की सीमा को 1K से बढ़ाकर 2K करें
GitHub की समस्या
साल 2023 के आखिर में 2023 की चौथी तिमाही में Chrome में उपलब्ध होने की उम्मीद है
बिडिंग और नीलामी के बीटा 1 वर्शन के लिए सहायता
जानकारी
ऑरिजिन ट्रायल, 2023 के आखिर में उम्मीद है कि साल 2023 की चौथी तिमाही में, Chrome में ऑरिजिन ट्रायल के ज़रिए

इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग

हमने शुरुआत में यह बताया था कि इवेंट-लेवल पर नीलामी जीतने की रिपोर्टिंग को कुछ समय के लिए उपलब्ध कराया जाएगा. साथ ही, प्राइवेट एग्रीगेशन एपीआई का इस्तेमाल, खास जानकारी वाली रिपोर्ट जनरेट करने के लिए किया जाएगा. फ़ीडबैक सुनने और एग्रीगेशन-आधारित समाधानों की जटिलता की जांच करने के बाद, खास तौर से बिलिंग के लिए, हमने reportResult() और reportWin() फ़ंक्शन के साथ इवेंट-लेवल पर नीलामी के नतीजे की रिपोर्टिंग के लिए सहायता बंद करने का फ़ैसला किया है. इसमें तीसरे पक्ष की कुकी के बंद होने के कुछ समय बाद तक, sendReportTo() को कॉल करने की सुविधा है.

इवेंट-लेवल की, नीलामी जीतने की रिपोर्टिंग कम से कम 2026 तक उपलब्ध रहेगी. साथ ही, एपीआई के किसी अन्य समाधान पर ट्रांज़िशन करने से पहले, हम आपको इसकी सूचना देंगे.

हालांकि, नीलामी में होने वाले नुकसान की रिपोर्टिंग, प्राइवेट एग्रीगेशन एपीआई की मदद से काम करती रहेगी.

ट्रिगर पर आधारित एग्रीगेट रिपोर्टिंग

Protected Audience की नीलामी के दौरान, प्राइवेट एग्रीगेशन एपीआई के contributeToHistogramOnEvent() तरीके का इस्तेमाल करके, किसी इवेंट से ट्रिगर होने पर एग्रीगेट की जा सकने वाली रिपोर्ट भेजी जा सकती है. ट्रिगर करने वाला इवेंट, नीलामी से ही मिल सकता है, जैसे कि नीलामी में जीत या हार, जिसकी मदद से नीलामी हार की रिपोर्ट जनरेट की जा सकती है. यह इवेंट, नीलामी के बाहर फ़ेंस किए गए फ़्रेम से भी आ सकता है. इसके लिए, Fenced Frame Ads Reporting API's'window.fenced.reportEvent() का इस्तेमाल करके, इकट्ठा की जा सकने वाली रिपोर्ट को सबमिट करना होता है.

ज़्यादा जानने के लिए, निजी एग्रीगेशन पेज का contributeToHistogramOnEvent() सेक्शन देखें.

कुंजी/वैल्यू सेवा के लिए भरोसेमंद एक्ज़ीक्यूशन एनवायरमेंट का इस्तेमाल

Protected Audience API की कुंजी/वैल्यू सेवा, नीलामी को रीयल-टाइम सिग्नल पाने की अनुमति देती है. ऐसा तब किया जाता है, जब खरीदार ने बिड जनरेट की हो और सेलर ने विज्ञापन को स्कोर दिया हो. उपयोगकर्ता का डेटा निजी रखा जाए, यह पक्का करने के लिए कुंजी/वैल्यू सेवा को भरोसेमंद एक्ज़ीक्यूशन एनवायरमेंट (टीईई) में चलाना होगा.

तीसरे पक्ष की कुकी के इस्तेमाल को रोकने के बाद, टीईई में कुंजी/वैल्यू सेवा चलाने की ज़रूरत नहीं होगी. टीईई का इस्तेमाल करना ज़रूरी होने से कम से कम 12 महीने पहले, हम आपको इसकी सूचना देंगे. तब तक, रीयल-टाइम कुंजी/वैल्यू सिग्नल के लिए अपने सर्वर का इस्तेमाल किया जा सकता है. ध्यान दें कि उपयोगकर्ता के तय किए गए फ़ंक्शन (यूडीएफ़) वाली टीईई में कुंजी/वैल्यू सेवा चलाने की सुविधा, 2023 की पहली तिमाही के आखिर तक जांच के लिए उपलब्ध हो जाएगी. इसके लिए, उपयोगकर्ता के डिवाइस पर मौजूद Protected Audience API का इस्तेमाल किया जाएगा.

फ़ेंस किए गए फ़्रेम

फ़ेंस किए गए फ़्रेम एक नया एचटीएमएल एलिमेंट हैं, जो कॉन्टेंट और एम्बेड करने वाले डिवाइस के बीच कम्यूनिकेशन को सीमित करते हैं. इसका इस्तेमाल, क्रॉस-साइट डेटा के आधार पर कॉन्टेंट रेंडर करने के लिए किया जाता है. Protected Audience API, कॉन्टेंट को फ़ेंस किए गए फ़्रेम में रेंडर करेगा.

कई हिस्सेदारों के साथ मिलकर काम करने और इस बदलाव को लागू करने के लिए की गई अहम कोशिशों की जांच करने के बाद, Chrome कम से कम साल 2026 तक फ़ेंस किए गए फ़्रेम को लागू नहीं करेगा, ताकि नेटवर्क में सभी को शामिल किया जा सके. साथ ही, Chrome इस बारे में पहले से सूचना देगा. तब तक, अगर फ़ेंस किए गए फ़्रेम का इस्तेमाल नहीं किया जाता है, तो आपको ओपेक URN को रेंडर करने के लिए, iframe का इस्तेमाल करना होगा. साथ ही, यह ध्यान रखना चाहिए कि सेलर को अब भी फ़ेंस किए गए फ़्रेम के इस्तेमाल की ज़रूरत पड़ सकती है.

प्रस्ताव स्थिति
कॉन्फ़िगर करने के लिए वेब एपीआई में बदलाव
व्याख्या
यह सुविधा, साल 2023 की पहली तिमाही में Chrome में उपलब्ध होगी.
विज्ञापनों की रिपोर्टिंग के लिए फ़ेंस किए गए फ़्रेम में क्रिएटिव मैक्रो (FFAR)
GitHub से जुड़ी समस्या
यह सुविधा, साल 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी.
एक बार अपने-आप बीकन भेजें
GitHub से जुड़ी समस्या
यह सुविधा, साल 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी.
क्रम से लगाए जा सकने वाले फ़ेंस किए गए फ़्रेम के कॉन्फ़िगरेशन
GitHub से जुड़ी समस्या
यह सुविधा, साल 2023 की तीसरी तिमाही में Chrome में उपलब्ध होगी.
सुरक्षित ऑडियंस वाले विज्ञापन साइज़ मैक्रो के लिए, फ़ॉर्मैट का अन्य विकल्प
GitHub से जुड़ी समस्या
यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी.
रजिस्टर किए गए सभी यूआरएल को अपने-आप बीकन भेज रहा है
GitHub से जुड़ी समस्या | GitHub समस्या
यह सुविधा, 2023 की चौथी तिमाही में Chrome में उपलब्ध होगी.
Urn iframe और विज्ञापन कॉम्पोनेंट फ़्रेम से 'विज्ञापन दिलचस्पी के ग्रुप' छोड़ने की सुविधा चालू करें
GitHub से जुड़ी समस्या
यह सुविधा, साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगी
Reserve.top_navigation_start/commit
GitHub की समस्या, GitHub की समस्या की जानकारी दें
यह सुविधा, साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगी
3PCD तक, ReportEvent में कुकी की सेटिंग बंद न करें
GitHub से जुड़ी समस्या
यह सुविधा, साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगी
क्रॉस-ऑरिजिन सबफ़्रेम में, अपने-आप जनरेट होने वाले बीकन के लिए सहायता जोड़ें
GitHub से जुड़ी समस्या
यह सुविधा, साल 2024 की पहली तिमाही में Chrome में उपलब्ध होगी

Protected Audience API और एट्रिब्यूशन रिपोर्टिंग का बेहतर इंटिग्रेशन

हाल ही में, Attribution Reporting API और Protected Audience API को इंटिग्रेट करने से जुड़ी चुनौतियों के बारे में हाल ही में बताया गया है. इनमें खास तौर पर, फ़ेंस किए गए फ़्रेम वाले एपीआई शामिल हैं.

Protected Audience API की मदद से इवेंट-लेवल की रिपोर्टिंग के लिए, हमारे पास शुरुआती सुधारों के सुझाए गए सेट हैं, ताकि इंटिग्रेशन को आसान बनाया जा सके. इसके बारे में ज़्यादा जानने के लिए, पूरी जानकारी पर जाएं. फ़ेंस किए गए फ़्रेम और iframe, दोनों के लिए इंटिग्रेशन उपलब्ध होगा. इवेंट के लेवल पर रिपोर्टिंग, Chrome के स्टेबल M112 और इसके बाद के वर्शन में जांच के लिए उपलब्ध होगी.

जिन लोगों को Protected Audience API की मदद से Attribution Reporting की ज़रूरत होगी, उन्हें हम एग्रीगेट रिपोर्ट के साथ ज़्यादा बिडिंग सिग्नल को कैप्चर करने के लिए बेहतर सुविधाएं उपलब्ध कराने पर काम कर रहे हैं. प्रस्ताव तैयार हो जाने पर, हम उसे पब्लिश करेंगे.

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

हमें Protected Audience API से इंतज़ार के समय को लेकर कुछ समस्याएं मिली हैं. हम डिवाइस पर इंतज़ार के समय को बेहतर बनाने के लिए लगातार काम कर रहे हैं. Chrome और Android, दोनों की योजना है कि उपयोगकर्ता के डिवाइस पर होने वाली नीलामियों के अलावा, वे बिडिंग और नीलामी से जुड़ी सेवाएं उपलब्ध कराएं, ताकि बिडिंग और स्कोरिंग लॉजिक को बेहतर तरीके से चलाया जा सके. बिडिंग और नीलामी से जुड़ी सेवाएं, Protected Audience API सेवा का एक समाधान है. इस सेवा का इस्तेमाल करके, उपयोगकर्ता को डिवाइस के बिना ही, नीलामियां चलाने की सुविधा दी जा सकती है. इससे, हमारी परफ़ॉर्मेंस बेहतर होगी.

हम डिवाइस पर होने वाली नीलामियों की सुविधा देना जारी रखेंगे. साथ ही, बिडिंग और नीलामी से जुड़ी सेवाओं के इस्तेमाल की तब तक ज़रूरत नहीं होगी, जब तक यह आपके इस्तेमाल के उदाहरण के हिसाब से न हो.

ब्लॉग पोस्ट में ज़्यादा जानकारी मिल सकती है.

आगे क्या करना है?

हम आपके साथ मिलकर ऐसा एपीआई बनाना चाहते हैं जो सभी के काम आ सके.

एपीआई पर चर्चा करें

दूसरे प्राइवसी सैंडबॉक्स एपीआई की तरह, इस एपीआई को भी दस्तावेज़ के तौर पर दिखाया जाता है और सार्वजनिक तौर पर इस पर चर्चा की जाती है.

एपीआई के साथ प्रयोग करें

Protected Audience API के बारे में बातचीत में, एक्सपेरिमेंट किया जा सकता है और इसमें हिस्सा लिया जा सकता है.