iOSアプリケーションのバナー広告

今日、私たちは通常技術会議や技術会議で話されていないことに関する一連の記事を開いています。 これ以降の投稿では、開発中の米国で人気のあるiFunny iOSエンターテイメントアプリケーションで収益化メカニズムがどのように機能するかを説明します。

広告は、無料のアプリケーションを収益化する主な方法の1つです。 しかし、今、iFunnyが登場した2011年にはどのようなオプションがありましたか？ このサービスはもともと強力で持続可能なビジネスとして構築されたため、最初の日から、ユーザーといちゃつくことなく、条件付き大文字でゲームに参加しないことに決めました。

当時、収益化の主なオプションは、サービスの無料の機能を削減したバージョンを作成してから、主な機能を販売することでした。 消費者は若く、経験が浅く、1ドルを超える金額を手放す準備ができていませんでした。

単純な数学では、10％の変換で10セント以上のARPUを取得することはほとんど不可能なタスクであることが示されました。

それから私は他にどのようにあなたが製品を収益化できるかについて考えなければなりませんでした。 広告モデルはすでにウェブ上で非常にうまく機能しており、電話でもまもなく咲くと思われます。
一般に、収益化のモバイル広告モデルの始まりは、広告ネットワークのSDKを統合してローテーションできるサービスであるAdWhirlの登場と考えることができます。 その外観により、FillRateを市場で平均50％に引き上げ、広告モデルからの収益を少なくとも1ドルの売上に匹敵させることができました。 すべての可能な需要の源泉とそれらの間の競争の組織の実施のまさに原理は、広告産業の成長の主な推進者になり、今日まで使用され続けています。

しかし、システムが複雑になるほど、システムの安定性は低下します。これは、iFunnyレベルの大規模なサービスではまったく受け入れられません。 2011年にこの方向に動き始めた同社は、モバイルバナーとネイティブ広告を扱うための最も効果的なメカニズムの1つを作成し、ユーザーあたりの収益を40倍に増やしました。これにより、内部プロジェクトだけでなく、他の企業への投資も可能になりました。

MoPubと会社

2012年以降、AdWhirlからMoPubに移行しました。

MoPubは、独自のモジュールを追加できるモバイル広告プラットフォームであり、いくつかの優れたツールが含まれています。

• MoPubマーケットプレイス-独自の広告取引所;
• 外部ネットワークと連携するための広告ネットワークの仲介者。
• 独自のアプリケーションにバナーを個別に配置し、表示をカスタマイズできる順序付けメカニズム。

MoPubの主な利点：

• ほとんどの広告ネットワークと連携できる。
• 新しいサードパーティネットワークを接続するための明確なメカニズム。
• オープンソース
• 膨大な数の基本設定とターゲティング。
• ネットワーク周辺の大規模なコミュニティ、独自の会議もあります。

MoPubには欠点もあります。

• GitHubでのプールリクエストは受け入れられず、通常、それらに対する反応はありません。
• コントロールパネルは非常に複雑であり、開発者にとっては、デバッグ中にその構造を掘り下げるのに時間がかかります。

真実の力

あるロシア映画の主人公が言ったように、「強さは真実です」。 このパートでは、アプリケーション開発者として、iFunnyの最初の100万ダウンロード、100人以上のパートナーからの視聴者と広告トラフィックの増加の後に直面しなければならなかった困難についてお話します。

内容

広告市場はテクノロジー企業の非常に閉じた「カースト」ですが、同時に、アグリゲーターは数百万の予算で働く大企業から特定のターゲットオーディエンスに合わせた中小企業まで、パートナーの大きなネットワークを持っています。

バナーの事前調整と広告コンテンツに関するかなり厳格なルールにもかかわらず、パートナーのこの緊密さと断片化により、最も正直な広告販売者は、アプリケーションでのユーザーエクスペリエンスを禁止または台無しにするクリエイティブを公開できません。

広告バナーには、「わいせつな」コンテンツにはいくつかの主要なカテゴリがあります。

• ポルノコンテンツ。 最近、それはますます少なくなっているように見えますが、それでもそうなっています。 このコンテンツを記事に公開することはできませんので、写真はここにはありません
• バナー内のシステムアラート、例はユーザーtwitter.com/IfunnyStates/status/1029393804749668352で見ることができます
• 音声付きのコンテンツ。 サウンドは広告ネットワークやアニメーションで禁止されていませんが、インターフェイスと対話せずにサウンドが再生される場合、これはアプリケーションのバグとしてユーザーに認識され、ユーザーエクスペリエンスに悪影響を及ぼす
• 注目を集める。 良いバナーはユーザーの注意を引き付けるはずですが、これは必ずしも正直な方法で行われるとは限りません。ちらつきのあるビデオがバナーに落ちることがあります。 ユーザーにバナーをタップさせるもう1つの不正な方法は、次のようにアプリケーションインターフェイスをシミュレートすることです。
  
  

ちなみに、ロシアでは、このバナーを普通にタップすると、一部のモバイルオペレーターに有料のサブスクリプションを発行できます。詳細を確認するまで、あなたはそれについても知りません。 これは広告を扱うための不正な方法でもありますが、米国の事業者にはそのような機会はありません。

自動クリック

私の経験が示すように、これはユーザーにとって非常に否定的なケースです。 JavaScript、WKWebView、またはUIWebViewの機能、および広告ライブラリの実装内の穴を使用して、バナーコンテンツを開き、ユーザーをアプリケーションから誘導する広告を作成できます。

MoPubの例を使用してこの問題を繰り返すには、次のコンテンツのJavaScriptコードをバナーに追加するだけです。

<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の不正なパートナーが非常に積極的に悪用したためです。 後で説明するログが示すように、ユーザーとの対話なしにバナーを開く最大200万回の試行を毎日ブロックする必要がありました。

MoPubの場合、問題を簡単に見つけて繰り返すことができましたが、iFunnyが動作する他のネットワークには閉じたコードがあり、バナーをブロックしたり、しばらくネットワークを切断したりすることで、出現する自動クリックに対処する必要があります。
iFunnyはすべての広告パートナーと緊密に連携し、そのようなバナーを通知します。 iFunnyの若い視聴者は広告主にとって興味深いので、パートナーは喜んで彼らに会い、ローテーションからそのような広告を削除します。

クラッシュ

クラッシュは常に悪いです。 さらに悪いことに、クローズドソースとの依存関係が原因で発生した場合、間接的にのみ影響を与えることができます。 iFunnuで広告を扱ってきた長年にわたって、いくつかのタイプのクラッシュが自身で確認されており、いくつかのグループに分類できます。

• システム

これらには、ネットワークライブラリ、WKWebView（UIWebView）、OpenGLの例外が含まれます。
このタイプのクラッシュに直接影響を与えることは非常に困難ですが、以前にWebGLを使用してWebViewコンポーネントの動作を研究していたため、それらの一部に影響を与えることは依然として可能でした。

これは、このようなクラッシュのスタックレースがどのように見えるかです：

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

さらに、それらはバックグラウンドで去るときに排他的に発生します。 これは、アプリケーションがバックグラウンドにあるときにOpenGLエンジンが動作しないという事実によるものです。

ここでの修正は非常に簡単であることが判明しました。

バックグラウンドで離れるときは、バナーのスクリーンショットを撮る必要があります。

WebViewコンポーネントがOpenGLの使用を停止するように、画面から広告ビューを削除します。
バックグラウンドを終了したら、すべてを元に戻します。

Objective-Cコードでは、次のようになります。

 - (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、および広告プロバイダーのジャンクションで発生する問題です。
原則として、それらはプロバイダーライブラリを更新した後、およびそれらと対話する新しい方法のために発生します。

最後のそのようなケースは、使用されているライブラリの1つの次の更新後の今年6月でした。 ライブラリを初期化する新しい方法は、シングルトンを使用してネットワーク設定を構成することを提案しました。

実装で起こったように、2回目を回すと定期的にメインスレッドのフリーズが発生したため、dispatch_onceで初期化をラップする必要がありました。

iFunny QA部門は広告ライブラリをうまくテストできるため、この問題はアップデートのテスト中に発見されました。

• 予想外

このタイプのクラッシュは、クライアントを変更せずに発生するため、まったく制御できません。

これらは、パートナーのバックエンドの更新と下位互換性の欠如に関連しています。 このようなクラッシュは大規模な広告プロバイダーで頻繁に発生しますが、多数のアプリケーションに同時に影響するため、すぐに修正されます。

1日あたりのクラッシュのないiFunnyが標準の99.8％から80％に低下し、ストア内での怒りのコメントの数が数十になった場合がありました。

性能

原則として、バナー広告はWebViewコンポーネントを使用して広告を表示するため、表示される各バナーは、すべての依存関係を持つ新しいWebViewの初期化です。

さらに、モバイルデバイスでのバナー広告はWebでの広告の子孫であるため、一部のパートナーはWebViewを使用して独自のバックエンドと通信します。

アップグレード後に、新しいライブラリ内でメモリリークが発生することがあります。 XcodeにMemory Graphツールが登場した後、サードパーティのライブラリでリークを見つけるのがはるかに簡単になったため、パートナーにリークについてすぐに通知できるようになりました。

以下は、ユーザーに広告がない場合のiFunnyアイドルのGIFです。

解決策

しかし、上記のすべての問題にもかかわらず、iFunnyは安定して動作し、毎日何百万人ものユーザーに笑顔をもたらしています。

広告に関する長年の活動を通じて、開発チームには、広告の問題を適切に監視し、時間内にそれらに対応するためのツールがいくつかあります。

ロギングシステム

これで、iFunnyの例外ログシステムがアプリケーション全体に広がりました。このため、ClickHouseをベースとする独自のバックエンドを使用して、Grafanaで表示します。

しかし、アプリケーションでログを操作するための最初のタスクは、広告の例外的な状況を正確に記録することでした。

通話がiFunnyに転送されるかどうかを判断するには、いくつかの関連コンポーネントがあります。 それぞれについて詳しく説明します。

IFAdView

これはMPAdViewクラスの子孫です（MoPubに広告を表示する役割を果たします）。

hitTest：withEventメソッドは、このクラスでオーバーライドされます。

 - (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; 

アプリケーションによるアクティビティの損失を決定するトリガー。 前の2つのトリガーを比較します。

 - (void)resetTriggers; 

トリガーをリセットします。 バックグラウンドを離れるとき、またはAppStoreを自分で開くとき、たとえば、古いバージョンのiOSで評価するようにユーザーを送信するときに呼び出します。

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

最後に成功または失敗した広告を記録するためのプロパティ。 ログへのメッセージを作成する必要がありました。

アルゴリズムは非常にシンプルであることがわかりましたが、効果的です。 これにより、MoPubからの自動検出だけでなく、他のネットワークからの自動検出も追跡できます。

最近、自動で開く広告はSKStoreProductViewControllerを開くことが多いため、このコントローラーの自動で開くの定義に取り組んでいます。 この例外を定義するアルゴリズムはもう少し複雑になりますが、Objective-Cランタイムがここで役立ちます。

ローカルスタンド

ロギングシステムに基づいて、iFunnyは、ユーザーがリアルタイムで表示する広告を受信およびデバッグするために、ローカルスタンドの開発も開始しました。

スタンドの構成：

• ビルドエージェント
• デバイス
• 各プロバイダーのテストスイート

スタンドで使用される興味深いソリューションの1つは、実際の広告に対するユーザーの苦情からのIDFAです。

2016年頃から、VPNのみを使用して米国をターゲットとする実際の広告の受信を停止したため、IDFAデバイスを実際のユーザーのIDFAに置き換える必要があります。

これは、Objective-Cランタイムとスウィズリングを使用して非常に簡単に実行できます。
ASIdentifierManagerクラスのAdvertisingIdentifierメソッドを置き換える必要があります。

ここでは、カテゴリを介してそれを行います。

 @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をビルドエージェントに転送するには、 記事で説明されている方法をビルドで使用します。

結論として、バナー広告は米国でうまく機能し、収益化の主要な方法として7年間積極的に使用されてきたため、iFunnyはバナー広告とうまく機能することを学びました。

しかし、バナーが会社の収益の75％をもたらすという事実にもかかわらず、収益化の代替方法に関する作業が進行中であり、米国市場でのネイティブ広告および広告オークションの使用ですでにいくつかの経験が得られています。

一般に、伝えるべきことがあります。