広告データ運用（広告トラフィック配信のロジックと考え方）

広告トラフィック配分のロジックとアイデア

現在、ほとんどの開発者は、より高い広告価格と広告掲載率を得るために、ウォーターフォール+入札のハイブリッド モデルを使用しています。では、滝とは何でしょうか?入札とは何ですか?どのように機能するのでしょうか?この記事では、広告トラフィックの配分のロジックとアイデアを分析し、読者の皆さんにインスピレーションを与えたいと思います。

現在、ほとんどの開発者は、より高い広告価格とより多くの広告掲載を得るために、ウォーターフォール+入札のハイブリッド モデルを使用しています。

しかし、多くのオペレーションの学生は、ウォーターフォール + 入札の構成について多くの疑問を持っています。そこで、この記事では主に、広告運用におけるウォーターフォールと入札の構成における重要なポイントや起こりうる問題についてお答えします。

ウォーターフォールと入札はどちらも、広告集約システムにおけるトラフィック配信モードです。

ウォーターフォールはシリアルモードです。広告集約システムは、広告プラットフォームが価格を承認するまで、履歴データに基づく構成に従って、高いものから低いものの順に広告プラットフォームに価格の問い合わせを行います。現時点での価格は、すべての広告プラットフォームが受け入れ可能な最高価格です。

入札は並列モードです。広告集約システムは、構成された各広告プラットフォームに対して同時に価格の問い合わせを開始します。各広告プラットフォームは見積もりを返します。メディアは最も高い見積もりを提示した広告プラットフォームを選択します。現時点での価格は、すべての広告プラットフォームが提供できる最高価格です。

ここで 2 つのモードの違いがわかります。ウォーターフォール方式では、最初に価格を事前に設定し、広告プラットフォームがその価格を受け入れるまで、降順で価格を問い合わせていきます。入札はその逆です。定価はありません（最低落札価格を設定できます）。見積りを依頼するのは一度だけで、最高額を提示した人が落札します。

開発者にとって、ウォーターフォールには多くの問題があります。

• ウォーターフォールは履歴データに基づいて価格を設定します。履歴データはどのくらいの長さですか?コールドスタート時に履歴データがない場合はどうなりますか?
• 市場の予算は常に変化しています。過去のデータは本当に現在の価格を反映できるのでしょうか?運営スタッフは市場の状況に応じてタイムリーに価格を調整できますか?
• シリアル モードでは、レベルが多すぎると広告のリクエスト時間が非常に長くなり、フロントエンドの表示が遅延してユーザー エクスペリエンスに影響します。上記の問題は入札モードでは発生しないため、開発者にとっては入札の方が間違いなく優れたモードです。現在、主流の広告プラットフォームのほとんどが入札モデルをサポートしていますが、入札を完全にサポートしていない中小規模のプラットフォームもまだ多くあります。そのため、短期的には純粋な入札モデルは現実的ではなく、ウォーターフォール + 入札のハイブリッド モデルが依然として開発者の主流となっています。
• 入札が非常に優れているのに、ウォーターフォールが何年も安定して稼働した後にのみ入札が行われるようになったのはなぜですか?一方では、それは技術的な理由によるものです。入札には、広告プラットフォームからのより高い入札機能が求められます。広告プラットフォームは、従来のようにウォーターフォールを通じてテストするのではなく、一度にトラフィックに入札する必要があります。一方、利益上の理由もあります。ウォーターフォールと比較すると、広告プラットフォームでは入札モデルを活用する余地が少なくなります。いずれにせよ、ウォーターフォールに代わる入札が一般的な傾向です。

現在、ウォーターフォール + 入札ハイブリッド モードには、主に 2 つの動作モードがあります。

1. 入札リクエストを優先します。入札の勝者は、従来のウォーターフォール フローの各レイヤーと比較され、最高入札額を提示したプラットフォームが最終的に表示機会を獲得します (入札の勝者がウォーターフォール フローの最初のレイヤーの価格よりも高い場合、ウォーターフォール フローは要求されなくなります)。
2. 入札とウォーターフォールフローが同時に要求され、両者が比較され、最も高い入札をした方が勝ちます。 2 つのモードの間には全体的な違いはほとんどありません。

効率を最大化したい場合は、次の 2 つに基づいてさらに最適化を行ってください。

• 入札とウォーターフォールの両方で勝者がいる場合、両者は価格を比較し、価格が高い方が勝ちます。
• 入札の勝者が現れ、ウォーターフォールがまだ完了しておらず、入札の勝者価格がウォーターフォールの現在の実行レベルよりも高い場合は、入札が勝ちとなります。
• 入札の勝者が現れ、ウォーターフォールがまだ完了しておらず、落札価格がウォーターフォールの現在の実行レベルよりも低い場合は、落札価格があるレベルまでウォーターフォールが実行されるのを待ちます。ウォーターフォールで広告プラットフォームからの見積もりがない場合、入札が勝ちとなります。

このような最適化により、全体的な効率はある程度向上しますが、入札ロジックが複雑になるため、採用する必要があるかどうかは製品自身の判断に依存します。

入札であれウォーターフォールフローであれ、この 2 つは単に入札モードが異なるだけであり、設定が鍵となります。ここでは、構成において特別な注意を必要とする重要なポイントがいくつかあります。

• 入札方式であれウォーターフォール方式であれ、利益を最大化するには十分な数の広告プラットフォームが競争する必要があります。広告プラットフォームが少ないと、集約の利点を反映できません。したがって、競争を最大限に高め、広告の充足と価格を向上させるには、予算内で少なくとも 4 ～ 6 個の広告プラットフォームを構成することをお勧めします。
• ウォーターフォールのレベルは、少なすぎても多すぎてもいけません。ウォーターフォールのレベルを無意識に積み重ねると、ECPM をある程度改善できますが、ウォーターフォール フローはシリアル構造です。ウォーターフォール レベルが多すぎると、広告の持続時間に大きな影響を与えます。特に、ネットワーク状態が悪い地域では、問題がより顕著になります。したがって、露出が少ないレイヤーを結合するか削除するかを選択できます。ウォーターフォールのレベルが少なすぎるという問題もあります。価格勾配は滑らかではないため、勾配間の価格上昇は相殺されます。価格勾配に関しては、低水準の価格勾配を 20%、高水準の価格勾配を 50% に設定することをお勧めします。
• ウォーターフォールは頻繁に調整する必要がありますが、頻繁な調整は問題を引き起こす可能性もあります。広告プラットフォームでの機械学習には時間とデータが必要なため、馴染みのないトラフィックの場合、プラットフォームはトラフィックを獲得するために高額を支払う傾向があります。短期的には収益の増加につながりますが、長期的にはIDを頻繁に変更したり、ウォーターフォールの構成を調整したりすることは、安定した広告獲得にはつながりません。長期的には、広告プラットフォームによる開発者の評価にも影響する可能性があり、損失に見合うものではありません。
• 地域やユーザー グループが異なれば、必要な構成戦略も異なります。発展途上地域のユーザーや高価な携帯電話を持つユーザーは、より高い価格を設定してより高い利益を得ることができますが、発展途上地域のユーザーは、より高い価格を設定することができます。安価な携帯電話を使用しているユーザーは、高額な層の構成を減らし、広告リクエストの期間を短縮できます。これらはすべて一般的な戦略です。
• 入札とウォーターフォールの両方に同じ広告プラットフォームを構成する必要はありません。同じプラットフォームと同じトラフィックの場合、ウォーターフォールと入札の価格に大きな違いはありません。ただし、ウォーターフォールの勾配により、入札が勝つ場合が多くなります。最終結果として、ウォーターフォールにおけるプラットフォームの露出が減少し、ウォーターフォールの価格がさらに低下します。そのため、ウォーターフォールと入札の両方に対応しているプラ​​ットフォームであれば、初期段階では両方を設定して AB テストを行い、安定した後はウォーターフォールの設定を減らすといったことも可能です。
• 適切な広告戦略の構成により、最終的には価格面での露出が正規分布することになります。エクスポージャーの正規分布は、トラフィックが低価格で販売されるのではなく、可能な限り最高の価格が得られることを意味します (この問題について考えることができます)。充填率に関しては、95%以上の充填率を達成することができ、基本的には広告収入の上限に近いと考えられます。

この記事はもともと @rorain によって Everyone is a Product Manager に掲載されました。無断転載禁止

タイトル画像は、CC0 プロトコルに基づいて Unsplash から取得したものです。

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。