फ़रवरी 2022 की शुरुआती घोषणा के बाद से, हमें Android नेटवर्क के पार्टनर से सुझाव मिल चुके हैं. हम इस तरह की जानकारी की सराहना करते हैं. साथ ही, हम आपको अपने सुझाव, शिकायत या राय और सुझाव देना जारी रखेंगे.
प्रोग्रेस से जुड़े इन अपडेट में, डिज़ाइन प्रपोज़ल से जुड़े नए डेवलपमेंट और अपडेट की खास जानकारी होगी. साथ ही, हमें मिलने वाले अहम सवालों और सुझावों के बारे में भी जानकारी मिलेगी. साथ ही, डेवलपर की झलक दिखाने वाली रिलीज़ से जुड़े अपडेट भी शेयर किए जाएंगे.
नए रिलीज़
डेवलपर झलक 7 रिलीज़ किया गया
यह नई रिलीज़ एक बड़ी उपलब्धि है. इससे, प्राइवसी सैंडबॉक्स के बीटा वर्शन को लॉन्च करने में काफ़ी मदद मिलेगी. इस रिलीज़ में, Protected Audience वॉटरफ़ॉल मीडिएशन सहायता, एट्रिब्यूशन रिपोर्टिंग इवेंट रजिस्ट्रेशन डेज़ी-चेन रीडायरेक्ट, और एपीआई में अन्य बदलाव शामिल हैं.
आने वाले महीनों में नई सुविधाएं रिलीज़ होने पर, हम डेवलपर के लिए झलक दिखाने वाले संसाधनों को अपडेट करना जारी रखेंगे. हमारा सुझाव है कि आप सुझाव/राय दें या शिकायत करें और इस पहल से जुड़े अपडेट पाने के लिए साइन अप करें.
मार्च 2023 का बीटा वर्शन रिलीज़ किया गया
इस रिलीज़ से, सार्वजनिक डिवाइसों पर प्राइवसी सैंडबॉक्स के एपीआई की उपलब्धता के बारे में पता चलता है. यह सुविधा, Developer Preview 6 की तरह ही काम करती है. डेवलपर, एक्सटेंशन SDK टूल से बीटा रिलीज़ में एपीआई को ऐक्सेस कर सकते हैं.
डेवलपर के लिए झलक की रिलीज़ की टाइमलाइन से जुड़ा अपडेट
सभी तारीखें और जानकारी में बदलाव हो सकता है
हर डेवलपर प्रीव्यू और बीटा वर्शन में, रिलीज़ की ज़्यादा जानकारी के साथ-साथ, इस बारे में गाइड भी मौजूद होगा कि हर रिलीज़ के साथ कौनसी सुविधाएं उपलब्ध हैं और कौनसी नहीं.
अभी उपलब्ध है:
- डेवलपर झलक 7 - इसमें ऐसी सुविधा शामिल है जिसकी मदद से, काम के एपीआई का इस्तेमाल करके इंटिग्रेशन डिज़ाइन किया जा सकता है. इनमें SDK टूल का रनटाइम, Topics, Protected Audience, और Attribution Reporting API शामिल है
- बीटा प्रोग्राम सीमित प्रोडक्शन टेस्टिंग के लिए उपलब्ध है. मार्च 2023 में रिलीज़ किए गए बीटा वर्शन से, सार्वजनिक डिवाइसों पर प्राइवसी सैंडबॉक्स के एपीआई की उपलब्धता के बारे में पता चलता है. यह, डेवलपर प्रीव्यू 6 की तरह काम करती है.
2023 की शुरुआत में:
- Android 13 के कुछ डिवाइसों पर, निजता बनाए रखने वाले एपीआई की पहली स्टेबल एपीआई रिलीज़.
साल 2023 तक:
- डेवलपर प्रीव्यू की सुविधा और स्टेबल एपीआई रिलीज़ को बेहतर बनाने के लिए और सुविधाएं जोड़ी गई हैं. यह सुविधा, ज़्यादा उपयोगकर्ताओं और Android डिवाइसों के लिए उपलब्ध होगी.
रिमाइंडर: फ़रवरी में हमने Android पर प्राइवसी सैंडबॉक्स का एलान किया था कि इन नए समाधानों को डिज़ाइन करने, बनाने, और टेस्ट करने के साथ-साथ, हम कम से कम दो साल के लिए विज्ञापन प्लैटफ़ॉर्म की मौजूदा सुविधाओं को उपलब्ध कराने की योजना बना रहे हैं. आने वाले समय में होने वाले किसी भी बदलाव के बारे में, हम आपको इस बारे में ज़रूरी सूचना देना चाहते हैं.
डिज़ाइन के प्रस्ताव के बारे में अपडेट
इस सेक्शन में, डिज़ाइन प्रस्तावों में हुए कई खास अपडेट के बारे में बताया गया है.
रिफ़्लेक्शन एपीआई
अपने मूल SDK टूल के रनटाइम डिज़ाइन प्रस्ताव में, हमने रिफ़्लेक्शन और एपीआई को शुरू करने से जुड़े अपने प्रस्ताव पर सुझाव का अनुरोध किया. इसका मकसद SDK टूल के डेवलपर को अन्य SDK टूल से छेड़छाड़ को रोकने में मदद करना है.
हमें इस्तेमाल के कुछ उदाहरणों पर अहम सुझाव मिले हैं. हमने इस बारे में और जांच करने के बाद कि यूटिलिटी और इससे जुड़े जोखिमों पर काफ़ी जांच की है, हम SDK टूल के रनटाइम में रिफ़्लेक्शन और एपीआई को शुरू करने की अनुमति देंगे. साथ ही, हमने अपने डिज़ाइन प्रपोज़ल में भी बदलाव किए हैं.
हालांकि, किसी SDK टूल को रनटाइम की सुविधा वाले किसी दूसरे SDK टूल पर, रिफ़्लेक्शन या एपीआई का इस्तेमाल करने की अनुमति नहीं होगी. इसके बजाय, SDK टूल के रनटाइम में SDK टूल से SDK टूल में जानकारी पाने के लिए, हम SDK टूल को खोजने के लिए अलग से एपीआई डिज़ाइन कर रहे हैं. आने वाले समय में इस अपडेट के बारे में बताया जाएगा.
हम दूसरे SDK टूल से छेड़छाड़ के जोखिम को कम करने के लिए लगातार तरीकों की जांच कर रहे हैं. हम अब भी SDK टूल के रनटाइम में जेएनआई कोड के इस्तेमाल को रोकने का सुझाव देते हैं. इसके लिए, हम अन्य एपीआई पर भी काम कर रहे हैं. आने वाले समय में अपडेट में, हम पाबंदी वाले एपीआई के सभी प्रस्तावों को शेयर करेंगे.
Attribution Reporting API
- सुझावों के आधार पर, हमने एक उदाहरण जोड़ा है. इसमें दिखाया गया है कि व्यू, क्लिक, और कन्वर्ज़न इवेंट को एक से ज़्यादा पक्ष रजिस्टर कैसे कर सकते हैं. हमने आने वाले समय में, इसमें शामिल की जाने वाली बातों और सवालों के जवाब जोड़े हैं. इन सवालों के बारे में हम आपसे सुझाव, शिकायत या राय मांग रहे हैं.
Topics API
- Topics API, ज़्यादा से ज़्यादा तीन विषयों की सूची दिखाता है. इसमें, पिछले तीन युगों के लिए एक-एक विषय होता है. उदाहरण के लिए, पिछले तीन हफ़्तों का. हमने Topics API के तकनीकी प्रस्ताव को अपडेट किया है, ताकि यह साफ़ तौर पर बताया जा सके कि दिखाए गए विषय उपयोगकर्ता की दिलचस्पी दिखाते हैं. साथ ही, दिखाए गए सभी विषयों या सभी विषयों का इस्तेमाल, दिलचस्पी के मुताबिक विज्ञापन दिखाने के लिए किया जा सकता है.
अतिरिक्त सवालों और मिले सुझावों के बारे में खास जानकारी
इस सेक्शन में, हमारे जवाबों के साथ-साथ कुछ सवाल और सुझाव भी दिए गए हैं.
सामान्य सवाल
- क्या Android पर प्राइवसी सैंडबॉक्स, कनेक्टेड टीवी डिवाइसों पर लागू होगा?
- हमारे मौजूदा डिज़ाइन प्रपोज़ल, मोबाइल डिवाइसों और ऐप्लिकेशन को बेहतर तरीके से इस्तेमाल करने पर फ़ोकस करते हैं. आने वाले समय में, हम Android के अन्य नाप या आकार के बारे में और जानकारी शेयर करेंगे.
- Android पर प्राइवसी सैंडबॉक्स को बीटा वर्शन वाले डिवाइसों के लिए कैसे रोल आउट किया जाएगा?
- उपयोगकर्ताओं के लिए सुविधाजनक अपडेट रिलीज़ करने के लिए, मुख्य कॉम्पोनेंट को उन Android मोबाइल डिवाइसों पर मेनलाइन मॉड्यूल के तौर पर बांटा जाएगा जिन पर यह सुविधा काम करती है. इससे हम Android प्लैटफ़ॉर्म के सामान्य रिलीज़ साइकल के अलावा, काम करने वाले डिवाइसों पर आसानी से सुधार कर पाएंगे.
- Kotlin से जुड़ी सहायता के लिए आपका क्या प्लान है?
- हम प्राइवसी सैंडबॉक्स एपीआई के डिज़ाइन को बेहतर बनाने पर काम कर रहे हैं. साथ ही, हम डेवलपर को आईडीियोमैटिक Kotlin कोड लिखने में मदद करना चाहते हैं. मिलते-जुलते डेवलपर संसाधन, जैसे कि डेवलपर झलक में सैंपल ऐप्लिकेशन, Kotlin (Java के अलावा) में उपलब्ध हैं.
- प्राइवसी सैंडबॉक्स के लिए, उपयोगकर्ता-लेवल के कंट्रोल क्या हैं और इन कंट्रोल को रोल आउट होने में कितना समय लग सकता है?
फ़ाइनल डिज़ाइन अब भी डेवलप किए जा रहे हैं, लेकिन बीटा वर्शन के दौरान, हम उपयोगकर्ताओं को डिवाइस सेटिंग में कंट्रोल देना चाहते हैं, ताकि:
- प्राइवसी सैंडबॉक्स के समाधानों को छोड़ना या इसमें फिर से शामिल होना
- Topics API से नतीजों में शामिल चुनिंदा विषयों को हटाना
- क्या Google Play के अलावा, ऐप स्टोर के अन्य नेटवर्क, प्राइवसी सैंडबॉक्स के समाधानों का इस्तेमाल कर सकते हैं?
प्राइवसी सैंडबॉक्स से जुड़ी सभी सुविधाएं, Android ओपन सोर्स प्रोजेक्ट (AOSP) का हिस्सा हैं. इसलिए, अगर ज़रूरत हो, तो दूसरे ऐप स्टोर इन्हें इस्तेमाल कर सकते हैं. जिन ऐप स्टोर के साथ आप काम करते हैं, उनके प्लान को बेहतर ढंग से समझने के लिए उनसे संपर्क करें.
SDK टूल का रनटाइम
- इन प्रपोज़ल के तहत, SDK टूल के वर्शन कैसे मैनेज किए जाएंगे? अगर वेंडर अपने SDK टूल को अलग से अपडेट कर सकें, तो क्या ऐप्लिकेशन, SDK टूल के वर्शन डिपेंडेंसी को कंट्रोल कर पाएंगे?
फ़िलहाल, इसे डिज़ाइन किया जा रहा है. हमारा एक तरीका यह है कि SDK टूल के डेवलपर किसी भी SDK टूल के
major.minor.patchवर्शन के बारे में जानकारी दें, ताकि वह इसे किसी ऐसे ऐप स्टोर के ज़रिए उपलब्ध कराए जा सके जो SDK टूल के रनटाइम के साथ काम करता हो.इसके बाद, ऐप्लिकेशन डेवलपर अपने ऐप्लिकेशन मेनिफ़ेस्ट में इसकी जानकारी देकर,
major.minorवर्शन चुन सकते हैं.major.minorके वर्शन की नई पैच रिलीज़ तब तक इंस्टॉल की जाएगी, जब तक अगला पैच रिलीज़ नहीं हो जाता (जो अपने-आप इंस्टॉल हो जाएगा) या जब तक ऐप्लिकेशन डेवलपर,major.minorके किसी अलग वर्शन की निर्भरता के हिसाब से ऐप्लिकेशन को फिर से तैयार नहीं करता.- SDK टूल का रनटाइम किस तरह के SDK टूल के लिए है?
SDK टूल के रनटाइम के शुरुआती वर्शन को विज्ञापन से जुड़े SDK टूल के इस्तेमाल के लिए बनाया जा रहा है. इनमें ऐसे SDK टूल शामिल हैं जो विज्ञापन दिखाने, विज्ञापनों की परफ़ॉर्मेंस को मापने, विज्ञापन से जुड़ी धोखाधड़ी, और बुरे बर्ताव का पता लगाने की सुविधा देते हैं.
हालांकि, शुरुआत में विज्ञापन से जुड़े SDK टूल पर फ़ोकस किया गया है, लेकिन विज्ञापन से जुड़े SDK टूल के डेवलपर, जो निजता की सुरक्षा के बारे में जानना चाहते हैं और उन्हें लगता है कि वे ऊपर बताई गई शर्तों के तहत काम कर सकते हैं. वे SDK टूल के रनटाइम में चल रहे SDK टूल के बारे में सुझाव, शिकायत या राय दे सकते हैं.
- फ़िलहाल, हम अपने इस्तेमाल के उदाहरणों के लिए, प्रस्ताव में बताई गई अनुमतियों के अलावा, अन्य अनुमतियों का इस्तेमाल करते हैं. क्या हम और अनुमतियां मांग सकते हैं?
हम विज्ञापन से जुड़े इस्तेमाल के ऐसे मामलों को समझना चाहते हैं जिनके लिए ऐक्सेस की खास अनुमतियों की ज़रूरत होती है. हमारा सुझाव है कि जिन सुविधाओं पर असर हुआ है उनके बारे में सुझाव, राय दें या शिकायत करें.
- क्या SDK टूल के रनटाइम प्रोसेस में, SDK टूल को ले जाने से डाउनलोड का साइज़ या स्टोरेज की बचत होगी?
अगर रनटाइम के साथ काम करने वाले एक ही वर्शन वाले अलग-अलग SDK टूल के साथ कई ऐप्लिकेशन इंटिग्रेट किए गए हैं, तो इससे डाउनलोड साइज़ और डिस्क में कम जगह बची होगी.
- क्या AAID (AD_ID) को ऐक्सेस करने के लिए, SDK टूल की अनुमति, ऐप्लिकेशन की अनुमतियों पर निर्भर करती है?
RE SDK टूल के लिए AAID को ऐक्सेस करना, उस ऐप्लिकेशन और SDK टूल, दोनों पर निर्भर करता है. SDK टूल, ऐप्लिकेशन के मेनिफ़ेस्ट में अनुमति का एलान करता है. आने वाले समय के प्रस्ताव में, हम उस एपीआई के बारे में बताएंगे जिसकी मदद से SDK टूल, AAID पाने के लिए अनुमति मिलने पर उसे इस्तेमाल कर सकेंगे.
- आईपी पते, ओएस वर्शन, और वैकल्पिक डेटा: क्या ये विज्ञापन से जुड़े SDK टूल के लिए उपलब्ध होंगे?
फ़िलहाल हम सिस्टम प्रॉपर्टी के ज़रिए काम कर रहे हैं, जिनका ऐक्सेस विज्ञापन से जुड़े SDK टूल के पास होगा. आने वाले समय में डिज़ाइन के प्रस्ताव वाले अपडेट में इस जानकारी को शेयर किया जाएगा. हमने इन प्रॉपर्टी के इस्तेमाल के बारे में कोई नीति पब्लिश नहीं की है.
- क्या हमारा SDK टूल, कई ऐप्लिकेशन में एक ही तरह का ऐप्लिकेशन सेट आईडी इकट्ठा करता है? भले ही, वे ऐप्लिकेशन अलग-अलग Google Play डेवलपर खातों से जुड़े हों? हम बिना AAID के, कई ऐप्लिकेशन पर धोखाधड़ी करने वाले लोगों को कैसे ब्लॉक कर सकते हैं?
कोई ऐप्लिकेशन या उसके किसी भी SDK टूल के पास, होस्ट ऐप्लिकेशन के Google Play डेवलपर खाते से जुड़े ऐप्लिकेशन सेट आईडी की वैल्यू का ही ऐक्सेस हो सकता है. Android पर प्राइवसी सैंडबॉक्स, धोखाधड़ी के मकसद से क्रॉस-पब्लिशर आइडेंटिफ़ायर की सुविधा नहीं देगा. फ़िलहाल, डेवलपर आईपी पते के इस्तेमाल को थोड़ा कम व्यवस्थित विकल्प के तौर पर इस्तेमाल कर सकते हैं.
विषय
- क्या मुझे उन सभी संभावित विषयों की सूची दिखेगी जिन्हें एपीआई से दिखाया जा सकता है?
- टेस्टिंग के लिए, 'डेवलपर झलक 1', इस अलग-अलग कैटगरी में मौजूद विषयों का इस्तेमाल करता है. इसमें बदलाव हो सकता है. नेटवर्क से मिले सुझावों के आधार पर, हम समय के साथ इसमें बदलाव करने की उम्मीद करते हैं.
- अगर टॉपिक की अलग-अलग कैटगरी में बदलाव हो सकता है, तो डाउनस्ट्रीम बाय-साइड मॉडल में इन बदलावों को ध्यान में कैसे रखा जा सकता है?
- Topics API रिस्पॉन्स में, क्लासिफ़ायर और अलग-अलग कैटगरी के लिए वर्शन नंबर शामिल होगा.
Android पर सुरक्षित ऑडियंस
- क्या Protected Audience में, शामिल नहीं करने के लिए टारगेटिंग की सुविधा काम करेगी?
मौजूदा डिज़ाइन प्रस्ताव, सुरक्षित ऑडियंस में कस्टम ऑडियंस पर आधारित नेगेटिव टारगेटिंग के साथ काम नहीं करता.
ऐप्लिकेशन इंस्टॉल कैंपेन के लिए, हम विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियों को फ़िल्टर विज्ञापन की सुविधा देंगे, ताकि वे पहले से इंस्टॉल किए गए ऐप्लिकेशन को फ़िल्टर कर सकें. हम यह भी एक्सप्लोर कर रहे हैं कि फ़्रीक्वेंसी कैपिंग पर आधारित कैंपेन नेगेटिव फ़िल्टरिंग की ज़रूरतों को कैसे पूरा किया जा सकता है. डिज़ाइन प्रस्ताव के आने वाले अपडेट में, इस बारे में ज़्यादा जानकारी दी जाएगी.
- क्या सेलर की विज्ञापन नेटवर्क कंपनियां, कस्टम ऑडियंस बना सकती हैं? या क्या वे खरीदार की विज्ञापन नेटवर्क कंपनियों तक ही सीमित हैं?
कस्टम ऑडियंस के लिए हमारा मौजूदा प्रस्ताव, खरीदारी के पक्ष के इस्तेमाल के उदाहरण पर फ़ोकस करता है. ऐसा इसलिए है, क्योंकि इनका मकसद रीमार्केटिंग के इस्तेमाल के लिए निजता की सुरक्षा करते हुए बाय-साइड बिड बनाने में मदद करना है.
एट्रिब्यूशन रिपोर्टिंग
- क्या वेब से ऐप्लिकेशन और ऐप्लिकेशन से वेब के इस्तेमाल के उदाहरणों के लिए, प्राइवसी सैंडबॉक्स के एपीआई एक साथ काम करेंगे?
- हम इस्तेमाल के ऐसे उदाहरणों का पता लगा रहे हैं जहां मोबाइल ब्राउज़र ऐप्लिकेशन, Android Attribution Reporting API का इस्तेमाल करता है. इससे एक ही डिवाइस पर, सभी ऐप्लिकेशन और वेब पर एट्रिब्यूशन चालू किया जा सकता है. ऐप्लिकेशन-टू-वेब की सुविधा चालू करने पर, Android API के लिए प्राइवसी सैंडबॉक्स का इस्तेमाल स्टोरेज और एट्रिब्यूशन के लिए किया जाएगा. साथ ही, यह ऐप्लिकेशन और वेब पर एट्रिब्यूशन को डुप्लीकेट करेगा. हालांकि, एपीआई से ऐप्लिकेशन और वेब के लिए अलग-अलग रिपोर्ट मिल सकती हैं, जिन्हें एक साथ जोड़ना होगा.
- क्या एपीआई, लास्ट क्लिक के अलावा अन्य एट्रिब्यूशन मॉडल के साथ काम करता है?
- यह एपीआई, सोर्स को प्राथमिकता देने वाले, लास्ट टच एट्रिब्यूशन मॉडल के साथ काम करता है. इसके अलावा, इस प्रस्ताव में पोस्ट-इंस्टॉल कन्वर्ज़न के लिए वैकल्पिक एट्रिब्यूशन लॉजिक का भी इस्तेमाल किया जा सकता है. इन्हें, उस क्लिक या व्यू को एट्रिब्यूट करना होगा जिसकी वजह से इंस्टॉल हुआ है.
- क्या प्राइवसी सैंडबॉक्स, Play इंस्टॉल रेफ़रर पर असर डालेगा?
मौजूदा डिज़ाइन और प्लान के आधार पर, प्राइवसी सैंडबॉक्स एपीआई Play इंस्टॉल का रेफ़रल देने वाले से मिलने वाले फ़ंक्शन पर असर नहीं डालेगा.
कुछ डेवलपर ने ऐसे विज्ञापन फ़ॉर्मैट की पहचान की है जिनके तहत उपयोगकर्ताओं को क्लिक के बाद होने वाले खास इवेंट को पूरा करने पर "इनाम" दिया जा सकता है. यूज़र लेवल एट्रिब्यूशन के बिना, मौजूदा प्रस्तावों के तहत यह चुनौती भरा काम होगा.
संभावित समाधानों का पता लगाने के लिए इस क्षेत्र की जांच जारी है. हम सुझाव देते हैं कि आप इस इस्तेमाल के उदाहरण और इस्तेमाल के दूसरे उदाहरण के लिए, और सुझाव, शिकायत या राय दें.
- हर विज्ञापन टेक्नोलॉजी प्लैटफ़ॉर्म के लिए, एट्रिब्यूशन अलग-अलग क्यों होता है?
फ़िलहाल, विज्ञापन देने वाले कई लोगों का मानना है कि पूरे नेटवर्क पर अपने कन्वर्ज़न इवेंट की डुप्लीकेट कॉपी दिखाना ज़रूरी है. इसलिए, मोबाइल मेज़रमेंट पार्टनर (एमएमपी) का इस्तेमाल करना आम बात है. नए एपीआई की मदद से यह काम करना पहले से आसान होगा. हालांकि, इससे टेक्नोलॉजी से जुड़े अलग-अलग प्लैटफ़ॉर्म या विज्ञापन देने वालों के लिए, ऑडियंस को सीधे तौर पर मेज़र करना आसान हो जाएगा.
रीडायरेक्ट का इस्तेमाल करने का मतलब है कि आपको हर ऐप्लिकेशन में किसी SDK टूल की मौजूदगी की ज़रूरत नहीं है, लेकिन रीडायरेक्ट की प्रोसेस में शामिल होने के लिए यह ज़रूरी है कि विज्ञापन टेक्नोलॉजी SDK टूल के साथ आपका संबंध हो.
इस तरीके का एक बड़ा फ़ायदा यह है कि हर किसी के पास अपने खुद के कारोबारी नियम के लिए अपना मेटा-डेटा और एग्रीगेशन कुंजियां हो सकती हैं. साथ ही, वे अपनी प्राथमिकता तय कर सकते हैं.
- क्या Play Store से ऐप्लिकेशन इंस्टॉल किए जाने की कोई पुष्टि या पुष्टि की गई है?
पुष्टि किए गए इंस्टॉल का इस्तेमाल सिर्फ़ वैकल्पिक पोस्ट-इंस्टॉल कन्वर्ज़न एट्रिब्यूशन लॉजिक के लिए किया जाता है. पुष्टि किए गए इन इंस्टॉल को एपीआई, नहीं भेजेगा. एपीआई सिर्फ़ रजिस्टर किए गए कन्वर्ज़न के आधार पर रिपोर्ट भेजेगा और इस बारे में कोई सिग्नल नहीं देगा कि उपयोगकर्ता ने पहले ऐप्लिकेशन इंस्टॉल किया है या नहीं.
- क्या क्लिक या व्यू की पुष्टि की जा रही है? व्यू की पुष्टि करने के लिए, क्या कोई कम से कम अवधि तय की गई है?
मौजूदा एपीआई प्रस्ताव, InputEvent के ज़रिए बेसिक क्लिक की पुष्टि करता है. हम क्लिक की पुष्टि करने और पुष्टि करने के ज़्यादा बेहतर तरीकों पर काम कर रहे हैं. हम इस्तेमाल के इन मामलों में और सुझाव देने की कोशिश करते हैं. खास तौर पर, हमें बताएं कि किस तरह की व्यू डेफ़िनिशन, नेटवर्क के लिए मददगार होंगी.