サーバー側のヘッダー入札とハイブリッドアプローチの採用

公開: 2022-07-20

この投稿の最新の更新日は 2022 年 8 月 8 日です。

ヘッダー入札は、過去 10 年間でオンライン広告業界を襲った最高のイノベーションの 1 つです。伝統的にクライアント側/ブラウザーで行われるこの革新的なテクノロジーは、パブリッシャーが収益を最大化し、プログラマティック広告在庫から可能な限り多くの収入を生み出す道を開きました.

ただし、これはカットアンドドライのソリューションではないため、特にパブリッシャーが広告スタックをスケーリングして増やすことを決定した場合に、パブリッシャーが直面する問題がいくつかあります。

より多くの広告ネットワーク/入札者がオークションに参加するにつれて、ページの読み込みとサイトの待ち時間が増加し、読者のエクスペリエンスが損なわれます. 広告運用チームがパブリッシングプロパティを最適化する際に、収益化とユーザーエクスペリエンスの目標の間で適切なバランスを見つけることの重要性は、より一般的になっています。

パブリッシャーが採用しているもう 1 つの広告ソリューションは、サーバー間のヘッダー入札オークションです。このブログ投稿では、サーバー側のヘッダー入札のしくみとその主な利点について説明します。乞うご期待！

サーバーサイドのヘッダー入札とは?

サーバー間入札またはサーバー側ヘッダー入札 (S2S) は、クライアントのブラウザ内ではなく、サーバー側で行われる統一されたオークションと入札のプロセスを指します。

オークションがユーザーのブラウザではなく外部サーバーに移動することで、ページ速度が向上し、サイト運営者はユーザーエクスペリエンスを損なうことなく、複数のアドエクスチェンジ、広告ネットワーク、SSP を活用できます。

広告ネットワーク、SSP、およびアドエクスチェンジは、通常、クライアント側のヘッダー入札を使用して、ユーザーのブラウザーで同時オークションを実行しますが、これによりページ速度が低下する可能性があります。サイトの速度は、特にパブリッシャーが多くの広告インベントリを持っている場合、長期的にはスローキラーになる可能性があります。

サーバー側のヘッダー入札は、クライアント側のヘッダー入札に伴うサイト速度の問題を解決するために生まれました。 S2S では、Google Ad Manager を呼び出してからサイト運営者の現在のデマンドパートナーを呼び出すことで、ユーザーブラウザの輻輳の問題が軽減されます。 S2S の利点は、ページの読み込みが速くなり、ユーザーエクスペリエンスが全体的に向上することです。

サーバー側のヘッダー入札とクライアント側のヘッダー入札

サーバー側のヘッダー入札とは異なり、クライアント側またはブラウザー側のヘッダー入札では、ユーザーのブラウザーでオークションが実行されます。

S2S 入札とクライアント側入札の両方で、パブリッシャーは在庫をさまざまなデマンドパートナーにオークションにかけ、入札を行います。落札価格が最高額であり、その入札額に関連付けられた広告が配信されます。

S2S は、広告のレンダリングがクライアント側のヘッダー入札よりもはるかに高速であるため、高い視認率が必要なキャンペーンに最適です。一般の視聴者を対象とした情報キャンペーンや動画広告は、多くの場合、この設定で最良の結果をもたらします。

S2S ヘッダー入札がクライアント側ヘッダー入札よりも優れている理由は次のとおりです。

動画:パブリッシャーは、動画コンテンツに関してはクライアント側よりも S2S 入札を好みます。これは、ページ速度が大幅に低下する可能性がある重い処理能力を必要とするためです。 UX に妥協することなくビデオコンテンツからより多くの収益を得るには、サーバーサイドヘッダー入札がパブリッシャーの頼りになる方法です。
ページの速度/サイトの速度: クライアント側の入札はユーザーのブラウザに依存するため、ページの速度が遅くなります。複数の広告スロットと入札により、ページの読み込み時間が長くなり、ユーザーエクスペリエンスに影響を与え、直帰率が高くなる可能性があります。ただし、S2S ヘッダー入札を使用することにより、ブラウザーは広告サーバーに 1 つの要求を行うだけで済み、オークションが処理され、落札した広告が送信されます。
ベストビッド:ブラウザが一度に確立できるネットワーク接続の数は限られているため、広告パートナーのオプションが制限されます。サーバー側の入札を使用すると、サーバーは無制限にできるだけ多くの入札リクエストを送信できます。これにより、パブリッシャーは最高の入札額を獲得し、広告収入を最大化できます。
互換性: クライアント側の入札では、オーディエンスとパブリッシャーの両方がオークションの手順をユーザーのブラウザーに依存します。S2S 入札ではブラウザーが最新でないと、プロセスがスムーズに進みません。S2S 入札ではブラウザーのみが使用されます。外部サーバーにリクエストを送信して、その必要性を最小限に抑えます。

サーバー側のヘッダー入札はどのように機能しますか?

前述のように、S2S ヘッダー入札では、オークションにユーザーのブラウザーを活用するクライアント側のヘッダー入札とは異なり、入札は外部の広告サーバーで行われます。

これは、サーバー側のヘッダー入札で何が起こるかです:

ユーザーが URL を入力して Web サイトにアクセスすると、ブラウザがページを読み込みます
サイトのコーディングに埋め込まれたヘッダー入札スクリプトが広告サーバーにリクエストを送信します
サーバーは入札リクエストをアドエクスチェンジ、SSP、および広告主に送信します。
リアルタイム入札中、最高入札者が広告スペースを獲得します
勝者の広告がページに配信されます。

最適なサーバーサイドヘッダー入札プロバイダーを選択するには?

サーバー側のヘッダー入札には多くの機能がありますが、収益を最大化するだけでなく、プロセスを透明でやりがいのあるものにするパートナーを選択することが重要です.

サーバー側の入札パートナーを選択するときは、次のパラメーターを考慮する必要があります。

UX の改善: 入札ソリューションを選択する場合、新しいパートナーのソリューションがサイトの全体的なユーザーエクスペリエンスに影響するかどうかを知っておく必要があります。サーバー側のプロセスによってブラウザへの依存がなくなりますが、ユーザーが広告を取得する際に遅延が発生しないように十分に高速である必要があります。遅延が長引いたり、遅延が追加されたりすると、メトリックに悪影響が及ぶ可能性があります。
透明性: オークションを透明かつ公正にすることは、収益を最大化するために不可欠です。公正で透明性のあるオークションを提供し、不必要な手数料 (高額な仲介手数料など) を請求しない入札ソリューションを選択する必要があります。
収益: 多くのサイト運営者にとって、S2S 入札パートナーを選択する際の主な要因は収益です。収益を最大化するために、最適なパートナーには、広告インベントリの料金が最も高いプレミアム広告主と、UX に影響を与えることなくユーザーを適切な広告に一致させる機能が必要です。

サーバー側のヘッダー入札の短所

サーバー間にも落とし穴があります。直面する重要な課題の 1 つは、Cookie の不一致または Cookie 同期の遅延です。大多数の広告主は、意図した顧客をターゲットにするために Cookie に依存しています。これにより、ターゲットを絞ることができ、広告キャンペーンの ROI を最大化できます。

Cookie はブラウザーに保存されるため、クライアント側のヘッダー入札では同じ問題に直面しません。広告主向けの S2S ターゲティングメカニズムがないため、CPM レートは、従来のクライアント側のヘッダー入札設定に比べてはるかに低くなります。

さらなる証拠は、S2S テクノロジーがまだ 100% ソリューションとして使用できるほど高度ではない可能性があることを示唆しています。 DIGIDAY の記事によると、100% サーバー間ヘッダー入札をテストしたパブリッシャーは、ページ速度が最大 40% 向上しましたが、広告収入は 25 ～ 30% 減少しました。

今何をする？

サーバー間 (S2S) とクライアント側のヘッダー入札を組み合わせたハイブリッドモデルを使用することをお勧めします。 S2S 入札は、ブランドの認知度など、より幅広い広告目標を持つデマンドパートナーに使用できます。

クライアント側の入札は、Cookie と人口統計に基づいて訪問者をターゲットにするデマンドパートナーに使用できます。

パブリッシャーは、収益の損失を避けるために、S2S 入札のテストを開始するときに、クライアント側のヘッダー入札パートナーを維持するのが一般的です。

MonetizeMore のヘッダー入札ソリューションである PubGuru を使用して、パブリッシャーが在庫に最適な広告設定を決定するのを支援できます。パブリッシャーは、PubGuru を使用して、広告パートナーに対してハイブリッド多変量テストを実行し、S2S またはクライアント側のビッダーとしてうまく機能するかどうかを判断できます。

MonetizeMore のヘッダー入札ソリューションと、広告収入を最大化する方法について詳しく知りたい方は、今すぐサインアップしてください!

サーバー側のヘッダー入札とハイブリッド アプローチの採用￼