Firebase を使用して AdMob 広告の表示頻度を最適化する

ソリューションの概要

広告頻度の最適化とは

アプリがハイブリッドな収益であろうと広告収入であろうと、広告収益の最適化と質の高いユーザー エクスペリエンスの維持は容易なことではありません。広告は収益源として優れていますが、広告の表示頻度が高いとユーザー エクスペリエンスが低下し、離脱につながる可能性があります。

どのアプリでも、1 つの広告表示頻度で十分とは言えません。広告のパフォーマンスは、アプリやオーディエンスによって大きく異なります。広告の表示頻度を上げると、ユーザー エクスペリエンスやユーザー維持に悪影響が及ぶ可能性も考えられますが、適切に測定してエンゲージメント指標を確認することで、収益とエンゲージメントの向上につながる可能性もあります。

こうした問題を解決するため、Firebase には、最適な広告頻度をテストし、データドリブンで判断を行える便利なツールが用意されています。

• Firebase では、少数のユーザーを対象に A/B テストを実行し、さまざまな広告頻度のパフォーマンスを評価できます。

• テスト結果と Firebase の推奨事項を確認し、ユーザー維持率に最も影響の少ない広告頻度を判断できます。

• 変更が良い影響をもたらす可能性が高いと判断したら、ボタンをクリックするだけで、より多くのユーザーに変更を展開できます。

ビジネスケースと価値

Google AdMob と Firebase のツールを利用して広告頻度を最適化するデベロッパーとパブリッシャーは、ユーザー エクスペリエンスに悪影響を与えることなく、収益の大幅な増加を期待できます。

Qtonz は、Firebase を使用してユーザー ジャーニーのさまざまな段階に合わせてエクスペリエンスをカスタマイズすることで、広告収入を 4 倍に増やし、エンゲージメントを向上させています。 新規ユーザーに対する広告数を減少: ユーザーがアプリの使用を始めた初日にユーザーに提示する広告数を減らしました。また、ユーザーが主要なアプリ内ユーザー行動を完了した後にのみ広告が表示されるように、プレースメントも変更しました。この変更により、広告の押し付けがましさを軽減しました。 関心を示したユーザーの広告頻度を増加: Qtonz は、セッション継続時間が長いユーザーに表示する広告数を 1 日あたり 2 個から 3～4 個に増やしました。

ソリューションの実装

このソリューションを実装する方法については、詳細なチュートリアルをご覧ください（このチュートリアルの概要については、このページの後半で説明します）。

この複数のステップで構成されるチュートリアルでは、Firebase を使用してさまざまな アプリ内の Google AdMob 個の広告のフリークエンシー キャップ。使用される インタースティシャル広告 テストケースの例ですが、これらを推定して同じ手順を使用して、 テストのフリークエンシー キャップ その他の広告フォーマットも使用できるようになりました。

このチュートリアルでは、アプリですでに AdMob を使用しており、 インタースティシャル広告ユニットの頻度を変更すると、 アプリの収益などの指標に 影響を与える可能性がありますただし、Google Cloud の アプリで AdMob を使用しても問題ありません。このチュートリアルの手順は、アプリで使用する広告の表示頻度を把握する場合にも役立ちます。

このソリューションで使用するプロダクトと機能

Google AdMob Google AdMob を使用すると、広告頻度や更新頻度を変えて、アプリ内で配信する広告ユニットのバリアントを作成できます。AdMob を Firebase にリンクすると、広告収入の最適化情報が Firebase に送信され、広告戦略の最適化を行うことができます。 Google Analytics Google Analytics では、 総収益、維持率、収益など、 ユーザーエンゲージメント、維持率 AdMob の収益、購入による収益など。また、ユーザー オーディエンスやセグメントを作成することもできます。

Firebase Remote Config Firebase Remote Config を使用すると、目的のユーザー セグメントに合わせてアプリの動作と外観を動的に変更、カスタマイズできます。アプリの新しいバージョンを公開しなくても、すべて可能です。このチュートリアルでは、Remote Config パラメータを使用して、ユーザーに表示する広告ユニットを制御します。 Firebase A/B Testing Firebase A/B Testing は、アプリでプロダクトとマーケティングのテストを行うためのインターフェースとインフラストラクチャを提供します。テスト バリエーションをユーザーに配信し、統計分析を実行して、収益やユーザー維持率などの選択した主要な指標に基づいて、テスト バリエーションがコントロール グループを上回っているかどうかを判断します。

ソリューション チュートリアルの概要

詳細なチュートリアルに移動する

1. AdMob を使用して以下を行います。 テスト用の新しい広告ユニット パターンを作成する

   1. AdMob に新しいインタースティシャル広告ユニットを 2 つ作成します。

   2. 各広告ユニットのフリークエンシー キャップに、テストするユーザーあたりのインプレッション値を設定します。

   3. 広告ユニットのプレースメントをアプリのコード内に実装します。

2. Firebase コンソールで A/B テストを設定する

   1. テストの基本、ターゲティング、テストに対する目標を定義します。

   2. テスト バリアントを定義し、Remote Config パラメータを設定する テストでユーザーに表示する広告ユニットをコントロールします。

3. ハンドル アプリのコード内の Remote Config パラメータ値

   1. アプリで Remote Config パラメータを使用します。

   2. パラメータの値に基づいて広告ユニットを表示するロジックを実装します。

4. A/B テストを開始して Firebase コンソールでテスト結果を確認する

   1. テストを開始して数日～数週間実施したら、 Firebase コンソールで A/B テストの結果を確認する A/B テストの主要目標に基づいてテストする

   2. 各バリアントの二次的指標への影響を確認して、そのバリアントが指標に意図しない悪影響を与えていないことを確認します。

5. 更新後の広告頻度で新しい広告ユニットを展開するかどうかを決める

   1. A/B Testing が新しい広告フォーマットを表示するバリエーションであると判断した場合 が落札された場合は、ターゲットとするすべてのユーザーにこの広告フォーマットの表示を開始できます。 アプリの全ユーザーまたは一部のユーザーを対象にできます

   2. 効果的なパターンが特定されなかった場合は、テストを継続してより多くのデータを収集します。テストがすでに長時間にわたって実行されている場合はテストを終了します。

用語集

このソリューションでよく使用されている用語について説明します。

• AdMob の収益: AdMob ネットワークと Open Bidding の収益

• IAP の収益: アプリ内購入による収益

• 総収益: 収益の合計

• 定着率: A/B テストの主要な指標として、ユーザー定着率を 1 日、2～3 日、4～7 日、8～14 日、15 日以上でトラッキングします。

• Remote Config パラメータ: どの広告ユニットをユーザーに表示するかを設定しますこのガイドでは、広告ユニット ID を使用します。

• ベースライン構成: 特定の A/B テストでの現状の構成（コントロールとも呼ばれます）。通常、このコントロールでは Remote Config パラメータ。ただし、新しいコントロールを使用するように構成することもできます。 指定します。

• バリアント構成: バリアント構成は代替構成です。 異なる Remote Config パラメータ値を使用した構成を、 ベースライン構成に対するテストなどです