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

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 का इस्तेमाल करना होगा. यह भी ध्यान रखना ज़रूरी है कि सेलर को अब भी फ़ेन्स्ड फ़्रेम का इस्तेमाल करना पड़ सकता है.

Proposal Status
Web API changes for urn to config
Explainer
Available in Chrome in Q1 2023.
Creative Macros in Fenced Frames for Ads Reporting (FFAR)
GitHub Issue
Available in Chrome in Q3 2023.
Send Automatic Beacons Once
GitHub Issue
Available in Chrome in Q3 2023.
Serializable Fenced Frames Configs
GitHub Issue
Available in Chrome in Q3 2023.
Additional Format Option for Protected Audience Ad Size Macros
GitHub Issue
Available in Chrome in Q4 2023.
Automatic beacons sending to all registered URLs
GitHub Issue | GitHub Issue
Available in Chrome in Q4 2023.
Enable Leaving Ad Interest Groups from Urn iFrames and Ad Component Frames
GitHub issue
Available in Chrome in Q1 2024
Introduce reserved.top_navigation_start/commit
GitHub issue, GitHub issue
Available in Chrome in Q1 2024
Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue
Available in Chrome in Q1 2024
Add support for automatic beacons in cross-origin subframes
GitHub issue
Available in Chrome in Q1 2024
Allow Cross-Origin Subframes to Send reportEvent() Beacons
GitHub issue
Available in Chrome in Q2 2024
Referer header in beacons
GitHub issue
Available in Chrome in Q1 2025
Automatic beacon cross-origin data support
GitHub issue
Expected in Chrome in Q2 2025

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 के बारे में बातचीत में, एक्सपेरिमेंट किया जा सकता है और इसमें हिस्सा लिया जा सकता है.