この投稿の最新の更新日は 2023 年 1 月 18 日です。

ヘッダー入札。 隔週で新しいヘッダー入札ソリューションが市場に出回っているようです。 Prebid、Index Exchange などの中から、どれが自分のサイトに適しているかを判断するのは難しい場合があります。 リアルタイム入札の開始以来、ヘッダー入札テクノロジーは、プログラマティック広告購入の世界で最大のブレークスルーとなっています。 このガイドでは、ヘッダー入札について知っておく必要があるすべての情報を分析して、十分な情報に基づいた決定を下せるようにします。

ヘッダー入札とは何か、ヘッダー入札の歴史、仕組み、ヘッダー入札プロセス全体、使用の長所と短所について説明します。 さらに、2022 年にヘッダー入札を開始する方法についてのヒントを提供します。 何を求めている？ 読む！

ヘッダー入札という用語は、Google トレンドで数年前から出回っていますが、この用語が 2015 年の夏に登場したことを示していますが、パブリッシャーがこの技術を広告管理技術スタックの重要な部分として使用するようになったのはつい最近のことです。

Digiday のレポートによると、Sizmek は上位 30,000 の Web サイトの 60% がページでヘッダー入札ベンダー タグを使用していることを発見しました。 ヘッダー入札の最大の利点は、The Telegraph のような確立されたパブリッシャーが、ヘッダー入札の実装によってプログラマティック収益を 70% 増加させたと主張することで、パブリッシャーが売れ残った在庫のヘッダ​​ー オークション レートを高めるのに役立つことです。

パブリッシャーがウォーターフォール オークションからヘッダー入札に移行することで、収益が大幅に増加する可能性があることは明らかです。 パブリッシャーはヘッダー入札を採用するにつれて、Prebid ラッパーのようなオープンソースのヘッダー入札ラッパーの欠点を発見し、ページの遅延、ブランドの安全性、収益の不一致などと戦うために、より洗練されたセットアップに移行しています.

その規模とトラフィックのパブリッシャーにとって、プログラマティック収益が 70% 増加するのは驚異的です! すべてのパブリッシャーがこのような劇的な増加を目にするわけではありませんが、特に MonetizeMore を通じてヘッダー入札を実装すると、収益の上昇が差し迫っています。

ただし、この技術には課題がないわけではありません。いつものように、多くのパブリッシャーは、ヘッダー オークションのプロセス、ヘッダー入札の実装、およびそれに伴うすべてのことを理解するのに苦労しています。 非常に多くの企業が、市場で入手可能なオープンソース ソリューションとは別にヘッダー入札サービスを提供しているため、多くの場合、すべてのノイズを遮断することは困難です。

収益を最大化しようとしている新進気鋭のパブリッシャーであろうと、数百万人の訪問者を抱えるプレミアム パブリッシャーであろうと、2022 年のヘッダー入札の AZ とデジタル マーケティングにおけるヘッダー入札とは何かを知ることは必須です!

始めましょう！

デジタル マーケティングにおけるヘッダー入札とは: ヘッダー入札とウォーターフォール

簡単に言えば、プリビッドとも呼ばれるヘッダー入札の定義は次のとおりです。パブリッシャーがプレミアムインベントリを最大限に活用し、最高額の入札が確実に行われるようにするために使用するプログラマティックテクノロジー。

ここでヘッダー入札の歴史に戻りましょう。 ヘッダー入札が多くのパブリッシャーの定番になる前は、多くのパブリッシャーがウォーターフォール入札、つまりデイジーチェーン構造を利用していました。 「プログラマティック広告におけるウォーターフォール モデルとは何ですか?」と疑問に思われることでしょう。

ウォーターフォール入札とは？

ウォーターフォール設定またはウォーターフォール オークションでは、最低価格のしきい値に達すると (通常、セカンド プライス オークションが落札価格になります)、RTB 広告枠の入札は停止します。 あなたの RTB インベントリは、優先度の高い低収益の入札者に販売されます (たとえば、2 番目に高い入札者が落札します)。 シーケンスは、レイテンシを最小限に抑えながら最高の歩留まりを最適化するために、多くの微調整も必要です。

ウォーターフォール オークション モデルは、セカンド プライス オークション モデルとも呼ばれます。 プログラマティック ウォーターフォール アプローチでは、パブリッシャーはデマンド パートナーを最高のウォーターフォール ビッドから最低のウォーターフォール ビッドへと並べ替えて管理します。 ただし、ウォーターフォール入札には、ヘッダー入札がありがたいことに解決するいくつかの課題があります。

ヘッダー入札履歴 | プログラマティック ウォーターフォール モデルの問題

ウォーターフォール入札またはデイジー チェーン システムが置き換えられた理由は、インプレッションの販売価格が実際の価値をほとんど考慮していないためです。

ウォーターフォール オークションでは、売れ残った広告枠は、最高入札者ではなく、サイズに基づいてランク付けされたアド エクスチェンジに送られます。 その層の誰もここで入札しない場合、それは第 2 層に渡され、その入札時間中に広告主が入札するまでサイクルが続きます。

収益リスク:従来のプログラマティック ウォーターフォール モデルでは、パブリッシャーの広告サーバーは、過去の平均収益に基づいて、インプレッションを提供するパートナーを選択していました。ただし、この変数は、広告のインプレッションの価値を正しく予測できないことが知られています。 インプレッションごとに入札できる DFP 接続を備えた Google Ad Exchange などのプラットフォームも、不当な優位性を得ています。 その結果、パブリッシャーは実際の価値ではなく、インプレッションの価値を想定して広告在庫を管理することになりました。

フィル リスク:パブリッシャーの広告サーバーは、多くの場合、広告インプレッションを配信して、最も高い平均レートで交換しますが、エクスチェンジがそれらのインプレッションをフィルできない場合があります。また、パブリッシャーがインプレッションを販売したい場合は、プラン B を用意する必要があります。 プラン B は、ヘッダー オークション プロセス全体が繰り返される可能性のある 2 回目の広告決定のために、別の取引所にコールアウトするか、プライマリ広告サーバーに戻すことです。 パブリッシャーは、ウォーターフォール構造ではできないエクスチェンジを呼び出す前に、広告のインプレッションを満たすことができるかどうかを知る必要があります。

パスバックの問題: Google のウォーターフォール方式は複雑であるため、パブリッシャーは管理、ウォーターフォールの最適化、およびレポート作成という困難で時間のかかるタスクに直面しています。通常、複数のプラットフォームにアクセスできる広告運用チームと、セットアップを処理するための多くの時間を必要とします。 実際には、パブリッシャーの市場は、ウォーターフォール入札プロセスが自動化されていないため、混沌としています。

ヘッド ビッドがウォーターフォール ビッドの問題を解決する方法:

ヘッダー入札を使用すると、パブリッシャーは「ウォーターフォール最適化とは何か」という課題フェーズを過ぎて、複数のプログラマティック企業と統合するオプションを利用できます。 サイトがユーザーのブラウザにロードされ始めると、ヘッダー入札が開始されます。

収益リスクのヘッダー入札を解決することで、パブリッシャーは広告配信の決定を行う前にインプレッションの価値を事前に理解できます。

パブリッシャーは、信頼できない平均レートに頼るのではなく、一度に複数の取引所にとって各インプレッションの価値を知ることができます。 これは、最高入札者がこのプログラマティック オークションで落札し、パブリッシャーがより多くの収益を得ることを意味します。

ヘッダー入札により、パブリッシャーは実際の入札値を取得し、フィル リスクの問題も解決します。 パブリッシャーは入札を行っているか、していないため、取引所が入札を行うかどうかを知っています。 ヘッダー入札は、インプレッションを失うことなく市場が支払う金額を理解しているため、パブリッシャーに即時の収益効果をもたらします。 これは、サードパーティの広告ネットワークのダイナミック アロケーションの 1 つの形式でもあります。

このプロセスについて詳しく説明しているビデオを以下に示します。

ヘッダー入札はどのように機能しますか? 【Header Bidding 解説】

平均的な Web サイト ページには、いくつかの要素と、サイドバー、フッターなど、広告を配置できるさまざまな場所が含まれています。ページのヘッダー領域は、基本的に上部の目に見えない領域であり、スタイリングやその他の要素に関する情報が保存されます。 CSS ファイル、Javascript など。

パブリッシャーは、広告技術パートナーを介してヘッダー入札を実装するか、社内の開発チームを使用してカスタム ソリューションを作成します。 パブリッシャーは、Web ページのヘッド内に追加の Javascript コードを配置します。 ページのヘッダーの場所は、Web ページが読み込まれる前にヘッダー入札が実行され、Web サイトの訪問者にコンテンツと広告を提示する場所です。

例は次のとおりです:訪問者が Forbes.com にアクセスし、数ミリ秒以内にヘッダー入札コードが実行され、パブリッシャーがサインアップしているデマンド パートナー (AppNexus など) に電話をかけ、配置してもらいます。入札。利用可能なすべてのデマンドサイド プラットフォーム間で落札価格が決定され、最も高い入札価格が選択されます。

その情報は、サイト運営者の広告サーバーに直接渡されます。 プライマリ広告サーバー内で、パブリッシャーがシステムをセットアップした方法に基づいて、ヘッダー入札パートナーは他のすべての需要ソースと競合します。 全体的な最高入札額が選択されると、広告はパブリッシャーの Web サイトに表示され、パブリッシャーは Web サイトのインプレッションから最大の収益を得ることができます。

シーケンシャル チェーンの 1 つのオークションであるため、レポートの不一致はほとんどありません。

パブリッシャーは、ヘッダー入札で入札できるソースを制御できます。これは、これらの同時オークションのすべてのデマンドサイド プラットフォームを意味します。 プレミアム広告枠に請求する最低価格の引き上げを完全に制御できます。

PubGuru.com にアクセスして、ヘッダー入札の仕組みに関する詳細な説明ビデオと Prebid ドキュメント リソースをご覧ください。

ヘッダー入札の主な利点は何ですか | ヘッダー入札はパブリッシャーにとって良いものですか?

ヘッダー入札は、パブリッシャーとバイヤー/広告主の両方にとって有益であり、パブリッシャーに焦点を当てています。 では、ヘッダー入札の利点は何ですか?

サイト運営者にとってのメリットには次のようなものがあります。

競争の激化:広告主/デマンド パートナーは、Web サイトのすべてのインプレッションに入札できるため、競争が激化し、より高品質のプレミアム広告インベントリにアクセスできるようになります。競争の激化は、入札価格の上昇とパブリッシャーの収益の増加も意味します。 最低価格は、プライベート オークションと公開オークションの両方を同時に運営しているサイト運営者にとって重要な役割を果たします。

より多くのデマンド パートナー:ヘッダー入札を使用すると、パブリッシャーは、上記のポイントと同様に、複数のデマンド ソースから広告主を統合してアクセスできるようになり、ほとんどの場合、より高い収益が得られます。

透明性の向上:ほとんどのビジネスは透明性を好みます。それがまさにパブリッシャーです。デジタル広告の収益化事業を行っている者です。 ヘッダー入札を使用すると、パブリッシャーは従来の設定よりもはるかに優れた方法で広告スタックを最適化するためのコントロールを持って運転席に戻ります. パブリッシャーはインプレッションベースで広告スペースを販売し、その価値を確認できるため、入札の透明性が可能です。

パスバックはもう必要ありません:パブリッシャーは、従来のウォーターフォール設定のように在庫を前後にプッシュする必要はありません。インプレッションの無駄遣いを減らし、待ち時間を短縮します。

サイト運営者の広告枠の最大広告収入: MonetizeMore は、サイト運営者の広告収入を 36% 増やすことができました。 広告インベントリーやビデオ インベントリーを多数の広告主に表示させることは、CPM と収益の増加を促進するための道筋です。 広告収入の増加は、主な目的がプレミアム在庫の収益化である場合、パブリッシャーに利益をもたらします。

収益の向上 : 単一の SSP だけに依存しているわけではないため、広告インプレッションの動的割り当てがよりスムーズになり、広告掲載率が向上します。インプレッションごとに広告スペースを簡単に販売できます。

ヘッダー入札は広告主にどのように役立ちますか?

広告主にとってのヘッダー入札の利点は次のとおりです。

広告主の在庫の増加:購入者は、AdX を使用しているかどうかに関係なく、ヘッダー入札を介してパブリッシャーのすべての広告在庫にアクセスできるようになりました。これは、より多くのオーディエンスにアクセスできる可能性があり、キャンペーンの目標を達成できる可能性があることを意味します. また、広告キャンペーンの結果を改善するためにさらに使用できる DSP で利用できるデータが増えることも意味します。

予測の改善:正確な予測を生成できることは素晴らしいことです。ヘッダー入札を使用すると、バイヤーはより安定した在庫に長期間アクセスできるため、より良い予測が差し迫っています。

透明性: メディア バイヤーは、プログラマティック広告を購入する前に、パブリッシャーのインプレッションやその他の統計情報をソースから直接確認できます。

ヘッダー入札ラッパーとは何ですか?

Amazon、Criteo、その他いくつかの業界大手が、自社のヘッダー入札製品でヘッダー入札の市場を開拓しました。 現在必要とされているものと同様に、サイト運営者はヘッダーにコードを実装し、DFP に接続して、サイト運営者の広告収入の増加から利益を得ることができます。

ただし、このアプローチの問題点は、これらのソリューションのほとんどが、パブリッシャーの 1 つの需要源しか許可しないことでした。

デマンド パートナー内での競争を促進するために、パブリッシャーは通常、複数のヘッダー入札ソリューションを設定して、より多くのデマンド ソースを実行する必要がありました。

これは、新しいクリエイティブや広告申込情報などを作成して管理する必要があるため、DFP での作業が増えることを意味していました。

また、これはパブリッシャーにとっても非常に面倒なプロセスであり、多くのパブリッシャーはこれを実行する余裕がありませんでした。ご想像のとおり、ウェブサイトの速度への影響もそれほど大きくありませんでした.

この問題を解決するために、ヘッダー入札ラッパーが導入されました。 ヘッダー ビッド ラッパーを使用すると、パブリッシャーは Web ページのヘッド内に複数のデマンド ソースを統合できます。

追加の個別設定が不要になり、出版社は多くの労力、時間、および費用を節約できました。

結合されたヘッダー コードを使用すると、パブリッシャーは複数のヘッダー入札パートナーを同時に実行し、上記の利点セクションで述べたように、それに伴う利点を十分に享受できます。

ラッパーを使用すると、サイトの速度の問題も解決されるはずです。 現在、市場には複数のヘッダー入札ラッパーがあり、アドテク企業が開発したソリューションとオープンソース ソリューションが混在しています。

オープン ソース ソリューションには Prebid.js や PubFood.js などがありますが、アド テク ソリューションには MonetizeMore 独自の PubGuru などがあります。 パブリッシャーが理解しているプロセスはかなり単純ですが、ヘッダー入札の実装と毎月の維持管理を支援するために、熟練した社内チームまたはアドテク会社が必要です。

関連記事: https://www.monetizemore.com/blog/how-to-debug-your-header-bidding-setup/

事前入札プログラマティックとは何ですか?

人気のあるラッパーである Prebid.js は、最高のヘッダー入札ラッパーの 1 つです。

パブリッシャーは、Prebid.js を介して広告申込情報を簡単にインストールし、広告サーバーで複数の広告呼び出しを制御できます。

事前入札者のメリットとデメリット

いいもの：

• Prebid ラッパーは無料でオープンソースです。
• ウォーターフォール オークションと比較して、ヘッダー入札オークションの実行速度が向上しました。
• コードに貢献し、サポートを提供するユーザー コミュニティ

悪い人：

• 入札前のドキュメントは複雑であり、メンテナンスが複雑になる場合があります。
• Prebid.js をインストールして実行するには、専門家の広告ネットワークが必要です。
• ヘッダー入札ラッパーは、その使用に伴う固有のオーバーヘッドにより、Web サイトの読み込み速度を遅くする可能性があります。

ヘッダー入札 vs Google AdSense

簡単に言えば、Google AdSense は Walmart であり、Header Bidding は Chanel です。 競争の激しい広告パートナーと比較して Google の市場シェアが低下しているため、ヘッダー入札の人気が切り替えの理由です。

Google AdSense をヘッダー入札に統合することはできますが、このシステムを使用すると、在庫に入札できるアド エクスチェンジの範囲を天文学的に拡張できます。 パブリッシャーの市場にも、より多くの広告費が流れています。

ヘッダー入札の実装方法

やや技術的な内容になる可能性があるため、実装プロセスの概要を簡単に説明します。 特定の設定とニーズに関する実装のアドバイスについては、こちらから私たちのチームに連絡することをお勧めします.

ヘッダー入札がリアルタイム オークション環境で機能するには、デマンド ソースが互いに競合し、在庫をより多くの購入者に開放する必要があります。 SSP や取引所などとの強固なパートナーシップを構築し、持つことが基本です。

ヘッダー入札パートナーのリストは長く、AppNexus、Rubicon、Criteo、Amazon などの企業が含まれます。

すべてのデマンド ソースが目前のインプレッションに対して最高入札額を生成するために、複数の RTB オークションが同時に行われるため、パブリッシャーはタイムアウトを管理する必要があります。 これには時間がかかり、待ち時間が長くなる可能性があります。

全体として、タイムアウト期間を 500 ミリ秒以内に保つことをお勧めします。 パブリッシャーは、1 つまたは複数のデマンド ソースがヘッダー入札のプログラマティック オークションを遅らせたり、ページの読み込み時間を短縮したりしていないことを確認する必要があります。

広告サーバーの構成も非常に重要なステップです。ご想像のとおり、DFP であろうと他のものであろうと、ヘッダー入札ソリューションをサポートするように広告サーバーを構成する必要があります。

ヘッダー入札の実装方法の詳細な内訳については、Prebid のオープンソース技術の利点を説明するこのページをまとめました。

関連記事: https://www.monetizemore.com/blog/how-implement-header-bidding-advancedads-wordpress/

Google の代替案: Exchange Bidding Google

Google はこの中でどこに位置付けられるのでしょうか? さて、Google はヘッダー入札に向けて自社のソリューションまたは競合製品と呼べる製品のテストと開発を行ってきました。 これは Exchange Bidding と呼ばれ、Martechtoday.com によると、この製品は最近、DFP を介して現在ベータ版のサイト運営者に公開されています。

Zillow、MailOnline などを含む合計 100 を超える多くのプレミアム パブリッシャーが Exchange Bidding をテストしており、OpenX などのエクスチェンジも参加し、統一されたオークション プロセスを介して DFP や Ad Exchange キャンペーンと競合しています。

パブリッシャーの Web サイトに設定して、ヘッダー入札のようにヘッダー コードで実行する代わりに、エクスチェンジ入札 (サーバー側ヘッダー入札) はサーバー側で実行され、多くの利点があります。

これらには、実装の複雑さと必要な時間の大幅な削減、ページの読み込みの高速化と待ち時間の短縮が含まれます。また、請求とレポートをすべて 1 つの場所で維持するのにも役立ちます。

Google の報告によると、このプログラムの参加者は、収益が全体的に大幅に増加し、入札時間も増加しています。

ヘッダー入札は現在、プログラマティック コミュニティ内で非常にホットなトピックであるため、Adexchanger は Google ヘッダー入札のトピックにも言及し、パブリッシャーは Exchange 入札とヘッダー入札をテストし、結果を比較して、各ソリューションから最大限の利益を得るべきであると結論付けました。 少なくとも当分の間、これが彼らの推奨事項です。

連絡先のコミュニティ内で、Adexchanger はまた、パブリッシャーが Exchange 入札は実装に 24 時間もかからずに簡単にセットアップできることに同意したと報告しました。労働集約的。

先ほど、ヘッダー入札の業界標準は 50​​0 ミリ秒であると述べました。 Google は、Exchange の入札プロセスを 60 ミリ秒に短縮したと主張していますが、すべてのパブリッシャーが一貫してこれらの時間を経験しているわけではありません.

実装とスピードは別として、当然のことながら、収益はパブリッシャーにとって重要な要素です。 前述のように、Google は、ベータ プログラムに参加したパブリッシャーの収益が増加したことを示しました。 Adexchanger は、パブリッシャーの結果はさまざまであると報告していますが、Exchange Bidding を使用することによるコスト削減要因の追加リストもありました。

Google は Exchange Bidding を使用するためにパーセンテージ ベースの料金を要求すること、および Google の製品は現時点では完全ではないことに注意してください。 Google の Exchange Bidding は市場に追加された素晴らしい機能ですが、まだヘッダー入札を上回っていません。 ただし、プログラマティック業界内では、あなたとあなたのビジネスに利益をもたらす可能性のある開発や変更に常に注意を払うことをお勧めします。

ヘッダー入札と公開入札の違いは何ですか?

ヘッダー入札の目的は、Google Ad Exchange または Google AdX に競争力を加えることでした。これにより、入札者はオークションをプレビューし、落札価格より 1 セント高く入札することで価値のあるインプレッションを獲得できます。

すべてのデマンド パートナーとヘッダー入札パートナーが同時にインプレッションに入札するようになったため、Google はプロセスをあまり制御できなくなりました。

その後、Google は独自の入札モデルである Open Bidding を提供しました。これは、以前は Exchange Bidding または EBDA として知られており、広告サーバーでリアルタイム オークションが行われます。

Open Bidding では、ページ タグよりも高速なサーバー間接続が使用されるため、ページの待ち時間が短縮され、広告の視認性と収益が向上します。 これは、Open Bidding パートナーにとっての Google AdX の特権のようなものです。

Google AdX 特典のポイント:

• サイトの速度を上げます。
• 収益が 30 ～ 40% 増加し、CPM レートが向上します。
• 入札時間の最適化。

ヘッダー入札と Open Bidding (EBDA)

Google の Open Bidding と比較すると、Header Bidding の設定とユーザー インターフェースはより複雑です。 ただし、パブリッシャーはヘッダー入札により自由度が高くなります。

さらに、オークションはユーザーのブラウザではなく広告サーバーで行われるため、Open Bidding はヘッダー入札に比べて待ち時間が大幅に短縮されます。

特定の広告主が Open Bidding で落札した理由をパブリッシャーが知ることはないため、Header Bidding は Open Bidding よりも透明性が高くなります。

Cookie の一致率の向上に関して言えば、ここではヘッダー入札が勝ちます。Cookie の同期により、プログラマティック メディア購入データベースでユーザーとそれぞれのプロファイルを照合しながら、簡単にデータ交換を行うことができます。

2022 年以降のヘッダー入札の傾向

ヘッダー入札の現在および今後の予測の一部を簡単に見てみましょう。

動画のヘッダー入札

ビデオ ヘッダー入札は、プラットフォームとして、またユーザーからの需要を通じて、指数関数的に成長し続けています。 多くのパブリッシャーは、動画で主張を主張したいと考えています。 したがって、ビデオ ヘッダー入札は注目すべきものです。 ただし、これには課題がないわけではありません。 動画の動作が異なる (ヘッダー コードがない) だけでなく、動画の広告スペースもディスプレイ広告とは異なります。 動画のヘッダー入札の使用とその効果については、依然として多くの意見の相違がありますが、従来のヘッダー入札と同様に、パブリッシャーが在庫管理を取り戻し、収益を増やすのに役立つ可能性があります。

プログラマティック ヘッダー入札の最適化を改善する

「ヘッダー ビディング」という言葉は、ほぼすべての本格的なパブリッシャーの口にあるため、デマンド パートナーはこのプログラマティック広告スペースに参加し、左右に統合しようとしています。 これでいいと思うかもしれません。 ただし、パブリッシャーは、新しいデマンド パートナーを追加する際には慎重になり、適切な質問をする必要があります。 パブリッシャーは、良いものから悪いものを取り除くことに非常に優れている必要があります。そうしないと、全体的なパフォーマンスが低下します。

サーバーからサーバーへ

ほとんどのアド テク開発と同様に、ヘッダー ビディング テクノロジーの進化は、広告分野でも差し迫っています。 Google の Exchange Bidding と同様に、ヘッダー入札の次のステップは、技術をサーバーからサーバーサイドに移行することであると多くの人が信じています。 これは、実装がパブリッシャーの広告サーバーで行われることを意味し、パートナー統合の容易化、ページ読み込み速度の向上、入札の効率化など、さまざまなメリットがあります。

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

多くの広告主がヘッダー ビッダー ラッパーに直接接続している場合、多くの JavaScript がページで実行されている場合、ページの待ち時間と広告の読み込み時間が長くなる可能性があります。

パブリッシャーがヘッダー入札プロセス全体でデマンド ソースの数を制限する方法はありますが、これはヘッダー入札の主な利点に反します。

主な目標は、広告サーバーを呼び出す前に価格が上がるように、多くの広告主をオークションに参加させることです。

外部サーバー クラウドでオークション プロセスをホストすることにより、遅延の問題は Google の AdX とサーバー側オークションによって解決されます。

MonetizeMore は、ヘッダー入札プロセス全体を設定するためにサイトのコーディングに追加する必要がある 1 行のスニペット コードを提供し、入札リクエストは関連するすべてのサプライサイド プラットフォーム (SSP) に送信されます。

パブリッシャーがヘッダー入札を実装しているかどうかを確認する方法は?

競合他社がヘッダー入札を実装しているかどうか疑問に思ったことはありませんか? AppNexus の Headerbid Expert と呼ばれるこの小さな拡張機能を使用すると、プログラマティック メディア購入の世界で競合他社が何をしているかを簡単に理解できます。

セットアップと使用は非常に簡単です。 インストールのヘルプについては、Headerbid Expert Chrome ツールの使用方法に関する MonetizeMore のガイドをご覧ください。

このツールが行うことは、Web ページでヘッダー入札を介して競合しているデマンド ソース、それらの各ソースの遅延などを表示することです。 The Telegraph のページのスクリーンショットです。

MonetizeMore の Pubguru ヘッダー ビッダー

MonetizeMore は、トップ ヘッダー入札プロバイダー リストおよびパブリッシャー収益化プラットフォームの業界リーダーであるため、11 年間、パブリッシャー向けのヘッダー入札の開発と実装を行ってきました。 以前は MonetizeMore Demand と呼ばれていた当社のヘッダー入札製品は、PubGuru と呼ばれる高度なヘッダー入札ラッパー プラットフォームに進化しました。

Pubguru ヘッダー入札プラットフォームでは、さまざまな広告最適化技術とツールを開発および統合し、パブリッシャーに対して透明性を維持しています。 ウェブサイトに PubGuru を実装するのがいかに簡単かを説明する製品ビデオをご覧ください。

PubGuru のセットアップには、次のような利点の全リストが付属しています。

• 単一のインターフェースを介してパフォーマンスと収益を追跡できる
• 参加も実装も自由
• 熟練した広告運用担当者の専任グループに対する 24 時間年中無休のサポート
• 開発中の自動入札スケーリングでサポートされている入札スケーリング
• 入札スケーリング、フリークエンシー キャッピング、ビューアビリティ スケーリングによるヘッダー入札の最適化
• パブリッシャー向けの 100% の透明性
• ハイブリッド ヘッダー入札のアップグレード オプションなど

MonetizeMore の PubGuru ヘッダー入札プラットフォームの詳細については、こちらをご覧ください。

MonetizeMore でヘッダー入札時代を受け入れる

ヘッダー入札は、パブリッシャーの市場における最大のプログラマティック ブレークスルーです。 確かに、それを管理および実装するには、ある程度の混乱と一定レベルの専門知識が必要になる可能性がありますが、それはすべてプログラマティック業界の一部です.

ヘッダー入札プロセスの開発と改善が続けられているだけでなく、Google などのソースからの圧力が加わっているため、前進するパブリッシャーにとって状況は改善されるだけです。 ヘッダー入札テクノロジーは、ユーザー エクスペリエンスと収益パートナー間のシームレスな統合もレベルアップしました。

Google 認定パブリッシャー パートナーとしての MonetizeMore は、最高のヘッダー入札ソリューション プロバイダーの 1 つです。 ヘッダー入札を設定して広告在庫を最適化することで、広告収益を次のレベルに引き上げるお手伝いをいたします。 今すぐ MonetizeMore で Starter アカウントにサインアップしてください!

よくある質問