Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
adtech history
Search
carotene4035
October 31, 2018
0
63
adtech history
carotene4035
October 31, 2018
Tweet
Share
More Decks by carotene4035
See All by carotene4035
GraphQLのN+1問題を解決したい
carotene4035
1
180
読者を置き去りにする技術
carotene4035
13
8.1k
Aws is emotional.
carotene4035
2
270
名称未設定.pdf
carotene4035
0
200
migrationツールについて
carotene4035
0
77
AWSネットワーク入門
carotene4035
2
300
ファイルアクセスに関する脆弱性
carotene4035
0
100
僕らだけのアニメを放映する
carotene4035
3
1.3k
使いやすい広告管理画面について考えてみる
carotene4035
0
38
Featured
See All Featured
Become a Pro
speakerdeck
PRO
25
5k
YesSQL, Process and Tooling at Scale
rocio
169
14k
Embracing the Ebb and Flow
colly
84
4.5k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Designing for humans not robots
tammielis
250
25k
Designing on Purpose - Digital PM Summit 2013
jponch
115
7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
27
4.3k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
4 Signs Your Business is Dying
shpigford
180
21k
KATA
mclloyd
29
14k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.8k
Code Review Best Practice
trishagee
64
17k
Transcript
インターネット広告の歴史と DSP かろてん
前提 • 広告主 – 広告効果を最大化したい • 媒体 – 広告枠を高く売りたい
純広告 • 仕組み – 媒体がサイトに直接広告を埋め込み、表示 (媒体と広告が同じところに存在) • 特徴
– 広告を切り替えるときに、サイトを書き換える必要 がある
手間 • 広告主 – 入稿規定の差による広告作成の手間 – 媒体ごとへの営業の手間
• 媒体 – 広告の埋め込みの手間 – 広告切り替えの手間
アドサーバー • 仕組み – ビーコンタグ、スクリプトタグを埋め込み、 アドサーバに広告情報を取りに行く
None
手間 • 広告主 – 入稿規定の差による広告作成の手間 – 媒体ごとへの営業の手間
• 媒体 – 広告の埋め込みの手間 – 広告切り替えの手間 – アドサーバの管理
アドネットワーク • 仕組み – 多くの媒体と契約し、広告枠を得る – それを多くの広告主に提供 – リクエストごとにマッチングする
アドネットワーク
手間 • 広告主 – 入稿規定の差による広告作成の手間 – 媒体ごとへの営業の手間
• 媒体 – 広告の埋め込みの手間 – 広告切り替えの手間 – アドサーバの管理
アドネットワーク例 • Google Display Network – AdWordsで広告を入稿 – AdSenseやAdMobで枠の設定
• YDN • Nend • i-‐mobile
さらなる課題 • 媒体の数が少ないと – 枠が足りないと予算が消化できない → 広告主にとって美味しくない •
広告主の数が少ないと – 質のよい広告枠でも広告が表示できない → 媒体にとって美味しくない
RTB • Real-‐Time-‐Bidding – 広告主と媒体をつなぐプロトコル – SSPとDSP間で、RTBで取引
None
SSP例 • Geniee SSP (Geniee) • MicroAd AdFunnel (マイクロアド)
• Ad GeneraFon (Supership) • AdSFr(ユイテッド) • Fluct (Fluct) • GMO SSP (GMO) • Polymophic (フルスピード) • Rubicon Project (The Rubicon Project, Inc.) 他にも、オプト、Googleなど
DSP例 • BLADE (マイクロアド) • DoubleClick Bid Manager(Google)
• FreakOut (フリークアウト) • Rocket Fuel(Rocket Fuel) • Bypass(ユナイテッド株式会社) • Logicad(ソネット・メディア・ネットワークス株式会社) • 楽天DSP(楽天株式会社) • Sphere(マーベリック株式会社) • transcosmos DSP(トランスコスモス株式会社) 等
BidRequestの中身について ※ openXのDSP
User Objectについて • User Object – buyerid –
data (DataObject) – ext – gender – geo (GeoObject) – id – yob
Data Objectについて • Data Object – id – Name
– segment (array)
Segment Objectについて • Segment Object – Id –
Name(For example: "gender”) – Value • key/valueでなんでも入れられる • ターゲティングのための情報?
Geo Objectについて • city • country • ext
• lat • lon (JPとかINとか) • region • type • zip (郵便番号)
それぞれのObjectについて • Imp Object – 枠に関する情報 – Banner,
Video, NaFveを含み、その中に広告に関する 詳細の情報を持つ • Site Object – 媒体サイトに関する情報を持つ • App Object – アプリに関する情報を持つ(domainなど)
BidResponseの中身について ※ openXのDSP
Bid Objectについて • Bid Object – id – impid
– price – url – lurl
どう利益を最適化するか • 広告効果が高いと思われる枠を入札できれ ばよい • そのためには、きたBidRequestと 持っているデータと入札ロジックを駆使する必 要がある
→ AppNexus Programmable Pla\orm
どう利益を最適化するか • 大量のデータと、入札ロジックの最適化