OpenRTB 2.6 は実装の準備ができています。 このバージョンのプロトコルの新機能は何ですか?

4 月 12^日、IAB Tech Lab は OpenRTB 2.6 ドラフトの最終決定を発表し、新しい標準が実装の準備ができていると報告しました。 OpenRTB プロトコルの現在のバージョンは完全に時代遅れであり、プログラマティック取引の有効性を低下させているため、これはすべての業界関係者にとって非常に良いニュースです。 新しいバージョンを手に入れることで、供給側と需要側の両方が、特に CTV とコンテキストの領域でより柔軟に対応できるようになります。

変更の主な領域と、AdTech プレーヤーがそれからどのような恩恵を受けるかを見てみましょう。

• 広告ポッドの売買に関する新しい属性とガイド
• コンテンツのチャネルとネットワークを記述する新しいオブジェクト
• ユーザー エージェント文字列に対する今後のフリーズをサポートするための構造化されたユーザー エージェント オブジェクト
• AdCOM 1.0 リストを使用して更新を高速化

CTV のポッド入札

テレビ コンテンツとその中のコマーシャル時間の性質上、各広告時間内に複数の広告を配信する必要があります。 ポッド化されたリクエスト/レスポンスの概念は少し前に登場しましたが、大きな制限がありました。ポッド上の個々のスロットに入札して埋めることはできますが、広告休憩の全時間を埋めることはできませんでした。 さらに、スロットに個人が入札すると、広告休憩中に繰り返し広告が表示されることが多く、ブランドの競争力を分離することができませんでした。

OpenRTB 2.6 を使用すると、広告主は広告時間の全長を取得し、長さの異なる複数の広告ビデオを広告時間内に挿入する最適な方法を選択できます。 この機能により、パブリッシャーの各広告ポッドからの収益が大幅に増加します。

新しいバージョンの規格に登場したもう 1 つの重要なパラメータは「mincpmpersec」、つまり動画広告の 1 秒あたりのフロア レートです。 動画の長さが異なる場合、このパラメータを使用すると、購入者はさまざまな広告の入札額を相互に比較し、広告ブロック内で最も収益性の高い動画のセットを形成できます。

どちらの変更も CTV 広告のプログラマティック取引の柔軟性を高め、パブリッシャー、広告主、さらにはユーザーなど、すべての関係者に利益をもたらします。

購入者向けの詳細情報

典型的な職場環境が変化している世界で、優秀な人材を発掘し、刺激し、維持するには何が必要でしょうか。テレビのコンテンツは非独占的に配信され、複数の異なる販売者を介して取引される可能性があるため、購入者がその広告を理解することが非常に重要です。リクエスト内の配置は、何らかの TV ネットワークまたはチャンネルに属します。 OpenRTB 2.6 標準がリリースされるまで、広告主にはそのような機会はありませんでした。 新しいバージョンでは、2 つの新しいコンテキスト オブジェクト「ネットワーク」と「チャンネル」が登場しました。

購入者は、テレビ ネットワークの名前と正確なチャンネル名を人間が読める形式で取得できるようになりました。 この変更により、特定のコンテンツのターゲティングとブランドセーフティのオプションの両方が大幅に拡張されます。

ユーザーエージェントコンテンツの構造化

ユーザー エージェント情報を操作しながらフィンガープリント メソッドを使用するという古いアプローチは、近い将来ゲームから削除される予定です。 これは、ユーザーのデバイスへの広告の正しい配信に影響を与える可能性があります。 したがって、そのような情報の重要性は依然として緊張しています。

OpenRTB 2.6 は、構造化オブジェクトの形式でユーザー エージェント コンテンツを通信する代替方法を提供します。 ユーザーのブラウザ、デバイスのプラットフォームやモデル、さらにはアーキテクチャやビット数などのパラメータも、適切なオブジェクト属性を介して転送できます。 クライアントがユーザー エージェント クライアント ヒントをサポートしている場合、構造化されたユーザー エージェント情報が提供されます。 この改善により、正しい広告が表示され続けるようになります。

AdCOM リストによる柔軟性の向上

分類法、クリエイティブフォーマット、プレースメントなどを記述する統一された標準が存在しないため、業界関係者はこれらのパラメーターの独自のリストを作成するようになりました。 単一のプログラム エコシステムのコンテキストでは、仕様の違いは重大な技術的損失や詐欺や違法行為の機会につながります。 そのため、これらの複数のフォーマットを共通点に合わせることが、業界標準の開発という点で非常に重要な作業となります。

広告共通オブジェクト モデル (AdCOM) は、これらの課題に対処することを目的とした多層仕様であり、多くのオプションの標準化に役立ちます。 AdCOM は生きている仕様であり、常に更新されているため、OpenRTB 2.6 標準でこの仕様のリストを使用することで、必要な柔軟性が生まれます。 プログラマティック環境の急速な発展には、標準の迅速な変更が必要です。 AdCOM 1.0 Lists の導入により、必要な効率にさらに近づくことができるようになります。

Admixer はすでに OpenRTB 2.6 をサポートしています

Admixer は、規格の進行中の変更を常に把握しており、プログラマティック サプライ チェーン ワーキング グループ内の新しいプロトコルの開発に積極的に参加しています。 技術面では、すべての新しい OpenRTB2.6 機能が Admixer SSP で使用できるようになりました。 需要パートナーと供給パートナーの両方がすでにこのイノベーションを活用できます。

OpenRTB 2.6 と最新バージョンのコンテンツ分類法は、従来の TV 購入モデルからプログラマティック TV 購入モデルへの移行を強化します。 もちろん、CTV プラットフォームが広告ポッドとビデオ コンテンツをマークアップするには時間がかかります。 その結果、テレビ広告のアドレス指定性や説明責任が大幅に向上し、地方、中小規模の広告主にとってよりアクセスしやすくなります。

Yaroslav Kholod 氏、Admixer プログラマティック責任者

イワン・フェドロフ

新規事業ディレクター