ほとんどのパブリッシャーはeCPMを小数点以下2桁まで即答できます。地域とフォーマット別の fill rate も把握しています。ARPDAUも毎日追跡しています。しかし、ユーザーが操作してから広告が実際に表示されるまでどのくらい時間がかかるかと尋ねると、たいていは空白の表情が返ってきます。広告レイテンシーはほぼ誰も測定していない指標であり、モバイル収益化における最もコストのかかる問題の一つです。
広告レイテンシーとは
広告レイテンシーとは、アプリが広告をリクエストしてから、その広告が完全にレンダリングされユーザーに見える状態になるまでの時間です。リワード動画では、ユーザーが「動画を見る」をタップしてから動画が実際に再生されるまでの間隔を指します。インタースティシャルでは、トリガーイベントから全画面広告が現れるまでの遅延です。バナーでは、コンテンツがロードされるまでスロットが空のままになる時間です。
理想の世界ではこの数字はゼロです。現実には、よく最適化された構成で200ミリ秒、設定の悪い waterfall では3秒以上になり、1ミリ秒ごとに収益を失います。
レイテンシーが収益を破壊する仕組み
放棄されたインプレッション
リワード動画のロードに3秒かかると、かなりの割合のユーザーが諦めてプロンプトを閉じます。報酬は欲しかったが、ローディングスピナーを見続けるほどではなかったのです。そのインプレッションには価値があり、waterfall はバイヤーを見つけオークションは成立していましたが、ユーザーは広告を見ていません。ダッシュボードの fill rate は広告が技術的には配信されたため正常に見えますが、レンダリング前にユーザーが離脱したため収益は失われます。
完了率の低下
遅いロードに耐えたユーザーは、広告が始まる前から既に苛立っています。苛立ったユーザーは早めに広告をスキップまたは閉じる傾向が強まり、完了率が下がります。多くのデマンドパートナーは cost-per-completed-view で支払うため、完了率の低下は実効eCPMを直接押し下げます。ダッシュボード上の素のeCPMが変わらないように見えてもです。
劣化したユーザー体験
広告レイテンシーは目先のインプレッションを失わせるだけではなく、ユーザーに広告プレースメント自体を避けるよう学習させます。リワード動画が常に遅ければ、「動画を見る」をタップすれば待たされると学び、ユーザーはタップしなくなります。エンゲージメント率が恒久的に低下し、収益化可能なインプレッションの総数が減少します。
レイテンシーの発生源
waterfall のステップが多すぎる
従来の waterfall では各デマンドソースが順次呼び出されます。デマンドソースが8つあり、それぞれ応答に300ミリ秒かかると、勝った広告のレンダリングを始める前に2.4秒が経過します。これが in-app bidding と Open Bidding を推す最大の論拠です。すべてのデマンドソースを同時に呼び出し、逐次的なレイテンシーを一度のラウンドトリップに圧縮できます。
SDKの初期化
一部のSDKは遅延初期化され、最初の広告リクエストが来るまでロードを始めません。これらのSDKからの最初のインプレッションは、それ以降よりもかなり時間がかかります。アプリ起動時にトップSDKを事前初期化しておくと、起動時間は多少伸びますが、初回インプレッションのレイテンシーがなくなり差し引きでプラスになるのが一般的です。
重いクリエイティブ
15メガバイトの動画クリエイティブは3メガバイトのものよりダウンロードとバッファリングに明らかに時間がかかります。新興市場に多い遅い回線では特に顕著です。クリエイティブのサイズは直接制御できませんが、遅いクリエイティブをスキップして軽いものに切り替える timeout の閾値を設定できます。
広告レイテンシーの測定方法
ほとんどの mediation プラットフォームはレイテンシー指標をデフォルトでは表示しません。自分で計測する必要があります。アプリが広告リクエストを呼び出した時のタイムスタンプと、広告のインプレッションコールバックが発火した時のタイムスタンプを記録し、その差が実際のレイテンシーです。平均ではなく分布として追跡してください。中央値は400ミリ秒でも、95パーセンタイルが4秒なら全インプレッションの5パーセントに影響する重大なテール問題があります。
広告レイテンシーを測定していないなら、収益化スタックで最も影響の大きい変数の一つで盲目飛行しています。今日から測定を始めれば、失っていることに気づいていなかった収益がほぼ確実に見つかります。
レイテンシーの削減
積極的にプリロードする
現在の広告が終わったらすぐ次の広告をリクエストします。リワード動画では「動画を見る」ボタンが表示される前に次の広告を準備します。インタースティシャルはアプリフロー内の自然な遷移ポイントでプリロードします。
timeoutを設定する
各デマンドソースに最大待機時間を設定します。通常は1〜2秒です。timeout 内に応答しないソースは次へ進みます。高eCPMだが遅いインプレッションをいくつか失っても、残り95パーセントが即座にロードされるなら価値があります。
bidding への移行
可能な限り、逐次的な waterfall 呼び出しを同時 bidding に置き換えます。GAM 経由の Open Bidding と mediation プラットフォーム経由の in-app bidding はどちらも従来の waterfall に比べてレイテンシーを劇的に削減します。
マネージドパートナーと組む
マネージド収益化パートナーはアドスタック全体のレイテンシーを監視し、速度と収益を両立しながら継続的に最適化します。どのデマンドソースが不釣り合いにレイテンシーを増やしているかを特定し、ボトルネックを解消するよう構成を調整し、失っていることに気づかなかった収益を取り戻します。