商業広告収益化戦略！

「DAU が数百万のアプリは、広告を通じてトラフィックを収益化するにはどうすればよいでしょうか。広告を通じて収益化する際に考慮すべき点は何でしょうか。」

おそらく、これらは、アプリの商用化の初期段階でトラフィックの価値を測定するときに人々がより懸念するトピックの一部です。この記事はポピュラーサイエンスの記事であり、トラフィックを収益化する方法について説明します。

1. はじめに

インターネットの開発において、あらゆる製品の最終的な目標は、収益性を達成し、利益を得ることです。開発当初、製品の主な目標は、ユーザーを開拓し、ユーザーを引き付け、ユーザーを維持し、インターネットの波の中で製品が確固たる地位を築くことでした。

ユーザーとはトラフィックを意味します。ユーザーがいる限り、製品ページにアクセスしたときにトラフィックがもたらされます。

しかし、ご存知のとおり、現在のトラフィック市場では、トラフィックは依然として BATT などの主要チャネルに集中しています。突破するには、まだ長い道のりが残っています。

ユーザーベースが拡大し続け、収益化可能なトラフィックが大量に発生すると、収益性の目標を達成するためにこのトラフィックをどのように収益化するかを検討するのは当然です。

このプロセス全体は、実際には製品モデルである AARRR モデルに対応しています。

この号では、モデルの収益段階、つまり既存のトラフィックを収益化し、収益を生み出す方法に焦点を当てます。

インターネットの発展のプロセス全体を見ると、トラフィックを収益化する方法は無数にありますが、要約すると、広告、電子商取引、付加価値サービスの支払い、コンテンツの支払い、手数料などになります。

従来のメディアにとって、「広告収益化」は間違いなく最もシンプルで効果的なモデルであり、分野の制限はありません。

同社はアプリ上に広告主の広告を表示することで収益を上げており、その収益は主に広告主のプロモーション予算から得られています。

2. 広告トラフィック

十分なユーザートラフィックが集まったら、このトラフィックを広告トラフィックに変換して広告を販売し、広告収益化を実現する必要があります。

広告を通じてトラフィックを収益化する場合、最初のステップは広告スペースを開設することです。

では、広告スペースを開設するのに適した場所はどこでしょうか?主流の広告フォーマットとサイズは何ですか?

新しい広告スペースを追加することによる APP とユーザーへの悪影響をどのように評価し、長所と短所をどのように比較検討すればよいでしょうか?次に、この 3 つの質問に対する私の経験と考察をいくつか述べたいと思います。皆さんにとって刺激となることを願っています。より良い提案があれば、ぜひコメントを残してください。

1. 広告スペースを開設するのに適した場所はどこでしょうか?

まず、この質問の目的に戻りましょう。広告枠を開設する目的は、広告を表示してトラフィック収入を得ることです。

そのため、より多くのトラフィック収益を得るためには、トラフィックと顧客需要の観点から、そのページが広告スペースを開設するのに適しているかどうかを測定する必要があると考えるのは自然なことです。

（１）交通

トラフィックによって広告露出の可能性が決まります。そのため、広告スペースを開設する前に、ページのトラフィックデータを測定する必要があります。

一般的に、ページトラフィックはフロントエンドにポイントを埋め込むことで取得されます。評価のための主なデータ指標には、ページ UV、ページ PV、平均ユーザー訪問数、平均ユーザー滞在時間、平均ユーザークリックスルー率などがあります。

一般的に、トラフィックが多く、ユーザー頻度が高く、平均滞在時間が長いページは、より多くの露出機会を得られるため、広告スペースを開設するのに適しています。

トラフィックの少ないその他のページでは、ユーザー エクスペリエンスのバランスを取り、広告が多すぎてユーザーに迷惑をかけないようにするために、広告スペースは通常は構築または開かれません。

（２）顧客の需要

広告トラフィックの料金を誰が支払うかは顧客が決定します。

顧客が認識した広告スペースのみがトラフィック価値を持ち、顧客はこのトラフィックに対して料金を支払います。

そのため、広告枠を開設する際には、前ステップのトラフィックデータと顧客の需要を組み合わせて、広告枠の合理性を評価する必要があります。

では、顧客のニーズをどのように測定すればよいのでしょうか?顧客がどの広告スペースにお金を払う意思があるか、どうすればわかりますか?主に以下の2つの側面から検討します。

• 販売を通じて顧客のニーズを理解する。
• 市場に出回っているアプリの広告ページや、さまざまな企業の広告事例を調査します。

上記 2 つのチャネルを通じてアクセスされる広告スペースは、基本的に市場における従来の広告形式です。メディアは独自に革新的な広告スペースの開発を試み、広告主を教育して誘致することができます。

しかし、多くの広告プロダクトマネージャーは、新しい広告スロットを継続的に追加することで、初期段階では収益が増加するかもしれませんが、時間が経つにつれて、収益は安定するか減少する傾向があるという問題に直面すると思います。現時点では、新たな広告スペースの追加と販売戦略のバランスを検討する必要がある。

広告販売率が一定の閾値（必ずしも 100% とは限らず、閾値は各企業によって異なります）に達していない場合、つまり広告トラフィックが完売していない場合は、急いで新しい広告スペースを追加して同じジレンマに陥るのではなく、原因を検討し、突破口を見つけ、適時に販売戦略を調整する必要があります。

しかし、広告販売率が設定した閾値を超えて安定し、継続的な成長傾向にある場合は、新しい広告の追加を検討する時期です。

しかし、トラフィック収益化の過程では、通常、一部のKA顧客が非標準の場所やゲームプレイに興味を持ち、APPがそれらをサポートできることを望んでいます。この場合、このボスにサービスを提供することは悪い考えではありませんが、顧客の広告費用が対応するコストをカバーできるかどうかを測定する必要があります。

2. 主流の広告フォーマットとサイズ

メディアが広告を通じてトラフィックを収益化することを検討する場合、広告スペースの形式とサイズは、市場で主流のサイズ比率と可能な限り一致している必要があります。これにより、広告の充填率が向上し、トラフィック収益が最大化されます。下の図は、参考までに、モバイル広告スタイルの一般的なサイズをまとめたものです。

もちろん、メディアページの特殊性により、サイズが必ずしも一定でない場合もあります。一定の素材のカットにより対応できますが、広告主の素材に影響を与えないように、カットのルールに注意する必要があります。

通常、各広告スロットには、広告スロットのサイズと安全領域を詳述した詳細な MR があります。広告主の素材コンテンツが安全範囲内であれば、問題はありません。

3. 広告とユーザーエクスペリエンスの測定

商業化への道は順風満帆ではありません。商業化に携わるプロダクトマネージャーは、次のような問題によく直面すると思います。

新しい広告スペースのリクエストをユーザー プロダクト マネージャーに伝えると、まずユーザー プロダクト マネージャーから拒否される可能性が高くなります。次に尋ねられる質問は基本的に、「この広告スペースはユーザー エクスペリエンスに影響しますか? DAU の低下を引き起こしますか? ユーザーへの影響をどのように測定しますか? 影響がある場合、広告収入でそれをカバーできますか?」などです。

したがって、新しい広告スロットを追加するときは、ユーザー エクスペリエンスを測定し、広告スロットがユーザーに与える影響を評価する必要があります。

評価なので、まずはデータを収集する必要があります。

従来の解決策は、AB 実験を実施し、一部のユーザーを選択して実験グループに入れることです。実験グループのユーザーが見るページは広告スペースのあるページであり、コントロール グループのユーザーには通常のページが表示されます。

一定期間にわたる継続的な実験を通じて、一定量のサンプルを収集した後、実験グループとコントロールグループのデータを分析し、最終的に広告スロットを追加する必要があるかどうかを評価します。

しかし、合理的なデータ分析に加えて、直感的な広告スペース設計ルールと広告配信戦略も、ユーザーへの影響を事前に判断するのに役立ちます。要約すると、主に次の側面が含まれます。

（１）ネイティブ

現在、多くのアプリでは、ネイティブ広告という種類の広告について言及しています。

いわゆるネイティブ広告枠とは、商品そのものに近い広告スタイルや内容で、ユーザーに広告ではなくコンテンツであると感じさせるものに他なりません。コンテンツらしく見えるので、ユーザーも自然と受け入れやすくなります。

コンテンツのネイティブ性に関しては、実際にはパーソナライズされた広告と組み合わせる必要があります。

ユーザーが興味を持っている広告だけが不快なものにはなりません。

普遍的なルーチン: 適切な広告を適切なタイミング、適切な場所、適切なシナリオでプッシュすると、ユーザーの受け入れと効果は間違いなく大きくなります。

ネイティブといえば、もう 1 つ注意すべき点があります。広告のタイミングは、ユーザーの通常の操作を中断したり、ユーザーが間違いを犯しやすい場所に表示したりすることはできません。そうしないと、悪い体験をもたらすことになります。

（２）美しく斬新

一般的に、ユーザーは新しいものや美しいものに対してより受容的であるため、広告の楽しさを増やし、ユーザーエクスペリエンスを向上させることも良い方法です。

コンバージョン効果をすぐに向上させることはできませんが、少なくともユーザーに明るい気持ちを与え、心の中に拒絶反応を引き起こすことはありません。

美観に関しては、下品な内容がない限り、フロントエンドページのレンダリングと広告素材の美観の互換性が主に関係します。

（３）コンプライアンス

コンプライアンスの内容は、もともとここに含めることを意図していませんでしたが、確かにユーザー エクスペリエンスに影響を与えます。現在、工業情報化省は、ユーザーのプライバシーとセキュリティを保護するために、一連の個人保護法を導入しています。この部分については、個人保険法の要件に従って変更を加えるだけです。

• 広告ロゴは、ユーザーが広告の属性を明確に識別でき、他のコンテンツと混同したり、誤クリックを引き起こしたりしないように、わかりやすいものでなければなりません。
• 広告には明確な閉じるボタンまたはスキップボタンがあり、ユーザーが視聴するか閉じるかを選択できるのが最適です。ワンクリックで閉じられる必要があります。
• ユーザーが広告を見るためにクリックしたとき、または広告が終了した後に、ユーザーの同意なしにアプリケーションソフトウェアが自動的にダウンロードされることはありません。
• …

コンプライアンスの問題はユーザーエクスペリエンスに影響を与えるだけでなく、製品にコンプライアンスの問題がある場合、アプリが棚から削除されるリスクにも直面します。

（４）デリバリー戦略

最初の 3 つのポイントは、主に広告スペースのフロントエンドのスタイルに焦点を当てていますが、実際の配信では、AdLoad、フリークエンシー制御など、配信戦略もユーザーの受容に影響を与えます。

限られた量のコンテンツの中で、ユーザーが同一の広告を多数目にする場合、この製品の広告読み込みと頻度の制御設定に問題があるはずであり、ユーザー エクスペリエンスの低下につながります。

3. 広告収益化フォーム

広告スペースとトラフィックが確保できたので、このトラフィックを収益化する方法を見てみましょう。

広告収益化の方法論では、トラフィックホスティング収益化と自社運営広告プラットフォーム収益化の2つが主流となっています。

それぞれの方法は、異なる規模のトラフィックに適しており、異なる製品サポートを必要とします。自社メディアのステージに応じて、適切な方法を選択できます。

1. トラフィックホスティング収益化

トラフィックホスティング収益化は、広告を収益化する最も簡単な方法です。メディアアプリは、SDK / APIを介してPangolin、Youlianghui、Baiqingtengなどの市場で主流のアフィリエイト広告に接続し、プログラマティック広告を使用してサードパーティプラットフォームに独自のトラフィックをホストし、サードパーティプラットフォームに依存してトラフィックを収益化します。

一般的に、開発の初期段階にあるアプリやユーザーベースが比較的小さいアプリでは、この広告方法が使用されます。

この方法の利点は、シンプルで便利であり、開発および運用保守コストが低く、すぐに利益を生み出すことができることです。

しかし、欠点は、ecpm の価格、パディング、広告の品質などが制御できないことです。したがって、通常、独自のブランドとユーザー エクスペリエンスに重点を置くアプリは、ホスティング モデルを受け入れる可能性は低くなります。

（１）SDK接続

現在、市場における従来のドッキング方法は主にSDKドッキングによるもので、メディアアプリは提携広告SDKに接続するだけで、その後の情報収集と広告レンダリングはすべてSDKによって完了します。ドッキング方法はシンプルで効果的です。

ただし、SDK に接続する際にはいくつか考慮すべき点もあります。次の点に注意する必要があります。

• トラフィックは 1 つの広告プラットフォームでホストする必要がありますか、それとも複数の広告プラットフォームでホストする必要がありますか?
• 複数の SDK に自分で接続するべきでしょうか、それとも市場に出回っている集約された SDK に直接接続するべきでしょうか?
• 複数の SDK に接続する場合、ウォーターフォール層で複数の SDK のリクエストタイミングをどのように処理するか、つまりトラフィック収益を最大化するためのトラフィック階層化操作を考慮する必要があります。
• 集約 SDK に接続する場合は、集約 SDK のトラフィック階層化操作機能、データ レポート、広告主配信などの機能を考慮する必要があります。
• SDK パッケージのサイズがアプリの統合要件を満たすかどうか。
• SDK に接続する場合、各 SDK でホットスワップ機能が利用可能であり、問​​題のある SDK はいつでもオフラインにできる必要があります。
• 個人情報保護法の導入に伴い、SDK によるユーザー情報の取得やユーザーのプライバシー保護には注意が必要です。
• 画面ホットスポットのオープン、サイレントダウンロード、サードパーティ製アプリの起動など、SDK コンプライアンスの問題を考慮する必要があります。
• 最初にレビューしてから提出するか、最初に提出してからレビューするか、業界のブロッキングをサポートするかどうかなど、材料レビューの問題を考慮する必要があります。
• ユーザーに悪いエクスペリエンスを与えないようにするために、SDK のフロントエンド レンダリングの互換性を考慮する必要があります。これは、コンバージョン結果にも影響します。

（２）API接続

メディアは広告プラットフォーム API に接続してトラフィックを広告プラットフォームに送信し、広告プラットフォームから返送素材情報を受信した後、フロントエンドのレンダリングと表示を実行します。

API に接続するときは、次の点に注意してください。

• API 接続には一定のエントリしきい値があり、広告プラットフォームにホワイトリストを申請する必要があります。
• メディアは関連情報を収集し、広告プラットフォームに送信する必要がありますが、ここでは、暗号化されているかどうかなど、フィールドの形式に注意する必要があります。
• メディアが広告プラットフォームから素材情報を受け取る場合、フロントエンドはそれを自らレンダリングする必要があり、適応の問題に注意を払う必要があります。
• 複数の広告プラットフォームの API に接続する場合、各 API がリアルタイムで価格を返すかどうかに注意する必要があります。これによって入札ロジックが決まります。
• 複数の広告プラットフォームの API に接続する場合は、トラフィック分散の問題（シリアル分散か並列分散か）も考慮する必要があります。最低入札価格の発行を支持しますか?最低入札価格が高すぎる場合は、それを下げて再度リクエストを送信する必要がありますか?
• 材料レビューの問題、提出前にレビューするかレビュー前に提出するか、業界ブロッキングがサポートされているかどうかなどを考慮する必要があります。

SDK アクセスと比較すると、API アクセスはコストが高く、ECPM は SDK よりも低くなりますが、API アクセスを通じて、メディアはより詳細な制御と柔軟性を実現できます。

（３）SDKとAPIのハイブリッド

SDK と API の両方に接続する場合は、上記の問題に加えて、次の点も考慮する必要があります。

トラフィック配分の問題、つまり、メディアがより多くのトラフィック収益を得られるかどうかを決定する API のリアルタイム入札機能をどのように有効活用するか。

入札の問題は、入札がクライアント側で行われるのか、それともサーバー側で行われるのかということです。

2. 自社運営広告プラットフォームの収益化

メディアは、自社のトラフィックのために独自の広告プラットフォームを構築したり、広告テクノロジー企業が提供する SaaS サービスを購入したりして、独自の広告ビジネスを実行し、直接顧客やエージェントを開拓してトラフィックを収益化することができます。

一般的に言えば、高品質なメディアは、トラフィック販売の主導権を完全に握るために、このアプローチを採用することが多いです。

このアプローチの利点は、収益と品質の両方を制御できることです。欠点は、販売、運用、製品技術開発のいずれであっても、膨大なコストと時間サイクルがあり、時間がかかり、労働集約的で、リスクが高いことです。

メディア自身のトラフィックが広告主のニーズを満たせなくなった場合、メディアは SSP プラットフォームを構築し、SDK または API をエクスポートしてメディア マトリックスを拡張できます。

有利なブランドとトラフィックを持つ一般的な垂直アプリの中には、トラフィックプールをさらに拡大し、業界のトラフィックを統合することで垂直分野におけるメディアの影響力を拡大し、より多くの広告予算を獲得するものもあります。

自社運営型広告プラットフォームの収益化は、実際にはDSPプラットフォームと呼ばれるものを構築し、広告主に広告を販売することです。主な取引モデルはPDB、PD、PA、RTBです。広告販売の優先順位はPDB>PD>PA>RTBです。

• PDB (プログラマティックダイレクトバイイング): PDB は、業界では一般的に価格と数量が保証された広告と呼ばれます。 PDB の広告スペースは、一般的にメディアの最高品質のトラフィックであるため、このトラフィックは通常不足しています。このトラフィックを獲得するために、広告主は通常、DSP に事前に数量を問い合わせて注文します。合意に達して契約が締結されると、DSP は事前にこれらのリソースをメディアにロックインする必要があり、つまり、これらのリソースを他の顧客に販売できなくなります。 PDB の一般的な販売方法は、CPT と CPM です。従来のスケジュール広告と比較して、PDB はターゲティング機能をサポートしており、広告主は一定の収益率の範囲内で必要なトラフィックを選択できます。
• PD (優先取引): PD は業界では一般的に、数量ではなく価格を保証する広告と呼ばれます。 PD のリソースは、一般的に比較的高品質なトラフィックです。PDB よりも優先度が低いため、これらのリソースの販売可能な在庫は不確実であり、数量を保証することはできません。広告主は、これらの不確実な比較的高品質なトラフィックをメディアから明確な価格で購入できます。つまり、価格は保証されますが、数量は保証されません。
• PA (プライベートオークション): プライベート取引。いわゆるプライベート取引とは、このポジションが個々の広告主にのみ入札できることを意味します。PA モデルでは、参加要件を満たした広告主のみがリソースを購入する資格があります。価格保証や数量保証はありません。RTB との唯一の違いは「プライベート」です。このモデルは国内の広告市場では一般的ではありません。
• RTB (Real Time Bidding): リアルタイム入札広告。トラフィックが流入すると、各 DSP はそれぞれのニーズに応じてトラフィックに入札します。ADX は各 DSP から入札を受け取った後、入札を比較します。最高額の入札をした DSP が勝ち、勝った広告はフロントエンドに送信されて表示されます。プロセス全体は 100 ミリ秒以内にプログラムによって完了します。

異なる取引方法は、実際には異なる広告販売方法に対応しています。たとえば、PDB と PD は一般的なブランド広告の取引方法であり、RTB はパフォーマンス広告で一般的です。

著者: バオジ

出典: 商業化された製品に関する日々のメモ