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

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

ただし、これは簡単な解決策ではないため、サイト運営者が直面する問題がいくつかあります。特に、サイト運営者が広告スタックを拡大して増やすことを決定した場合はそうです。

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

サイト運営者が採用しているもう1つの広告ソリューションは、サーバー間ヘッダー入札オークションです。 このブログ投稿では、サーバー側のヘッダー入札がどのように機能するか、およびその主な利点について説明します。 乞うご期待！

サーバーサイドヘッダー入札とは何ですか？

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

オークションがユーザーのブラウザではなく外部サーバーに移動されると、ページの速度にプラスの影響があり、サイト運営者はユーザーエクスペリエンスを損なうことなく、複数の広告交換、広告ネットワーク、SSPを活用できます。

広告ネットワーク、SSP、および広告交換は通常、クライアント側のヘッダー入札を行ってユーザーのブラウザで同時にオークションを実施するため、ページ速度が低下する可能性があります。 サイトの速度は、特に多くの広告枠を持っているサイト運営者にとって、長期的には遅いキラーになる可能性があります。

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

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

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

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

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

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

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

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

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

これは、サーバー側ヘッダー入札で行われることです。

1. ユーザーがURLを入力してWebサイトにアクセスすると、ブラウザーがページをロードします
2. サイトのコーディングに埋め込まれたヘッダー入札スクリプトは、広告サーバーにリクエストを送信します
3. サーバーは、入札リクエストを広告交換、SSP、および広告主に送信します。
4. リアルタイムビッダーでは、最高額の入札者が広告スペースを獲得します
5. 入賞した広告はページに配信されます。

最適なサーバー側ヘッダー入札プロバイダーを選択するにはどうすればよいですか？

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

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

• 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のヘッダー入札ソリューションの詳細と、広告収益の最大化を支援する方法については、今すぐ登録してください。