Skip to main content

リテールメディア向け TMP

リテーラーは、検索結果、カテゴリーページ、カルーセルにわたってスポンサープロダクトプレースメントを管理します。TMP のカタログ絞り込みケイパビリティはこれを自然な適合にします — バイヤーは、どのプロダクトを特集するか、どのプロモーションを強調するか、どのアイテムを抑制するかを、すべて事前交渉されたパッケージの範囲内で指定できます。

今日どう機能するか

リテールメディアネットワークは、どのスポンサープロダクトが現れるかを決めるために内部のレコメンデーションエンジンを使います。バイヤーはキャンペーンレベルのターゲティング(キーワード、カテゴリー、予算)を設定しますが、どの特定のプロダクトがどのコンテキストに現れるかについてのリアルタイム制御は限定的です。各リテーラーは独自の API と最適化ロジックを持ちます。

Context Match

買い物客が検索結果ページやカテゴリーページを見るとき、リテーラーは Context Match リクエストを送ります:
バイヤーはオファーで応答します:
バイヤーのオファー summary はリテーラーが関連性を判断するのを助けます。クリエイティブマニフェストはオファーにインラインで含まれ、どのカタログアイテムを特集するか、プロモーションバッジ、レンダリングアセットを指定します。大きなクリエイティブについては、マニフェストは直接埋め込む代わりに URL 経由で外部アセットを参照します。

Identity Match

リテーラーは買い物客のロイヤルティトークンとリテーラーの seller_agent_url を伴う Identity Match リクエストを送ります。バイヤーは seller_agent_url からアクティブなパッケージセットを解決します。リテーラーが(下記のように)package_ids を明示的に送るとき、構成は現在のページと独立でなければなりません(MUST) — all-active(リテーラーでのこのバイヤーのすべてのアクティブパッケージ)または fuzzed(バイヤーが黙って落とす合成の存在しない ID でパディングされたランダムサンプル)のいずれか。ページ固有のサブセットは禁止されています — それはバイヤーがパッケージセットを比較してこのリクエストを context match と相関させることを許します:
バイヤーは適格なパッケージの ID と TTL で応答します:
パブリッシャーはユーザーが適格かどうかの理由を知る必要はありません — 適格かどうかだけです。表示するカタログアイテムは、Identity Match レスポンスではなく Context Match オファーのクリエイティブマニフェストから来ます。

アクティベーション

リテーラーは両方のレスポンスを結合します:
  • コーヒースポンサーオファーを受け入れる
  • カタログアイテム、プロモーションバッジ、レンダリングアセットにオファーのインラインクリエイティブマニフェストを使う
  • Identity Match を確認: パッケージは eligible_package_ids にあるか?
  • リテーラー自身のレコメンデーションエンジンが、スポンサー結果をオーガニック結果と並べて統合する

フロー例