👨🏾 🐣 👳🏿 IOS एप्लिकेशन में बैनर विज्ञापन 🔆 🍵 🤚🏿

आज हम लेखों की एक श्रृंखला खोल रहे हैं, जो आमतौर पर तकनीकी सम्मेलनों और बैठकों में नहीं बोली जाती हैं। यह और बाद की पोस्ट आपको बताएगी कि यूएसए में लोकप्रिय iFunny iOS मनोरंजन एप्लिकेशन में विमुद्रीकरण तंत्र कैसे काम करता है, जिसे हम विकसित कर रहे हैं।

विज्ञापन मुक्त अनुप्रयोगों के मुद्रीकरण के मुख्य तरीकों में से एक है। लेकिन अब, जब 2011 में आईफनी दिखाई दी तो कौन से विकल्प थे? सेवा मूल रूप से एक मजबूत, टिकाऊ व्यवसाय के रूप में बनाई गई थी, इसलिए पहले दिन से ही कंपनी ने उपयोगकर्ताओं के साथ फ़्लर्ट न करने और सशर्त पूंजीकरण के साथ खेल में शामिल न होने का फैसला किया।

उस समय, मुद्रीकरण के लिए मुख्य विकल्प सेवा का एक मुफ्त छीन-छांट संस्करण बनाना था, और फिर मुख्य कार्यक्षमता को बेचने का प्रयास करना था। उपभोक्ता युवा, अनुभवहीन था और एक डॉलर से अधिक की राशि के साथ हिस्सा लेने के लिए तैयार नहीं था।

सरल गणित ने दिखाया कि 10% रूपांतरण के साथ, 10 सेंट से अधिक का एआरपीयू प्राप्त करना लगभग असंभव कार्य है।

फिर मुझे यह सोचना पड़ा कि आप उत्पाद को और कैसे मुद्रीकृत कर सकते हैं। विज्ञापन मॉडल पहले से ही वेब पर बहुत अच्छी तरह से काम कर चुका है, और यह माना जा सकता है कि यह जल्द ही फोन पर भी खिल जाएगा।
सामान्य तौर पर, विमुद्रीकरण के मोबाइल विज्ञापन मॉडल की शुरुआत को AdWhirl की उपस्थिति माना जा सकता है - एक ऐसी सेवा जिसने आपको विज्ञापन नेटवर्क के एसडीके को एकीकृत करने और उन्हें घुमाने की अनुमति दी। इसकी उपस्थिति ने हमें फिलरेट को बाजार में औसतन 50% तक बढ़ाने और विज्ञापन मॉडल से कम से कम एक-डॉलर की बिक्री के लिए आय अर्जित करने की अनुमति दी। मांग के सभी संभावित स्रोतों के कार्यान्वयन का बहुत सिद्धांत और उनके बीच प्रतिस्पर्धा का संगठन विज्ञापन उद्योग में वृद्धि का मुख्य चालक बन गया है और आज भी इसका शोषण जारी है।

लेकिन अधिक जटिल प्रणाली, कम स्थिर हो जाती है, जो कि iFunny स्तर की बड़ी सेवाओं के लिए बिल्कुल अस्वीकार्य है। 2011 में इस दिशा में आगे बढ़ना शुरू हुआ, कंपनी ने मोबाइल बैनर और देशी विज्ञापन के साथ काम करने के लिए सबसे प्रभावी तंत्रों में से एक बनाया और प्रति उपयोगकर्ता अपने राजस्व में 40 गुना वृद्धि की, जिसने न केवल आंतरिक परियोजनाओं को विकसित करने की अनुमति दी, बल्कि अन्य कंपनियों में भी निवेश किया।

MoPub और कंपनी

2012 के बाद से, हम AdWhirl से MoPub में चले गए हैं।

MoPub एक मोबाइल विज्ञापन प्लेटफ़ॉर्म है जिसमें अपने स्वयं के मॉड्यूल को जोड़ने की क्षमता है, जिसमें कई बेहतरीन उपकरण शामिल हैं:

MoPub बाज़ार - खुद का विज्ञापन विनिमय;
बाहरी नेटवर्क के साथ काम करने के लिए विज्ञापन नेटवर्क का मध्यस्थ;
एक ऑर्डरिंग तंत्र जो आपको स्वतंत्र रूप से अपने आवेदन में बैनर लगाने और उनके डिस्प्ले को अनुकूलित करने की अनुमति देता है।

MoPub के मुख्य लाभ:

अधिकांश विज्ञापन नेटवर्क के साथ काम करने में सक्षम;
नए तीसरे पक्ष के नेटवर्क को जोड़ने के लिए स्पष्ट तंत्र;
खुला स्रोत
बुनियादी सेटिंग्स और लक्ष्यीकरण की एक बड़ी संख्या;
नेटवर्क के आसपास एक बड़ा समुदाय है, यहां तक कि अपनी खुद की एक सम्मेलन भी है।

MoPub के नुकसान भी हैं:

गिटहब पर पूल अनुरोध स्वीकार नहीं किए जाते हैं और उन पर कोई प्रतिक्रिया नहीं होती है;
नियंत्रण कक्ष बहुत जटिल है, और डेवलपर के लिए, डिबगिंग करते समय, इसकी संरचना में कुछ समय लगता है।

सत्य की शक्ति

जैसा कि एक रूसी फिल्म के नायक ने कहा: "सच्चाई में ताकत है।" इस भाग में, मैं उन कठिनाइयों के बारे में बात करूंगा, जिन्हें हम, एप्लिकेशन डेवलपर्स के रूप में, आईफनी के पहले मिलियन डाउनलोड के बाद, दर्शकों की वृद्धि और 100 से अधिक भागीदारों से विज्ञापन ट्रैफ़िक का सामना करना पड़ा था।

सामग्री

विज्ञापन बाजार प्रौद्योगिकी कंपनियों की एक बहुत ही बंद "जाति" है, लेकिन एक ही समय में, एग्रीगेटर्स के पास भागीदारों का एक बड़ा नेटवर्क है: बड़ी कंपनियों से जो विशिष्ट लक्ष्य दर्शकों के अनुरूप लाखों बजट से लेकर छोटी कंपनियों के साथ काम करते हैं।

बैनर प्री-मॉडरेशन और विज्ञापन सामग्री पर सख्त नियमों के बावजूद भागीदारों की यह निकटता और विखंडन, सबसे ईमानदार विज्ञापन विक्रेताओं को उन क्रिएटिव को प्रकाशित करने की अनुमति नहीं देता है जो आवेदन में उपयोगकर्ता के अनुभव को निषिद्ध या खराब करते हैं।

विज्ञापन बैनर में "अश्लील" सामग्री की कई मुख्य श्रेणियां हैं:

अश्लील सामग्री। हाल ही में, यह कम और कम दिखाई देता है, लेकिन फिर भी यह जगह लेता है। हम इस सामग्री को लेख में प्रकाशित नहीं कर सकते, इसलिए चित्र यहाँ नहीं होगा
बैनर में सिस्टम अलर्ट, एक उदाहरण twitter.com/IfunnyStates/status/1029393804749668352 पर देखा जा सकता है
ध्वनि के साथ सामग्री। ध्वनियों को विज्ञापन नेटवर्क, साथ ही साथ एनिमेशन द्वारा निषिद्ध नहीं किया जाता है, लेकिन यदि इंटरफ़ेस के साथ बातचीत किए बिना ध्वनि चलती है, तो यह उपयोगकर्ताओं द्वारा एक एप्लिकेशन बग के रूप में माना जाता है और उपयोगकर्ता के अनुभव को नकारात्मक रूप से प्रभावित करता है।
ध्यान खींचना। एक अच्छा बैनर उपयोगकर्ता का ध्यान आकर्षित करना चाहिए, लेकिन यह हमेशा एक ईमानदार तरीके से नहीं होता है: कभी-कभी टिमटिमाते वीडियो बैनर में आते हैं। उपयोगकर्ता को बैनर पर टैप करने का एक और बेईमानी तरीका एप्लिकेशन इंटरफ़ेस अनुकरण करना है, उदाहरण के लिए:

वैसे, रूस में, इस बैनर पर एक साधारण टैप कुछ मोबाइल ऑपरेटरों के लिए एक पेड सब्सक्रिप्शन जारी कर सकता है, और जब तक आप विवरण नहीं देखेंगे तब तक आपको इसके बारे में पता नहीं होगा। यह विज्ञापन के साथ काम करने का एक बेईमान तरीका भी है, लेकिन संयुक्त राज्य में ऑपरेटरों के पास यह अवसर नहीं है।

ऑटो क्लिक

जैसा कि मेरा अनुभव बताता है, यह उपयोगकर्ताओं के लिए एक अत्यंत नकारात्मक मामला है। जावास्क्रिप्ट, WKWebView या UIWebView की क्षमताओं के साथ-साथ विज्ञापन पुस्तकालयों के कार्यान्वयन के अंदर छेद, आप ऐसे विज्ञापन बना सकते हैं जो बैनर सामग्री को स्वयं खोलेंगे और उपयोगकर्ता को एप्लिकेशन से बाहर करेंगे।

MoPub के उदाहरण का उपयोग करके इस समस्या को दोहराने के लिए, बैनर में निम्नलिखित सामग्री का जावास्क्रिप्ट कोड जोड़ें:

<a href="https://ifunny.co" id="testbutton">test</a> <script>document.getElementById('testbutton').click(); </script>

इसने MoPub के कई संस्करणों में लंबे समय तक काम किया, 4.13 संस्करण तक।

MoPub के कार्यान्वयन की खोज करके, अधिक जटिल लिंक उत्पन्न करना संभव था जो न केवल पूर्ण स्क्रीन में विज्ञापन खोलने के लिए अनुमति देगा, बल्कि उपयोगकर्ता को एक विशिष्ट आवेदन के लिए AppStore में भी भेज देगा और बैनर प्रदर्शन को भी ध्यान में नहीं रखेगा।

वैसे, iOS के लिए MoPub SDK के संस्करण 4.13.0 के रिलीज़ नोट्स में इस फिक्स के बारे में कोई जानकारी नहीं है, क्योंकि यह SDK में एक गंभीर छेद था, और MoPub के बेईमान भागीदारों ने इसका काफी सक्रिय रूप से शोषण किया। लॉग के रूप में, जिस पर मैं बाद में चर्चा करूंगा, दिखाऊंगा, हर दिन मुझे उपयोगकर्ता के साथ बातचीत के बिना बैनर को खोलने के लिए 2 मिलियन प्रयासों को अवरुद्ध करना पड़ा।

MoPub के मामले में, समस्या का पता लगाना और दोहराना आसान हो गया, लेकिन अन्य नेटवर्क जो iFunny के साथ काम करते हैं, एक बंद कोड है, और आपको कुछ समय के लिए बैनर या यहां तक कि डिस्कनेक्ट नेटवर्क को अवरुद्ध करके उभरते ऑटो-क्लिक से निपटना होगा।
iFunny सभी विज्ञापन भागीदारों के साथ मिलकर काम करती है और उन्हें ऐसे बैनरों की सूचना देती है। चूंकि iFunny के युवा दर्शक विज्ञापनदाताओं के लिए दिलचस्प हैं, इसलिए पार्टनर उनसे मिलने और इस तरह के विज्ञापन को रोटेशन से हटाने के लिए तैयार हैं।

दुर्घटना

दुर्घटनाग्रस्त होना हमेशा बुरा होता है। इससे भी बदतर, जब वे बंद स्रोत के साथ निर्भरता के कारण होते हैं, और आप उन्हें केवल अप्रत्यक्ष रूप से प्रभावित कर सकते हैं। इफुनू में विज्ञापन के साथ काम करने के वर्षों में, कई प्रकार की दुर्घटनाओं की पहचान की गई है, जिन्हें कई समूहों में विभाजित किया जा सकता है।

प्रणाली

इनमें नेटवर्क लाइब्रेरी, WKWebView (UIWebView), OpenGL के अपवाद शामिल हैं।
इस प्रकार की दुर्घटनाओं को सीधे प्रभावित करना बहुत कठिन है, लेकिन उनमें से कुछ को प्रभावित करना अभी भी संभव था, पहले वेबवेल के साथ वेबव्यू घटक के संचालन का अध्ययन किया था।

इस तरह से ऐसे क्रैश का स्टैक्रेस दिखता है:

1 libGPUSupportMercury.dylib gpus_ReturnNotPermittedKillClient + 12
2 AGXGLDriver gldUpdateDispatch + 7132
3 libGPUSupportMercury.dylib gpusSubmitDataBuffers + 172
4 AGXGLDriver gldUpdateDispatch + 12700
5 WebCore WebCore::GraphicsContext3D::reshape(int, int) + 524
6 WebCore WebCore::WebGLRenderingContextBase::initializeNewContext() + 712
7 WebCore WebCore::WebGLRenderingContextBase::WebGLRenderingContextBase(WebCore::HTMLCanvasElement*, WTF::RefPtr<WebCore::GraphicsContext3D>&&, WebCore::GraphicsContext3D::Attributes) + 512
8 WebCore WebCore::WebGLRenderingContext::WebGLRenderingContext(WebCore::HTMLCanvasElement*, WTF::PassRefPtr<WebCore::GraphicsContext3D>, WebCore::GraphicsContext3D::Attributes) + 36
9 WebCore WebCore::WebGLRenderingContextBase::create(WebCore::HTMLCanvasElement*, WebCore::WebGLContextAttributes*, WTF::String const&) + 1272
10 WebCore WebCore::HTMLCanvasElement::getContext(WTF::String const&, WebCore::CanvasContextAttributes*) + 520
11 WebCore WebCore::JSHTMLCanvasElement::getContext(JSC::ExecState&) + 212
12 JavaScriptCore llint_entry + 27340
13 JavaScriptCore llint_entry + 24756
14 JavaScriptCore llint_entry + 24756
15 JavaScriptCore llint_entry + 24756
16 JavaScriptCore llint_entry + 25676
17 JavaScriptCore llint_entry + 24756
18 JavaScriptCore llint_entry + 24656
19 JavaScriptCore vmEntryToJavaScript + 260
20 JavaScriptCore JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) + 164
21 JavaScriptCore JSC::Interpreter::executeCall(JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 348
22 JavaScriptCore JSC::profiledCall(JSC::ExecState*, JSC::ProfilingReason, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&, WTF::NakedPtr<JSC::Exception>&) + 160
23 WebCore WebCore::JSEventListener::handleEvent(WebCore::ScriptExecutionContext*, WebCore::Event*) + 980
24 WebCore WebCore::EventTarget::fireEventListeners(WebCore::Event&, WebCore::EventTargetData*, WTF::Vector<WebCore::RegisteredEventListener, 1ul, WTF::CrashOnOverflow, 16ul>&) + 616
25 WebCore WebCore::EventTarget::fireEventListeners(WebCore::Event&) + 324
26 WebCore WebCore::EventContext::handleLocalEvents(WebCore::Event&) const + 108
27 WebCore WebCore::EventDispatcher::dispatchEvent(WebCore::Node*, WebCore::Event&) + 876
28 WebCore non-virtual thunk to WebCore::HTMLScriptElement::dispatchLoadEvent() + 80
29 WebCore WebCore::ScriptElement::execute(WebCore::CachedScript*) + 360
30 WebCore WebCore::ScriptRunner::timerFired() + 456
31 WebCore WebCore::ThreadTimers::sharedTimerFiredInternal() + 144
32 WebCore WebCore::timerFired(__CFRunLoopTimer*, void*) + 24
33 CoreFoundation __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 24
34 CoreFoundation __CFRunLoopDoTimer + 868
35 CoreFoundation __CFRunLoopDoTimers + 240
36 CoreFoundation __CFRunLoopRun + 1568
37 CoreFoundation CFRunLoopRunSpecific + 440
38 WebCore RunWebThread(void*) + 452
39 libsystem_pthread.dylib _pthread_body + 236
40 libsystem_pthread.dylib _pthread_start + 280
41 libsystem_pthread.dylib thread_start + 0

इसके अलावा, वे पृष्ठभूमि में छोड़ने पर विशेष रूप से होते हैं। यह इस तथ्य के कारण है कि जब एप्लिकेशन पृष्ठभूमि में है, तो ओपनजीएल इंजन काम नहीं करना चाहिए।

यहाँ तय किया गया है कि यह काफी सरल है:

पृष्ठभूमि में छोड़ते समय आपको बैनर का स्क्रीनशॉट लेना होगा।

विज्ञापन दृश्य को स्क्रीन से हटा दें ताकि WebView घटक OpenGL का उपयोग करना बंद कर दे।
जब आप पृष्ठभूमि से बाहर निकलते हैं, तो वह सब कुछ वापस कर दें जैसा वह था।

ऑब्जेक्टिव-सी कोड में, यह इस तरह दिखता है:

 - (void)onWillResignActive { if (self.adView.superview) { UIGraphicsBeginImageContext(self.adView.bounds.size); [self.adView.layer renderInContext:UIGraphicsGetCurrentContext()]; UIImage *adViewScreenShot = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext(); adViewThumbView = [[UIImageView alloc] initWithImage:adViewScreenShot]; adViewThumbView.backgroundColor = [UIColor clearColor]; adViewThumbView.frame = self.adView.frame; NSInteger adIndex = [self.adView.superview.subviews indexOfObject:self.adView]; [self.adView.superview insertSubview:adViewThumbView atIndex:adIndex]; [self.adView removeFromSuperview]; } } - (void)onDidBecomeActive { if (self.adView && adViewThumbView) { NSInteger adIndex = [adViewThumbView.superview.subviews indexOfObject:adViewThumbView]; [adViewThumbView.superview insertSubview:self.adView atIndex:adIndex]; [adViewThumbView removeFromSuperview]; adViewThumbView = nil; } }

एकीकरण

ये वे समस्याएं हैं जो iFunny, Mopub और विज्ञापन प्रदाता के जंक्शन पर होती हैं।
एक नियम के रूप में, वे प्रदाता लाइब्रेरी को अपडेट करने और उनके साथ बातचीत करने के नए तरीकों के कारण उत्पन्न होते हैं।

इस तरह का आखिरी मामला इस साल जून में इस्तेमाल किए गए पुस्तकालयों में से एक के अगले अद्यतन के बाद था। नेटवर्क सेटिंग्स को कॉन्फ़िगर करने के लिए सिंगलटन का उपयोग करके लाइब्रेरी को शुरू करने का एक नया तरीका सुझाया गया है।

इसे दो बार करने के बाद, जैसा कि कार्यान्वयन में हुआ था, समय-समय पर मुख्य धागे का एक फ्रिज़ होता था, इसलिए मुझे प्रेषण में लपेटना पड़ा।

IFunny QA विभाग विज्ञापन पुस्तकालयों का अच्छी तरह से परीक्षण करने में सक्षम है, इसलिए अद्यतन के परीक्षण के दौरान यह समस्या पाई गई।

अप्रत्याशित

इस प्रकार के क्रैश को बिल्कुल भी नियंत्रित नहीं किया जा सकता है, क्योंकि यह क्लाइंट में बिना किसी बदलाव के होता है।

वे भागीदारों के बैकएंड को अद्यतन करने और पिछड़े संगतता की कमी के साथ जुड़े हुए हैं। ऐसे क्रैश अक्सर बड़े विज्ञापन प्रदाताओं में होते हैं, लेकिन जल्दी से तय हो जाते हैं, क्योंकि वे एक ही समय में बड़ी संख्या में अनुप्रयोगों को प्रभावित करते हैं।

ऐसे मामले थे जब दुर्घटना मुक्त iFunny प्रति दिन मानक 99.8% से 80% तक गिर गया, और कहानी में नाराज टिप्पणियों की संख्या दसियों में थी।

उत्पादकता

बैनर विज्ञापन, एक नियम के रूप में, विज्ञापन प्रदर्शित करने के लिए वेबव्यू घटकों का उपयोग करता है, इसलिए दिखाया गया प्रत्येक बैनर अपने सभी आश्रितों के साथ एक नए वेबव्यू का आरंभ है।

इसके अलावा, कुछ साथी अपने बैकएंड के साथ संवाद करने के लिए भी WebView का उपयोग करते हैं, क्योंकि मोबाइल उपकरणों पर बैनर विज्ञापन वेब पर विज्ञापन का एक वंशज है।

ऐसा होता है कि उन्नयन के बाद नए पुस्तकालय के अंदर मेमोरी लीक होते हैं। Xcode में मेमोरी ग्राफ़ टूल के दिखने के बाद, थर्ड-पार्टी लाइब्रेरी में लीक को ढूंढना बहुत आसान हो गया, इसलिए अब पार्टनर्स को उनके बारे में जल्दी से बताया जा सकता है।

नीचे iFunny बेकार का GIF है जब उपयोगकर्ता के लिए कोई विज्ञापन नहीं है:

समाधान

लेकिन ऊपर वर्णित सभी समस्याओं के बावजूद, iFunny स्थिर है और हर दिन अपने लाखों उपयोगकर्ताओं के बीच मुस्कुराहट का कारण बनता है।

विज्ञापन के साथ सक्रिय काम के वर्षों में, विकास टीम के पास कई उपकरण हैं जो विज्ञापन समस्याओं की सफलतापूर्वक निगरानी कर सकते हैं और समय पर उनका जवाब दे सकते हैं।

लॉगिंग सिस्टम

अब iFunny में अपवाद लॉगिंग सिस्टम पूरे एप्लिकेशन में फैल गया है: इसके लिए, हम ClickHouse पर बेस के साथ अपने बैकेंड का उपयोग करते हैं और ग्राफाना में प्रदर्शित करते हैं।

लेकिन आवेदन में लॉग के साथ काम करने के लिए पहला काम विज्ञापन में असाधारण स्थितियों का लॉगिंग था।

यह निर्धारित करने के लिए कई संबंधित घटक हैं कि क्या कॉल iFunny को भेजा जाता है। मैं आपको उनमें से प्रत्येक के बारे में अधिक बताऊंगा।

IFAdView

यह MPAdView वर्ग का वंशज है (यह MoPub पर विज्ञापन प्रदर्शित करने के लिए जिम्मेदार है)।

हिटटेस्ट: विथ इस विधि को इस वर्ग में ओवरराइड किया जाता है:

 - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event { UIView *hitView = [super hitTest:point withEvent:event]; if (hitView) { [[IFAdsExceptionManager instance] triggerTouchView]; } return hitView; }

इस प्रकार, हमने इस तथ्य पर ट्रिगर सेट किया कि उपयोगकर्ता ने विज्ञापन के साथ बातचीत की।

IFURLProtocol

हमें NSURLProtocol से विरासत में मिली और विधि का वर्णन:

 + (BOOL)canInitWithRequest:(NSURLRequest *)request { __weak NSString *wRequestURL = request.URL.absoluteString; dispatch_async(dispatch_get_main_queue(), ^{ if (wRequestURL == nil) return; if ([wRequestURL hasPrefix:@"itms-appss://itunes.apple.com"] || [wRequestURL hasPrefix:@"itms-apps://itunes.apple.com"] || [wRequestURL hasPrefix:@"itmss://itunes.apple.com"] || [wRequestURL hasPrefix:@"http://itunes.apple.com"] || [wRequestURL hasPrefix:@"https://itunes.apple.com"]) { [[IFAdsExceptionManager instance] adsTriggerItunesURL:wRequestURL]; } }); return NO; }

यह एप्लिकेशन से AppStore को खोलने के लिए एक ट्रिगर है, हम इसके लिए सभी उपलब्ध URL को सूचीबद्ध करते हैं।

IFAdsExceptionManager

एक वर्ग जो ट्रिगर एकत्र करता है और लॉग में एक अपवाद रिकॉर्ड बनाता है।

यह स्पष्ट करने के लिए कि किस प्रकार के ट्रिगर हैं, मैं इस वर्ग के इंटरफ़ेस की प्रत्येक विधि का वर्णन करूंगा।

 - (void)triggerTouchView;       . <source lang="objectivec">- (void)triggerItunesURL:(NSString *)itunesURL;

एक ट्रिगर जो यह निर्धारित करता है कि क्या iTunes में रीडायरेक्ट होता है।

 - (void)triggerResignActive;

एक आवेदन द्वारा गतिविधि के नुकसान को निर्धारित करने के लिए एक ट्रिगर। यह दो पिछले ट्रिगर्स की तुलना करता है।

 - (void)resetTriggers;

ट्रिगर रीसेट करें। हम इसे तब छोड़ते हैं जब हम पृष्ठभूमि को छोड़ते हैं या जब हम AppStore को स्वयं खोलते हैं, उदाहरण के लिए, जब हम उपयोगकर्ता को iOS के पुराने संस्करणों में रेट करने के लिए भेजते हैं।

 @property (nonatomic, strong) FNAdConfigurationInfo *lastRequestedConfiguration; @property (nonatomic, strong) FNAdConfigurationInfo *lastLoadedConfiguration; @property (nonatomic, strong) FNAdConfigurationInfo *lastFailedConfiguration;

पिछले सफलतापूर्वक या असफल अनुरोधित और डाउनलोड किए गए विज्ञापनों को रिकॉर्ड करने के लिए गुण। लॉग करने के लिए एक संदेश बनाने की आवश्यकता है।

यह देखा जा सकता है कि एल्गोरिथ्म काफी सरल निकला, लेकिन प्रभावी है। यह हमें MoPub से न केवल ऑटो खोजों को ट्रैक करने की अनुमति देता है, बल्कि अन्य नेटवर्क से भी।

हाल ही में, ऑटो-ओपन वाले विज्ञापन अक्सर SKStoreProductViewController खोलते हैं, इसलिए अब हम ऑटो-ओपन या कंट्रोलर की परिभाषा पर काम कर रहे हैं। इस अपवाद को परिभाषित करने के लिए एल्गोरिथ्म थोड़ा अधिक जटिल होगा, लेकिन उद्देश्य-सी रनटाइम हमें यहां मदद करेगा।

स्थानीय स्टैंड

लॉगिंग सिस्टम के आधार पर, iFunny ने उपयोगकर्ताओं को वास्तविक समय में देखे जाने वाले विज्ञापनों को प्राप्त करने और डिबग करने के लिए एक स्थानीय स्टैंड विकसित करना शुरू किया।

स्टैंड में निम्न शामिल हैं:

एजेंट का निर्माण
उपकरणों
प्रत्येक प्रदाता के लिए परीक्षण सूट

स्टैंड पर उपयोग किए जाने वाले दिलचस्प समाधानों में से एक वास्तविक विज्ञापन के लिए उपयोगकर्ता की शिकायतों से IDFA है।

2016 के बाद से, हमने केवल वीपीएन का उपयोग करके यूएसए को लक्षित वास्तविक विज्ञापन प्राप्त करना बंद कर दिया है, इसलिए हमें आईडीएफए उपकरणों को आईडीएफए के साथ वास्तविक उपयोगकर्ताओं को बदलना होगा।

यह उद्देश्य-सी रनटाइम और स्विज़लिंग का उपयोग करके आसानी से किया जाता है।
आपको ASIdentifierManager वर्ग के विज्ञापन-प्रसारकर्ता विधि को बदलने की आवश्यकता है।

यहाँ हम इसे श्रेणी के माध्यम से करते हैं:

 @interface ASIdentifierManager (IDFARewrite) @end @implementation ASIdentifierManager (IDFARewrite) + (void)load { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ if (AdsMonitorTests.customIDFA != nil) { [self swizzleIDFA]; } }); } + (void)swizzleIDFA { Class class = [self class]; SEL originalSelector = @selector(advertisingIdentifier); SEL swizzledSelector = @selector(swizzled_advertisingIdentifier); Method originalMethod = class_getInstanceMethod(class, originalSelector); Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector); BOOL didAddMethod = class_addMethod(class, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod)); if (didAddMethod) { class_replaceMethod(class, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod)); } else { method_exchangeImplementations(originalMethod, swizzledMethod); } } #pragma mark - Method Swizzling - (NSUUID *)swizzled_advertisingIdentifier { NSUUID *result = AdsMonitorTests.customIDFA; return result; } @end

आलेख में वर्णित विधि का उपयोग उपयोगकर्ता IDFA को बिल्ड एजेंट से बिल्ड में स्थानांतरित करने के लिए किया जाता है।

अंत में, मैं कहना चाहता हूं कि संयुक्त राज्य अमेरिका में बैनर विज्ञापन बहुत अच्छा काम करता है, और विमुद्रीकरण की मुख्य विधि के रूप में इसके सक्रिय उपयोग के सात वर्षों के लिए, iFunny ने इसके साथ अच्छा काम करना सीखा है।

लेकिन इस तथ्य के बावजूद कि बैनर कंपनी के राजस्व का 75% लाते हैं, काम मुद्रीकरण के वैकल्पिक तरीकों पर चल रहा है और कुछ अनुभव पहले से ही देशी विज्ञापन और अमेरिकी बाजार में विज्ञापन नीलामी के उपयोग से प्राप्त हुए हैं।

सामान्य तौर पर, कुछ बताने के लिए है।

IOS एप्लिकेशन में बैनर विज्ञापन