RTB(Real-Time Bidding)の仕組み
- 編集部の見解や意向と異なる内容の場合があります
- 編集部は内容について正確性を保証できません
- 画像が表示されない場合、編集部では対応できません
- 内容の追加・修正も編集部では対応できません
毎週木曜日に配信している「データサイン・ランチタイムトーク」の模様をレポートします。当記事で取り上げるのは以下の配信です。
- 配信日:2020年10月1日
- タイトル: RTB(Real-Time Bidding)の仕組み
- 発表者:株式会社データサイン 代表取締役社長 太田祐一
オンライン広告枠をオークション形式でリアルタイムに取引
狙った顧客層にオンライン広告を打ち出したい広告主と、広告を掲載するメディアが、広告枠を売買するオークションをRTB(Real-Time Bidding)と称します。メディアに訪れた閲覧者の属性に応じて広告が変わるターゲティング広告などに用いられますがEUのGDPR(一般データ保護規則)をはじめ、消費者のプライバシー保護の観点から、RTBに参入・関与するプラットフォーマーやWebブラウザの開発コミュニティはこれまでの方針を大きく見直しています。米国で6兆円、日本で1兆円規模と言われるRTBを基盤とした巨大なデジタル広告市場は、今後どこに向かっていくのでしょうか。データサイン代表の太田祐一が解説しました。
RTBに用いられる代表的なプラットフォーム(ツール)にSSP、DSP、DMPがあります。
SSP(Supply Side Platform)は、メディアの広告収入を最大化させるための広告配信プラットフォームです。オンラインメディアに利用者が訪れた際、インプレッション(広告表示)の権利を購入できる入札を広告主側に呼びかけ、最も高くお金(広告費)を支払ってくれる広告主の広告を配信します。
DSP(Demand Side Platform)は、広告主の広告効果を最大化させることを目的とするプラットフォームです。適切な価格でインプレッションする権利を購入(落札)します。
DMP(Data Management Platform)は、利用者の属性(年齢、性別といったデモグラフィックデータなど)を個人が特定されない形で収集、蓄積、活用するためのプラットフォームです。SSPとDSPが自らDMPを運用する場合は、自社で保有するCRMデータや他社から提供されるデータをDMPで管理します。
「これらのプラットフォームを導入するシステムを連携させることで、カオスマップと言われる複雑なアドネットワークが形成されます」(太田)
入札から落札までわずか0.1秒以内とされる瞬時のオークション
さて、あるオンラインメディアAに利用者が訪れます。メディアAをサポートするSSPは、その利用者に独自のサードパーティCookieのID(SSPID)として、ここでは「ABC」を割り振ります。次にSSPは、複数のDSPに「メディアAにSSPID:ABCが訪問した」ことを一斉通知し、入札の呼びかけ(ビッドリクエスト)をします。応札を検討するDSPの一社は、独自のサードパーティCookie(DSPID)として「123」を発行し、SSPID「ABC」とCookie IDの連携(idSync)をします。さらにDSPは、DSPID:123がどのような属性(性別や年齢など)を持つ利用者か、DMPを用いて調べます。DMPはSSPIDとDSPIDをキーとする匿名化されたデータベース(マッピングテーブル)を検索し、DSPID:123が、「男性」であることをDSPにレスポンスします。このようにして複数のDSPが、このメディアにどのような広告を打つか、また打ち出す場合に、いくらで応じるかを検討します。
「仮に、複数DSPが提示した応札額のうち最も高い金額が100円だったとすると、100円を提示したDSPがメディアAの広告枠に広告を出稿することができます。オークションの時間は、わずか50ミリ秒ともいわれ、瞬時に行われます。私たちが目にするオンライン広告の大半がこのようなRTBによって成立しています」(太田)
DSP、SSP、DMPは委託を受けた「データプロセッサー」か、それとも「データコントローラー」か
RTBについては、反対派と容認派が存在します。反対派の急先鋒は、ICCL(Irish Council for Civil Liberties)。オープンソースのブラウザ「Brave」の開発コミュニティメンバーが参加しています…
ソーシャルもやってます!