Suche senden
Hochladen
アドテク勉強会
•
412 gefällt mir
•
108,353 views
Shoho Kozawa
Folgen
RTBの成り立ちと、実際の動きを解説しています。
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 61
Empfohlen
アドテク勉強会(第1回)
アドテク勉強会(第1回)
Noriaki UCHIYAMA
DMP勉強会
DMP勉強会
Shoho Kozawa
アドテクな話
アドテクな話
Jun Ichikawa
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
今まで学び実践してきたこと
今まで学び実践してきたこと
Daisuke Yamazaki
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
Empfohlen
アドテク勉強会(第1回)
アドテク勉強会(第1回)
Noriaki UCHIYAMA
DMP勉強会
DMP勉強会
Shoho Kozawa
アドテクな話
アドテクな話
Jun Ichikawa
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
今まで学び実践してきたこと
今まで学び実践してきたこと
Daisuke Yamazaki
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
マイクロサービス 4つの分割アプローチ
マイクロサービス 4つの分割アプローチ
増田 亨
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
Hironobu Isoda
WebSocketのキホン
WebSocketのキホン
You_Kinjoh
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
グラフデータベース入門
グラフデータベース入門
Masaya Dake
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
Salesforce Developers Japan
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
Spanner移行について本気出して考えてみた
Spanner移行について本気出して考えてみた
techgamecollege
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
Yusuke Shirakawa
型安全性入門
型安全性入門
Akinori Abe
CloudFront経由でのCORS利用
CloudFront経由でのCORS利用
Yuta Imai
トランザクションの設計と進化
トランザクションの設計と進化
Kumazaki Hiroki
なかったらINSERTしたいし、あるならロック取りたいやん?
なかったらINSERTしたいし、あるならロック取りたいやん?
ichirin2501
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
Tokoroten Nakayama
BigQueryの課金、節約しませんか
BigQueryの課金、節約しませんか
Ryuji Tamagawa
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
【データアーティスト株式会社】5歳の娘でもわかるDMP
【データアーティスト株式会社】5歳の娘でもわかるDMP
Satoru Yamamoto
お金をかけないランディングページのつくりかた
お金をかけないランディングページのつくりかた
Satoru Yamamoto
Weitere ähnliche Inhalte
Was ist angesagt?
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
Hironobu Isoda
WebSocketのキホン
WebSocketのキホン
You_Kinjoh
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
増田 亨
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
グラフデータベース入門
グラフデータベース入門
Masaya Dake
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
Salesforce Developers Japan
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
Spanner移行について本気出して考えてみた
Spanner移行について本気出して考えてみた
techgamecollege
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
Yusuke Shirakawa
型安全性入門
型安全性入門
Akinori Abe
CloudFront経由でのCORS利用
CloudFront経由でのCORS利用
Yuta Imai
トランザクションの設計と進化
トランザクションの設計と進化
Kumazaki Hiroki
なかったらINSERTしたいし、あるならロック取りたいやん?
なかったらINSERTしたいし、あるならロック取りたいやん?
ichirin2501
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
Tokoroten Nakayama
BigQueryの課金、節約しませんか
BigQueryの課金、節約しませんか
Ryuji Tamagawa
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
Was ist angesagt?
(20)
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
200,000 Req/sec をさばく広告入札システムを支えるパフォーマンスチューニング術 #jjug_ccc #ccc_g6
WebSocketのキホン
WebSocketのキホン
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計に15年取り組んでわかったこと
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
グラフデータベース入門
グラフデータベース入門
スケールアウト再考
スケールアウト再考
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
Apache Kafka on Herokuを活用したイベント駆動アーキテクチャの設計と実装
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
Spanner移行について本気出して考えてみた
Spanner移行について本気出して考えてみた
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
大規模トラフィックにどのように備えて負荷対策を実施しているのか?
型安全性入門
型安全性入門
CloudFront経由でのCORS利用
CloudFront経由でのCORS利用
トランザクションの設計と進化
トランザクションの設計と進化
なかったらINSERTしたいし、あるならロック取りたいやん?
なかったらINSERTしたいし、あるならロック取りたいやん?
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
BigQueryの課金、節約しませんか
BigQueryの課金、節約しませんか
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
Andere mochten auch
【データアーティスト株式会社】5歳の娘でもわかるDMP
【データアーティスト株式会社】5歳の娘でもわかるDMP
Satoru Yamamoto
お金をかけないランディングページのつくりかた
お金をかけないランディングページのつくりかた
Satoru Yamamoto
カヤックコピー部のコピー講座
カヤックコピー部のコピー講座
コピーライターはせがわ てつじ
分かりやすく、使いやすいデザインを生み出す工夫 先生:池田 拓司
分かりやすく、使いやすいデザインを生み出す工夫 先生:池田 拓司
schoowebcampus
コンテンツ作りの三原則
コンテンツ作りの三原則
INFOBAHN.inc(株式会社インフォバーン)
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
Tsutomu Sogitani
人と向き合うプロトタイピング
人と向き合うプロトタイピング
wariemon
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Taichi Hirano
海外カンファレンスに10回出展してみた
海外カンファレンスに10回出展してみた
Shoho Kozawa
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
Shoho Kozawa
Programmatic io 2015 san francisco フィードバック会
Programmatic io 2015 san francisco フィードバック会
Shoho Kozawa
マーケティング科学第1回(スライドシェア用)
マーケティング科学第1回(スライドシェア用)
Shinya Fujimura
グローバル・リスク2017 20170103
グローバル・リスク2017 20170103
Shinya Fujimura
就活生のための会社分析入門 20160102
就活生のための会社分析入門 20160102
Shinya Fujimura
Adtech2013 audiencemerger
Adtech2013 audiencemerger
Ryoji Yanashima
AdTech Scala Meetup 7 spray-can
AdTech Scala Meetup 7 spray-can
Shuya Tsukamoto
Ad tech 勉強会 20140115
Ad tech 勉強会 20140115
ajiyoshi
モバイルサイト配信と広告の課題
モバイルサイト配信と広告の課題
Yoichiro Takehora
株式会社サイバーエージェント アドテクスタジオの技術と開発
株式会社サイバーエージェント アドテクスタジオの技術と開発
Naoyuki Yamada
Andere mochten auch
(20)
【データアーティスト株式会社】5歳の娘でもわかるDMP
【データアーティスト株式会社】5歳の娘でもわかるDMP
お金をかけないランディングページのつくりかた
お金をかけないランディングページのつくりかた
カヤックコピー部のコピー講座
カヤックコピー部のコピー講座
分かりやすく、使いやすいデザインを生み出す工夫 先生:池田 拓司
分かりやすく、使いやすいデザインを生み出す工夫 先生:池田 拓司
コンテンツ作りの三原則
コンテンツ作りの三原則
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
人と向き合うプロトタイピング
人と向き合うプロトタイピング
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
海外カンファレンスに10回出展してみた
海外カンファレンスに10回出展してみた
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
Programmatic io 2015 san francisco フィードバック会
Programmatic io 2015 san francisco フィードバック会
マーケティング科学第1回(スライドシェア用)
マーケティング科学第1回(スライドシェア用)
グローバル・リスク2017 20170103
グローバル・リスク2017 20170103
就活生のための会社分析入門 20160102
就活生のための会社分析入門 20160102
Adtech2013 audiencemerger
Adtech2013 audiencemerger
AdTech Scala Meetup 7 spray-can
AdTech Scala Meetup 7 spray-can
Ad tech 勉強会 20140115
Ad tech 勉強会 20140115
モバイルサイト配信と広告の課題
モバイルサイト配信と広告の課題
株式会社サイバーエージェント アドテクスタジオの技術と開発
株式会社サイバーエージェント アドテクスタジオの技術と開発
Ähnlich wie アドテク勉強会
The new LINE Ads Platform
The new LINE Ads Platform
LINE Corporation
アドテク案件入門講座 8月20日(公開版)
アドテク案件入門講座 8月20日(公開版)
伊藤 孝
SmartNews TechNight vol5 SmartNews Ads大図解
SmartNews TechNight vol5 SmartNews Ads大図解
SmartNews, Inc.
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Boss4434
フルスクラッチで書いたアドサーバの開発運用史
フルスクラッチで書いたアドサーバの開発運用史
Innami Satoshi
P1様 dsp spire_111218
P1様 dsp spire_111218
Kenta Arai
アドテクノロジー入門 @jazzyslide
アドテクノロジー入門 @jazzyslide
Hideya Kato
Production Services with Gentoo Linux on SAKURA Cloud
Production Services with Gentoo Linux on SAKURA Cloud
Hidenori Matsuki
高速な広告配信サーバの作り方のコツ
高速な広告配信サーバの作り方のコツ
Innami Satoshi
Uuyアドテクセミナー
Uuyアドテクセミナー
Masayuki Isobe
【AUN講演資料】ネットワーク広告配信と分析
【AUN講演資料】ネットワーク広告配信と分析
AUN CONSULTING, Inc
平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用
平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用
Tatsuro Hisamori
CSS Nite Kansai Edition (簡易版資料)「シナリオを読み補完する」
CSS Nite Kansai Edition (簡易版資料)「シナリオを読み補完する」
Kazunori Tokoo
ネット広告基礎編スライド
ネット広告基礎編スライド
toshiya tamagawa
Goalist会社概要
Goalist会社概要
Goalist Co.,Ltd.
20110804 もうひとりで悩まない! アクセス解析 山口
20110804 もうひとりで悩まない! アクセス解析 山口
loftwork
微博(ウェイボ)スタイルで始める社内ソーシャル リアルタイム”ほう・れん・そう”を実現する ビジネスログツール “Crowdroid for business”
微博(ウェイボ)スタイルで始める社内ソーシャル リアルタイム”ほう・れん・そう”を実現する ビジネスログツール “Crowdroid for business”
Anhui Opensource Software Inc.
アドテクを支える人と技術
アドテクを支える人と技術
Ransui Iso
201410 12【媒体資料】bypass 20140929
201410 12【媒体資料】bypass 20140929
Miho Marumo
広告クリエイティブ最適化の実際 TokyoWebmining 22nd 発表資料
広告クリエイティブ最適化の実際 TokyoWebmining 22nd 発表資料
kan_yukiko
Ähnlich wie アドテク勉強会
(20)
The new LINE Ads Platform
The new LINE Ads Platform
アドテク案件入門講座 8月20日(公開版)
アドテク案件入門講座 8月20日(公開版)
SmartNews TechNight vol5 SmartNews Ads大図解
SmartNews TechNight vol5 SmartNews Ads大図解
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
Aws summits2014 サイバーエージェント_ユーザーの趣味嗜好に適した広告配信システムdynalystができるまでad_techstudioでの...
フルスクラッチで書いたアドサーバの開発運用史
フルスクラッチで書いたアドサーバの開発運用史
P1様 dsp spire_111218
P1様 dsp spire_111218
アドテクノロジー入門 @jazzyslide
アドテクノロジー入門 @jazzyslide
Production Services with Gentoo Linux on SAKURA Cloud
Production Services with Gentoo Linux on SAKURA Cloud
高速な広告配信サーバの作り方のコツ
高速な広告配信サーバの作り方のコツ
Uuyアドテクセミナー
Uuyアドテクセミナー
【AUN講演資料】ネットワーク広告配信と分析
【AUN講演資料】ネットワーク広告配信と分析
平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用
平均レスポンスタイム50msをPerlで捌く中規模サービスの実装/運用
CSS Nite Kansai Edition (簡易版資料)「シナリオを読み補完する」
CSS Nite Kansai Edition (簡易版資料)「シナリオを読み補完する」
ネット広告基礎編スライド
ネット広告基礎編スライド
Goalist会社概要
Goalist会社概要
20110804 もうひとりで悩まない! アクセス解析 山口
20110804 もうひとりで悩まない! アクセス解析 山口
微博(ウェイボ)スタイルで始める社内ソーシャル リアルタイム”ほう・れん・そう”を実現する ビジネスログツール “Crowdroid for business”
微博(ウェイボ)スタイルで始める社内ソーシャル リアルタイム”ほう・れん・そう”を実現する ビジネスログツール “Crowdroid for business”
アドテクを支える人と技術
アドテクを支える人と技術
201410 12【媒体資料】bypass 20140929
201410 12【媒体資料】bypass 20140929
広告クリエイティブ最適化の実際 TokyoWebmining 22nd 発表資料
広告クリエイティブ最適化の実際 TokyoWebmining 22nd 発表資料
Kürzlich hochgeladen
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
Kürzlich hochgeladen
(9)
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
アドテク勉強会
1.
アドテク勉強会
2.
小澤 昇歩 新規事業開発 SSP「Fluct」の企画・開発 DMP「cosmi」の企画・開発 海外事業 PR・マーケティング Shoho Kozawa 株式会社adingo 取締役
3.
RTB取引の歴史
4.
広 告 主 メ デ ィ ア できるだけ(安く) 効果高く配信したい できるだけ高く、 自分たちの枠に 配信してほしい それそれの思惑を まずは理解する まずはそもそも
5.
広告クリエイティブを そのまま入稿する 広 告 主 メ デ ィ ア 直接入稿の時代(1/5)
6.
バナーの差し替え 配信の時間帯切り分け レポート確認 クリエイティブ調整 広 告 主 メ デ ィ ア 時間帯配信 在庫管理 予定配信 配信切り分け レポート集計 広告に関わるシステムは 専用のシステム(=アドサーバー) を使おう!! アドサーバーの時代(2/5)
7.
値段が高い! もっと単に配信したい もっと柔軟に配信したい 広 告 主 メ デ ィ ア アドサーバー時代(=純広告時代)の問題点 在庫管理が大変・・・ 広告営業しないと・・・ もっとメディア業に 専念したい・・・ アドサーバーの時代(2/5)
8.
広 告 主 メ デ ィ ア 純広告 アドネット ワーク たくさんの広告在庫とメディア在庫を抱え込む アドサーバーの時代(2/5)
9.
広 告 主 メ デ ィ ア 純広告 アドネット ワーク どこに出るか明確には わからないけど、クリック されたらお金を払えばいいし すぐに始められて すぐにやめられる。 純広告ほど儲からないけど、 管理も営業もいらない。 タグだけ貼れば広告が 出てきてくれる。 アドネットワークの時代(3/5)
10.
広 告 主 メ デ ィ ア 純広告 アドネット ワーク どこに配信されても 同じ値段なの? アドネットワークの枠って 売れてない枠ばっかり・・ 楽だけど一度ネットワーク に枠を解放すると自分たち の価値が下がるのが嫌だ。 だからいい枠では 使いたくない・・・ アドネットワークの時代(3/5)
11.
広 告 主 メ デ ィ ア アドエクスチェンジの時代(4/5) 純広告 アドネット ワーク アドエクス チェンジ 市場 売りたい枠を 売りたい価格で放出 買いたい枠を 買いたい価格で購入
12.
広 告 主 メ デ ィ ア 純広告 アドネット ワーク アドエクス チェンジ 需給バランスの調整 市場 アドエクスチェンジの時代(4/5) 売りたい枠を 売りたい価格で放出 買いたい枠を 買いたい価格で購入
13.
広 告 主 メ デ ィ ア 純広告 SSP・DSP・RTBの時代(5/5) アドエクスチェンジ アドネットワーク どこに出せばいいの? 何を出せばいいの?
14.
広 告 主 メ デ ィ ア 純広告 アドエクスチェンジ アドネットワーク D S P S S P どこに出せばいいの? 何を出せばいいの? SSP・DSP・RTBの時代(5/5)
15.
広 告 主 メ デ ィ ア 純広告 D S P S S P 複数のアドネットワーク・アドエクスチェンジを 一括で管理して、予算やパフォーマンスを1つの プラットフォームで管理する。 複数のアドネットワーク・アドエクスチェンジを 一括で管理して、もっとも収益性が高い広告を自 動で配信する SSP・DSP・RTBの時代(5/5)
16.
広 告 主 メ デ ィ ア 純広告 アドエクスチェンジ アドネットワーク D S P S S P 一元 管理 一元 管理 SSP・DSP・RTBの時代(5/5)
17.
広 告 主 メ デ ィ ア 純広告 アドエクスチェンジ アドネットワーク D S P S S P 一元 管理 一元 管理 SSP・DSP・RTBの時代(5/5) ややこしいから 見ない! DSP・SSP におまかせ
18.
広 告 主 メ デ ィ ア 純広告 D S P S S P DSPはどのような枠やユーザーをいくらで欲しいのかを知っている。 SSPはどのようなユーザーが訪れているのか知っている。 それなら直接取引すればいいじゃないか。 アドエクスチェンジアドネットワーク SSP・DSP・RTBの時代(5/5) ユーザーデータ ユーザーデータ
19.
広 告 主 メ デ ィ ア 純広告 D S P S S P DSPはどのような枠やユーザーをいくらで欲しいのかを知っている。 SSPはどのようなユーザーが訪れているのか知っている。 それなら直接取引すればいいじゃないか。 RTB取引 アドエクスチェンジアドネットワーク SSP・DSP・RTBの時代(5/5) ユーザーデータ ユーザーデータ
20.
広 告 主 メ デ ィ ア 純広告 D S P S S P RTB取引 DSPはどのような枠やユーザーをいくらで欲しいのかを知っている。 SSPはどのようなユーザーが訪れているのか知っている。 それなら直接取引すればいいじゃないか。 D M P 広告に必要な ユーザーデータの供給他社メディア
購入 ユーザーデータ ユーザーデータ SSP・DSP・RTBの時代(5/5)
21.
広 告 主 メ デ ィ ア 純広告 D S P S S P D M P アドエクスチェンジアドネットワーク 他社メディア
購入 広告に必要な ユーザーデータの供給 ユーザーデータ ユーザーデータ RTB取引 SSP・DSP・RTBの時代(5/5)
22.
広 告 主 メ デ ィ ア できるだけ(安く) 効果高く配信したい できるだけ高く、 自分たちの枠に 配信してほしい それそれの思惑を まずは理解する まとめ
23.
広 告 主 メ デ ィ ア 純広告 まとめ D S P S S P D M P アドエクスチェンジアドネットワーク 他社メディア
購入 広告に必要な ユーザーデータの供給 ユーザーデータ ユーザーデータ RTB取引
24.
RTB取引とは?
25.
D S P S S P RTB取引とは? 広告配信を行うための取引の方法の1つ つまりRTBの会社というのはない RTB取引のルールは基本的にはSSPが決定 セカンドプライス方式(一般的) ファーストプライス方式 ハードフロア・ソフトフロア方式など RTB取引
26.
D S P S S P Step.1 インプレッションの発生 ユーザーが広告枠に接触すると、SSPに連絡が来ます。 SSPは持っているデータや登録されている情報から どのようなユーザーからか、どのような枠からか、 どのようなカテゴリからか、といった情報を取得します。 D S P
27.
これらの情報をあらかじめ決められた方法で DSP各社に通知します。 どのような情報を通知するのかはDSPごとに違います。 枠情報+ユーザー情報+ブラウザ情報 枠情報+ブラウザ情報 D S P D S P S S P Step.2 DSPにリクエスト(Bid Request)
28.
D S P D S P Step.2 DSPにリクエスト(Bid Request) 各それぞれのDSPが持っているデータから、 「ふむふむ、こういう枠なのか?」「こういうユーザーなのか?」と どのようなインプレッションなのかを確認します。 枠情報+ユーザー情報+ブラウザ情報 枠情報+ブラウザ情報 S S P
29.
S S P Step.3 DSP内でオークション SSPからの情報 広告主A 広告主B 広告主C 広告主D D S P 入稿 入稿 入稿 入稿 広告主A 広告主B
広告主C 広告主D このユーザーなら このユーザーなら このユーザーなら このユーザーなら 50円 買わない 買わない 100円 入稿状況から最も高い値段 をつけている案件を抽出 ※必ずしも高いものとは限りません D S P
30.
S S P Step.3 DSP内でオークション SSPからの情報 広告主A 広告主B 広告主C 広告主D D S P 入稿 入稿 入稿 入稿 広告主A 広告主B
広告主C 広告主D このユーザーなら このユーザーなら このユーザーなら このユーザーなら 50円 買わない 買わない 100円 入稿状況から最も高い値段 をつけている案件を抽出 ※必ずしも高いものとは限りません D S P
31.
S S P D S P 各DSPが代表選手を決定します D S P D S P このユーザーなら 100円 このユーザーなら 80円 このユーザーなら なし Step.3 DSP内でオークション 広告主D 広告主Z
32.
S S P 各DSPから「このインプレッションならいくらで買います!」 というオファー(入札)がSSPに来ます このユーザーなら 100円 このユーザーなら 80円 このユーザーなら なし Step.4 DSPからBid Response D S P D S P D S P 広告主D 広告主Z
33.
S S P まず、買わないというDSPを排除 このユーザーなら 100円 このユーザーなら 80円 このユーザーなら なし Step.5 SSPで各リクエストを処理 D S P D S P D S P 広告主D 広告主Z
34.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P 広告主D 広告主Z このユーザーなら なし D S P
35.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P SSPのフロアープライス以上なのか確認 広告主D 広告主Z
36.
S S P フロアープライスとは? このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P SSPは一般的にそのインプレッションの最低落札価格を設定しています。つまりどんな条件でも この金額以上でないと入札は受け入れないという金額を設定しています。これをフロアープライス といいます。この金額はDSPに開示される場合もありますし、されない場合もあります。 広告主D 広告主Z
37.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P フロアープライス 50円 広告主D 広告主Z
38.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P フロアープライス 50円このユーザーなら 100円 このユーザーなら 80円 フロアープライス 50円 フロアープライス 50円 > > 広告主D 広告主Z 広告主D 広告主Z OK OK
39.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P フロアープライス 90円 広告主D 広告主Z このユーザーなら 100円 このユーザーなら 80円 フロアープライス 90円 フロアープライス 90円 > > 広告主D 広告主Z OK NG
40.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P フロアープライス 200円 広告主D 広告主Z このユーザーなら 100円 このユーザーなら 80円 フロアープライス 200円 フロアープライス > 広告主D 広告主Z NG > NG 200円
41.
S S P このユーザーなら 100円 このユーザーなら 80円 D S P D S P フロアープライス 50円 広告主D 広告主Z Step.6 SSPで勝者と価格を決定
42.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは100円で配信
43.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは100円で配信
44.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは100円で配信 81円
45.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは100円で配信 51円 セカンドプライスとは? 一般的なRTBではセカンドプライス方式が取られます。これは一番高い値付けをした人を勝者とし ますが、この勝者が支払わなければいけない金額は2番目に高い金額をつけた人の+1円とする方式 です。RTBの場合一般的に勝者が1人の場合はフロアープライス+1円が支払う金額になります。
46.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D このユーザーなら 80円 D S P 広告主Z
47.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは81円で配信
48.
S S P このユーザーなら 100円 D S P フロアープライス 50円 広告主D 勝者は広告主D 広告主Dは51円で配信 Step.6 SSPで勝者と価格を決定 (有効入札が1社なのでフロアプライス+1円で配信)
49.
S S P このユーザーなら 100円 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは81円で配信 Step.7 広告の配信と金額の通知
50.
S S P Step.7 広告の配信と金額の通知 D S P 広告主D の広告 「81円でしたよー」
51.
振り返ってみます
52.
D S P S S P Step.1 インプレッションの発生 ユーザーが広告枠に接触すると、SSPに連絡が来ます。 SSPは持っているデータや登録されている情報から どのようなユーザーからか、どのような枠からか、 どのようなカテゴリからか、といった情報を取得します。 D S P
53.
これらの情報をあらかじめ決められた方法で DSP各社に通知します。 どのような情報を通知するのかはDSPごとに違います。 枠情報+ユーザー情報+ブラウザ情報 枠情報+ブラウザ情報 D S P D S P S S P Step.2 DSPにリクエスト(Bid Request)
54.
S S P Step.3 DSP内でオークション SSPからの情報 広告主A 広告主B 広告主C 広告主D D S P 入稿 入稿 入稿 入稿 広告主A 広告主B
広告主C 広告主D このユーザーなら このユーザーなら このユーザーなら このユーザーなら 50円 買わない 買わない 100円 入稿状況から最も高い値段 をつけている案件を抽出 ※必ずしも高いものとは限りません D S P
55.
S S P 各DSPから「このインプレッションならいくらで買います!」 というオファー(入札)がSSPに来ます このユーザーなら 100円 このユーザーなら 80円 このユーザーなら なし Step.4 DSPからBid Response D S P D S P D S P 広告主D 広告主Z
56.
S S P このユーザーなら 100円 このユーザーなら 80円 Step.5 SSPで各リクエストを処理 D S P D S P SSPのフロアープライス以上なのか確認 広告主D 広告主Z
57.
S S P このユーザーなら 100円 Step.6 SSPで勝者と価格を決定 D S P フロアープライス 50円 広告主D 勝者は広告主D このユーザーなら 80円 D S P 広告主Z 広告主Dは81円で配信
58.
S S P Step.7 広告の配信と金額の通知 D S P 広告主D の広告 「81円でしたよー」
59.
広告主さんから見るとオークションは2回ですよね DSP内でのオークション DSP間でのオークション 「広告が出ない!」ときは、どちらかで負けています。 それぞれの勝率をデータで見ると、どちらでどのくらい負けているのかわかります。 DSPは運用するものです! たくさんのデータが実は取れます! 例えばこんなことでお悩みですか? 「思うように表示されないんだけど!!!」
60.
61.
ありがとうございました @s_kozawa http://facebook.jp/shoho.kozawa shoho_kozawa@voyagegroup.com いいね! お願いします