Deal ID
Deal IDは、買い手と売り手が交渉済みのプログラムmatic取引に付与する一意のコードで、これがタグ付けされた入札リクエストは、合意された価格と条件に一致します。

Deal IDとは、買い手側と売り手側の両方が、優先取引、プライベートマーケットプレイス取引、またはプログラムmatic guaranteed取引など、交渉済みのプログラムmatic取引に付与する一意の英数字識別子であり、そのIDが付与された入札リクエストは、両当事者がすでに合意した特定の価格、在庫、条件に一致します。
Deal IDの仕組み#
パブリッシャーまたはそのサプライサイドプラットフォームは、在庫の一部(プレースメント、オーディエンスセグメント、コンテンツセクション)を価格とカスタム条件とともにパッケージ化し、それに対してDeal IDを発行します。そのIDは、1人の買い手と非公開で共有され、買い手はそれをデマンドサイドプラットフォームにラインアイテムターゲットとして入力します。
その後は配管の話です。OpenRTBでは、Deal IDは入札リクエストの取引オブジェクト内で伝送されます。一致するインプレッションが発生すると、SSPはそのIDで入札リクエストにフラグを立て、そのIDを保持する買い手だけが交渉条件を確認できます。これは、取引タイプに応じて、競合のない保証価格か、交渉済みフロアのあるプライベートオークションのいずれかになります。同じインプレッションに対する他の全員の入札は、存在する場合、通常のリアルタイム入札フローを経由します。
Deal IDが重要な理由#
Deal IDにより、両当事者は従来のダイレクトバイのように、固定価格、特定のプレースメント、カスタム条件を交渉しながらも、手動でトラフィッキングされるインサーションオーダーではなく、自動化されたプログラムmaticパイプを通じて取引できます。Deal ID上で実行される3つの一般的な取引タイプは次のとおりです。優先取引(固定価格、ファーストルック、ボリューム保証なし)、プライベートマーケットプレイス取引(交渉済みフロアのある招待制オークション)、プログラムmatic guaranteed(固定価格での予約ボリューム、実質的には自動化されたIO)です。
買い手にとって、Deal IDは、在庫と価格の両方が変動するオープンエクスチェンジでのヘッダー入札勝利に依存せずに、特定のパブリッシャーの在庫への一貫したアクセスを得る最もクリーンな方法でもあります。
Deal IDが機能しなくなるケース#
アドオペレーションにおける「取引が支出されない」というチケットのほとんどは、Deal IDの問題に原因があります。SSPとDSP間での文字列のコピーミス、一方の側ではアクティブだが他方では一時停止または期限切れになっている取引、または両システム間での予算と配信期間の不一致などです。これらのいずれも明確なエラーをスローしません。取引は単にゼロ入札またはゼロインプレッションを返し、両方のプラットフォームを並べて確認して不一致を見つける必要があります。競合他社やパートナーが実際に大規模に購入している在庫を監査する場合、OpenAdLibraryの広告インテリジェンスインデックスは、取引レポートだけからリバースエンジニアリングしようとするよりも、市場で実際に配信されているものを迅速に確認する方法です。
FAQ#
Deal IDはPrivate Marketplaceと同じですか?
いいえ。PMPは取引タイプ(招待制オークション)です。Deal IDは、特定の入札リクエストをその取引の交渉条件にルーティングする識別子です。PMP取引、優先取引、プログラムmatic guaranteed取引はすべてDeal IDを使用しますが、IDが一致した後の適用ルールが異なります。
Deal IDは誰が作成しますか?
パブリッシャーまたはそのSSPが作成・発行し、それを買い手と非公開で共有します。買い手はそれをDSPのキャンペーンまたはラインアイテム設定に入力します。
複数の買い手が同じDeal IDを使用できますか?
通常はできません。Deal IDは、特定の買い手に対して特定の交渉条件で発行されます。一部のSSPは共有または複数買い手の取引設定をサポートしていますが、それは例外であり、デフォルトではありません。
有効なDeal IDを持つキャンペーンがインプレッションを獲得できないのはなぜですか?
最も一般的な原因は、プラットフォーム間でのID文字列の不一致、一方の側で取引が一時停止または期限切れになっていること、または予算や配信期間の競合です。ターゲティング自体が間違っていると想定するのではなく、SSPとDSPの設定を並べて確認してください。




