Apple के SKAdNetwork API का मकसद, उपयोगकर्ता की निजता बनाए रखते हुए, ऐप्लिकेशन इंस्टॉल करने के लिए बने विज्ञापन कैंपेन की सफलता का आकलन करना है. SKAdNetwork के v2.0 और v2.1 वर्शन के लिए, StoreKit से रेंडर किए गए विज्ञापनों के लिए इंस्टॉल एट्रिब्यूशन, विज्ञापन पर मिले क्लिक पर निर्भर करता है. इससे उपयोगकर्ता, ऐप्लिकेशन इंस्टॉल कर पाता है. SKAdNetwork के v2.2 और उसके बाद के वर्शन, व्यू-थ्रू विज्ञापनों के साथ भी काम करते हैं. इनमें एट्रिब्यूशन, सिर्फ़ विज्ञापन देखने पर मिलता है.
यहां दिए गए दिशा-निर्देश, यह पक्का करने के लिए हैं कि Google Mobile Ads SDK टूल, SKAdNetwork एट्रिब्यूशन को सही तरीके से शुरू कर सके.
मोबाइल विज्ञापनों के लिए ऑन-क्लिक एट्रिब्यूशन
SKAdNetwork एट्रिब्यूशन, Google Mobile Ads SDK टूल के विज्ञापन पर क्लिक करने के इवेंट से शुरू होता है. हालांकि, ऐसा सिर्फ़ तब होता है, जब क्लिक ऐक्शन खास तौर पर Apple App Store पर ले जाता हो. इस ज़रूरी शर्त का मकसद, उन क्लिक से ऐप्लिकेशन स्टोर को लॉन्च होने से रोकना है जो नहीं हैं. उदाहरण के लिए, इस तरह के क्लिक ऐक्शन में, विज्ञापन विकल्प पेज पर नेविगेट करना शामिल हो सकता है.
दिशा-निर्देश
यह पक्का करने के लिए कि विज्ञापनों पर क्लिक ऐक्शन और उसके बाद के ऐप्लिकेशन इंस्टॉल से SKAdNetwork एट्रिब्यूशन मिले, क्रिएटिव बनाते समय पक्का करें कि क्रिएटिव का क्लिक-थ्रू यूआरएल इनमें से कोई एक हो
- ऐप्लिकेशन स्टोर में, विज्ञापन में दिखाए गए ऐप्लिकेशन का सीधा लिंक या,
- रीडायरेक्ट करने के तरीकों का इस्तेमाल करता है. जैसे, एचटीटीपी 301, 302 या सर्वर साइड के अन्य तरह के एचटीटीपी रीडायरेक्ट चेन, जिनका फ़ाइनल डेस्टिनेशन ऐप स्टोर होगा.
ऐप्लिकेशन स्टोर के लिंक की पुष्टि तब की जाती है, जब यूआरएल इनमें से किसी पैटर्न से शुरू होता है:
https://apps.apple.com
https://itunes.apple.com
itms-apps://
itms://
किसी भी दूसरे लैंडिंग पेज या क्लाइंट-साइड रीडायरेक्ट के अन्य तरीकों का इस्तेमाल करने पर, ऐप्लिकेशन स्टोर पर नहीं पहुंचा जा सकता. साथ ही, हो सकता है कि SKAdNetwork एट्रिब्यूशन प्रोसेस शुरू न हो. उदाहरण:
- एचटीएमएल पेज, जिस पर उपयोगकर्ता की कार्रवाई के बाद ही ऐप्लिकेशन स्टोर पर रीडायरेक्ट किया जाता है
- एचटीएमएल पेज, जिसमें ऐप्लिकेशन स्टोर पर रीडायरेक्ट करने के लिए, JavaScript पर आधारित ऑटोमेटेड स्क्रिप्ट है
- मेटा रीफ़्रेश टैग
अलग-अलग तरह के क्रिएटिव के लिए सबसे सही तरीके
SKAdNetwork एट्रिब्यूशन शुरू करने के लिए क्लिक ऐक्शन को अलग-अलग क्रिएटिव टाइप के लिए इस तरह सेट अप किया जा सकता है:
- एचटीएमएल क्रिएटिव
- इसे क्लिक किए जा सकने वाले एलिमेंट के आस-पास मौजूद ऐंकर टैग पर, डेस्टिनेशन यूआरएल के तौर पर सेट अप किया जा सकता है. इसके अलावा, इसे JavaScript पर आधारित क्लिक इवेंट से
window.location
ऑपरेशन के टारगेट यूआरएल के तौर पर भी सेट अप किया जा सकता है. - MRAID
- SKAdNetwork एट्रिब्यूशन शुरू करने के लिए, क्लिक ऐक्शन को
Mraid.open()
को कॉल करना होगा. - VAST वीडियो
- ऐप्लिकेशन स्टोर का यूआरएल, VAST XML में
ClickThrough
एलिमेंट में सेट होना चाहिए. - मूल भाषा वाला
- ऐप्लिकेशन स्टोर का यूआरएल, OpenRTB के लिए
native.link.url
फ़ील्ड पर सेट होना चाहिए (या बंद किए गए Google आरटीबी प्रोटोकॉल के लिएnative_ad.click_link_url
फ़ील्ड पर).
मोबाइल विज्ञापनों के लिए व्यू-थ्रू एट्रिब्यूशन
SKAdNetwork v2.2 व्यू-थ्रू एट्रिब्यूशन के साथ काम करने पर, विज्ञापन रेंडर होने और उपयोगकर्ता के उसे देखने के बाद, SKAdNetwork API एक इंप्रेशन टाइमर शुरू करता है. एट्रिब्यूशन की सुविधा सिर्फ़ उन विज्ञापनों के लिए उपलब्ध है जो कम से कम तीन सेकंड के लिए दिखाए गए हैं.
ध्यान दें कि iOS के 15.3 और उससे पहले के वर्शन में, एक बार में सिर्फ़ एक चालू इंप्रेशन टाइमर काम करता है. ऐसे में, अगर एक ही स्क्रीन पर व्यू-थ्रू एट्रिब्यूशन वाले कई विज्ञापन हैं, तो हो सकता है कि किसी इंप्रेशन को व्यू-थ्रू एट्रिब्यूशन शुरू करने में समस्या आ जाए. iOS 15.4 और उसके बाद के वर्शन पर, इस पाबंदी को हटा दिया गया है. इसलिए, SKAdNetwork अब व्यू-थ्रू एट्रिब्यूशन के लिए, एक साथ कई इंप्रेशन को चालू करने की अनुमति देता है.
दिशा-निर्देश
OpenRTB के लिए बिड रिक्वेस्ट फ़ील्ड BidRequest.imp.ext.skadn.fidelities
(या अब काम न करने वाले Google RTB प्रोटोकॉल के लिए BidRequest.mobile.skadn.supported_fidelity_types
) से पता चलता है कि बिड रिक्वेस्ट में एट्रिब्यूशन फ़िडेलिटी के कौनसे टाइप काम करते हैं. इस फ़ील्ड में, SKAdNetwork के v2.2 और उसके बाद के वर्शन में VIEW_THROUGH_ADS
फ़िडेलिटी टाइप शामिल होता है.
अगर व्यू-थ्रू एट्रिब्यूशन की सुविधा काम नहीं करती है, तो पक्का करें कि बिड रिस्पॉन्स में VIEW_THROUGH_ADS
फ़िडेलिटी शामिल न हों. अगर VIEW_THROUGH_ADS
फ़िडेलिटी का इस्तेमाल नहीं किया जा सकता, तो नीलामी से पहले बिड को फ़िल्टर कर दिया जाता है.
पुराने सिस्टम के साथ काम करने की सुविधा
SKAdNetwork v4.0 के बाद, SKAdNetwork एट्रिब्यूशन के लिए चालू किए गए विज्ञापन अनुरोध, पहले के वर्शन के साथ काम करते हैं. इससे विज्ञापन नेटवर्क, SKAdNetwork के पुराने वर्शन के साथ जवाब दे सकते हैं. भले ही, विज्ञापन अनुरोध नए वर्शन के साथ काम करता हो.
दिशा-निर्देश
उपयोगकर्ता के डिवाइस के ओएस वर्शन और पब्लिशर ऐप्लिकेशन के Google Mobile Ads SDK वर्शन, दोनों से यह तय होता है कि विज्ञापन अनुरोध में SKAdNetwork की कौनसी सुविधाएं काम करती हैं.
बिड रिक्वेस्ट के आधार पर, OpenRTB के BidRequest.imp.ext.skadn.versions
फ़ील्ड (या अब काम न करने वाले Google आरटीबी प्रोटोकॉल के BidRequest.mobile.skadn.versions
फ़ील्ड) का इस्तेमाल करके, यह तय किया जा सकता है. इनमें, विज्ञापन अनुरोध के साथ काम करने वाले सभी SKAdNetwork वर्शन की सूची होती है.
बिड फ़िल्टरिंग को रोकने के लिए, पक्का करें कि रिस्पॉन्स बनाने के लिए इस्तेमाल किया गया SKAdNetwork वर्शन, बिड रिक्वेस्ट में दिए गए वर्शन में से एक हो. इसके अलावा, SKAdNetwork के नए वर्शन लॉन्च होने पर, ध्यान दें कि पुराने वर्शन का इस्तेमाल करके जवाब देने की अनुमति तब तक है, जब तक वह वर्शन इस सूची में शामिल है. इससे विज्ञापन नेटवर्क, पुराने वर्शन का इस्तेमाल करके जवाब देना जारी रख सकते हैं. साथ ही, अपने हिसाब से नए वर्शन का इस्तेमाल कर सकते हैं.