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 और इसके बाद के वर्शन में टेस्टिंग के लिए उपलब्ध है.
पासकोड/वैल्यू सेवा के लिए ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई) का इस्तेमाल अभी यह 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 的 Web API 变更
说明		 将于 2023 年第 1 季度在 Chrome 中推出。
广告报告 (FFAR) 的围栏框中的广告素材宏
GitHub 问题		 将于 2023 年第 3 季度在 Chrome 中推出。
一次发送自动信标
GitHub 问题		 将于 2023 年第 3 季度在 Chrome 中推出。
可序列化的围栏帧配置
GitHub 问题		 将于 2023 年第 3 季度在 Chrome 中推出。
针对 Protected Audience 广告尺寸宏的其他格式选项
GitHub 问题		 2023 年第 4 季度在 Chrome 中推出。
自动向所有已注册网址发送信标
GitHub 问题 | GitHub 问题		 2023 年第 4 季度在 Chrome 中推出。
启用从 Urn iFrame 和广告组件框架中退出广告兴趣群组的功能
GitHub 问题		 2024 年第 1 季度在 Chrome 中推出
引入了 reserved.top_navigation_start/commit
GitHub 问题、GitHub 问题		 2024 年第 1 季度在 Chrome 中推出
在 3PCD 之前，请勿在 ReportEvent 中停用 Cookie 设置
GitHub 问题		 2024 年第 1 季度在 Chrome 中推出
添加了对跨源子帧中的自动信标的支持
GitHub 问题		 2024 年第 1 季度在 Chrome 中推出
允许跨源子帧发送 reportEvent() 信标
GitHub 问题		 2024 年第 2 季度在 Chrome 中推出
信标中的 Referer 标头
GitHub 问题		 2025 年第 1 季度在 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 के बारे में बातचीत में, एक्सपेरिमेंट किया जा सकता है और इसमें हिस्सा लिया जा सकता है.