<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>もし女子大生しほたん(人´ω｀*).☆. がアドテクにハマったら。</title>
<link>https://ameblo.jp/adtech-girl/</link>
<atom:link href="https://rssblog.ameba.jp/adtech-girl/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>アドテクノロジーを現役女子大生が勉強ちゅう。〇ﾟ｡*,｡(*&gt;ω&lt;*)｡,*｡ﾟ〇｡</description>
<language>ja</language>
<item>
<title>本当に&quot;リアルタイム&quot;なRTBとは？</title>
<description>
<![CDATA[ <font size="3"><strong>How "Real-Time" Is Your RTB Platform?<br></strong></font><a href="http://www.exchangewire.com/blog/2012/02/17/how-real-time-is-your-rtb-platform/" target="_blank">http://www.exchangewire.com/blog/2012/02/17/how-real-time-is-your-rtb-platform/</a><br><br><br><br>　AppNexusのCEOであるBrian O’Kellyがキャッシュをアップデートするサイクルについて、RTBを利用している買い手にとってどれだけ短いサイクルであることの重要性について、またなぜトレーダーはそこに重きを置かなければならないのか語った。<br><br>　先週、Right Mediaは45秒までキャッシュアップデートのサイクルを”大幅に削減”したことをブログに投稿した。（<a href="http://www.rightmediablog.com/blog/2012/02/09/right-media-slashes-time-to-launch-and-manage-campaigns-and-publishers/" target="_blank">Right Media Slashes Time to Launch and Manage Campaigns and Publishers</a>）これは業界にとって、アップデートサイクルのトラフィッキングをより詳細に見て、それらがなぜ非常に重要なのかを理解するための格好の言い訳である。<br><br>　リアルタイムの広告プラットフォームは、あらゆるキャンペーンやクリエイティブ、その他のターゲティングの情報を保管するトラフィッキングデータベースを中心に構築されている。それだけでなく、このデータベースの“キャッシュ”や能率的な表現を蓄えている複合的なデータセンターの中に何千ものサーバーがある。このキャッシュのアップデートサイクルは、新しいクリエイティブといった、それぞれのサーバーに合わせてシンジケート組織にする、初歩的なトラッキングデータベースにおける変化にかかる時間の総量のことである。この変化があらゆるサーバーで行われて初めて、キャッシュアップデートが完了する。<br><br>　キャッシュアップデートサイクルが30分から45分というのはそれほど長い時間が掛かるものではないように聞こえる（実際この業界での平均より短いと思う）。しかしアドエクスチェンジやRTBの世界では、この時間は長い。Right Mediaのblog記事によると、１日に110億ものトランザクションがあるという。これを１秒につきピーク時には200,000近くのボリュームのトランザクションがあるということだと考える。これはキャッシュアップデートサイクルに掛かる45分のうちに5億5000万近くのトランザクションが起きることを意味する。<br><br>　最悪のシナリオを想像してみよう（その内ひとつは頻繁に起こっている）。トラッフィッカーがキャンペーンをスタートさせてから、ターゲティングを適応させることを忘れてしまっているときのことだ。本人はすぐに自分の犯したミスに気がつきそれを直すが、すでに時遅しである。起こした変動はすでにサーバーに向かっている途中だ。もしグローバルCPMが$0.60だったら、このキャンペーンは修復可能な前に$324,000も掛かってしまうことになる。トラフィッカーが”submit”を押す時はいつも、この程度の大きな金額が配置されているのだ。<br><br>　これは運転と非常に似ている。ゆっくりとしたスピードで、次に何が起こるのか知ることなく、長時間にわたり反応し続けなければならない。速いスピードではコンマ何秒で変化を起こさなければならず、さもなければ本当のトラブルに陥る。もちろん結果はかなり莫大なものになりかねない。<br><br>　Mike Noletと私がAppNexusを始めたときには、正確なドライビングマシーンの代替となるようなアドテクノロジーを構築することを目指していた。何千ものサーバーからのキャッシュアップデートを素早く行うことの出来るようなアドサーバーの構築である。このエンジニアチャレンジは、我々のチームが好んで言ったように、“簡単ではない(non-trivial)”。実際に、AppNexus立ち上げ後最初の１、２年で新しく雇用を行う際には、好んで次のようによく聞いていた：「大きなスケールでキャッシュアップデートの速度を上げることの出来るアドサーバーをどうやって構築するか？」。<br><br>　我々が行き着いたのは、アドプラットフォームの働きの基礎を再考することであった。過去に私がRight MediaのCTOだったとき（私は今日のシステムがどう動くのか全く知らなかった）、キャッシュアップデートを行うためには全てのデータベースをファイルにコピーし、すべてのコンピュータにファイルを送り、メモリーに書き込まなければいけなかった。このアプローチの問題は、ファイルのサイズが大きくなるにつれて、プロセスが長くなってしまうことだった。これらの巨大なキャッシュファイルをRight Mediaのサーバーから45分で取り出すには、超人的なエンジニアリング技術が必要だった。<br><br>　AppNexusでは少し違ったことをしている。アップデートサイクルに基づきそれぞれのコンピュータに全てのファイルを送る代わりに、我々は変化のみを押し出した。これによって、私たちは送出しなければならないそれぞれのキャッシュサイクルのデータの量を劇的に減らすことが出来るだけでなく、望む頻度で我々のキャッシュをアップデートできることを意味する。同時に、あらゆるサーバーにあるAppNexus ConsoleやAppNexus APIを通して、変動を３分かそれ以下の時間で起こすことが可能になった。実際よりもずっと簡単に聞こえるようにしているが、CTOにとってではなくCEOにとっては良い、ということだ。<br><br>　このことが経済に与えるインパクトを計算してみよう。AppNexusは１日に150億近いインプレッションを表示させているが、ピーク時には我々は１秒につき275,000近くのトランザクションを行っている。３分間でキャッシュアップデートサイクルを行うには5000万のインプレッションを表示させることになり、最も悪いトラフィッキングエラーでは$30,000掛かるケースもあることを意味する。トラフィッキングエラーはまだ大きな金額であるが、私のドライブ分析を利用すれば、廃車にする代わりに我々のランボルギーニを叩きのめしただけなのだ。<br><br>　RTBを行っている会社のほとんどが、この問題について言及しないことは残念なことである。The Forrester DSP analysisもキャッシュアップデートサイクルについては評価基準として言及していない（その兄弟に当たる、レポーティングアップデートサイクルや最適化アップデートサイクルについては含んでいるが）。これは大きなものを見逃していると考える。RTBを利用できるボリュームは年々増えており、それにより、あらゆるトラフィッキングアップデートに伴う買い手側のリスクの量も増えている。<br><br>　RTBの高速道路を運転しているときは、速い車が必要であるが、正確な運転技術も必要となる。ここに大きな投資をすることはRight Mediaの栄光であり、このような事例にインダストリの残りの他社も追従してくれることを私は望んでいる。
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11173297874.html</link>
<pubDate>Thu, 23 Feb 2012 17:56:07 +0900</pubDate>
</item>
<item>
<title>The PostView: ”完全”な性能がもたらす変化とは？</title>
<description>
<![CDATA[ <br>今回はExchangeWireのコラムを訳してみました★<br><br><br><strong><font size="3"><a href="http://www.exchangewire.com/blog/2012/01/19/the-postview-why-%E2%80%98perfect%E2%80%99-efficiency-will-not-be-good-for-all/#more-14885" target="_blank">The PostView: Why 'Perfect' Efficiency Will Not Be Good For All<br></a></font></strong><br>- なぜ"完全"な性能がすべての人にとって良いものではないのか<br><br><br>　好むにせよ好まざるにせよ、私たちはまだディスプレイ広告買い付けが本質的には効果的ではない世界にいる。この領域でさらに勢いを加速させているGoogleやMicrosoft、Adobeのように、完全なスタックを“所有”したり、構築したりすることによって、効果を増大させているのが収束的なトレンドだ。しかし、最終結果がどのようになるか分析すると、このトレンドはパフォーマンス・インダストリーにとっても、また少なくとも主要なインダストリー・プレーヤーにとっても、100％性能の世界で努力することは、実際には完全に良いことではないと分かる。<br><br>　近年、ほとんどのオンラインDRプラン（90％以上）は、それほど不十分なものではないだろう。中央化・専門的な買い付けと入札への移行は良い傾向だが、ほとんどのメディアプランナーとメディアバイヤーは、統合リターゲティングやエンゲージメント、100％トランスペアレンシといった一貫性のある規則の基礎をいまだに理解していないのが現実だ。<br><br>　大きなトレーディングディスクや、独立した専門部門のある代理店は、この現実に対処し続けることになるが、彼らはまた自分たちの事例を証明するテクノロジーに頼っているのである。冷静かつ厳しい現実では、ディスプレイ広告領域で働く私たちのほとんどが、“何が効果を生むのか”“何が効果を生まないのか”そしてさらに重要なことに、“なぜ効果があるのか”を知らない。つまり、アルゴリズムを知らないのだ。<br><br>　譲歩して次のように考えてみよう。20日前にユーザーに見せられたインプレッションに基づいた購入と<br>いったアクションの有効性を主張することは、筋の通った話だろうか？既に購入するか否か決めているかもしれないときに、RETを通して、あらかじめ適性を持つ買い手を情報攻めすることに意味があるだろうか？代理店がクライアントのデータを、どのように・なぜそのデータが利用されるのか尋ねることもなく漏らしてしまうことは正しいのだろうか？（しかもその問いに対して“システムをさらに最適化するために、サイトデータを必要だから”と答えるのは正当だろうか）<br><br>　システムに本物の効率性があるときだけ（例えば、マトリクスあるいはエンゲージメントのレンジに基づいた、リアルタイムの複合的デバイスを通して、計画・購入し、それを知ることが可能なとき）、これらの計画は金銭的にも本物の価値を示し始める、というのが私の信念だ。だがこのことは、一部の人にとっては良いことではないのかもしれない。<br><br>　オンラインメディアを購入、取引する方法における非効率は、インダストリの肥大化へと繋がる（私は主要なDSPが25％のマージンを取っているだけでなく、さらに10％も上乗せて見積もっているという記事を読んだことがある）。それは買い手側が正当なインプレッションに対し支払う予定の一部だけしか、媒体サイト側が予期しないインダストリだ。超越的プラットフォームが発展しはじめ、単一で統合された消費者視点を備えた複合的なデバイスを通し、エンゲージメントを目的とした最適化が可能になったとき、何が非効率なのか明らかになってくる。<br><br>　私の仮説ではDRは効果があることを示すものであり、チャンネルを通した巨額費用のフローの正当性を示すために議論されている影響力のようなことを示すものではないだろう。したがって、その価値を証明するために、さらに努力を継続するだけでなく、とにかく要領よく進める必要がある。代理店がDRに割く巨額の費用を正当化することが難しくなるにつれ、ネットワークとしては最適な結果を促進するために、さらに効率が良く、協同した方法で取り組むことが必要となる。50％+のネットワークマージンは終焉を迎え、代理店は費用が実際にはどのように使われているのか、明細書に固執するようになるだろう。<br><br>　一つのインダストリとして私たちは、損失はどこにあり、成功はどのことなのか、私たちのクライアントとスタッフに真の理解を求めて教育することに時間とリソースを“いますぐ”投資すべきだ。Google、MSFT、Yahoo!やAdobeのような会社は、DRの楽に稼げる仕事（多額の収益の基盤）がこれから５年以内に転落するだろうと見込まれるため、特にこの教育プロセスを促進するべきである。<br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11156672557.html</link>
<pubDate>Sun, 05 Feb 2012 23:35:12 +0900</pubDate>
</item>
<item>
<title>【Forrester:Executive Summary】DSP, SSP</title>
<description>
<![CDATA[ <strong>Forrester Wave - <u>Demand-Side Platforms(DSP)</u>, Q42011</strong><br><br>・MediaMath、TurnやDataXuが幅広くメディアへ接続している点、オーディエンスマネージメントの能力識見、アルゴリズム最適化における知識といった点からして群を抜いている。<br>・GoogleのInvite Mediaは直感的で使い勝手の良いセルフサービス方式の製品提供に特徴があるが、我々が順位付けをしたトップ３よりは幾分オプションを欠いている。<br>・AppNexusはDSPの面に注目が集まりがちだが、SSPの機能面を考慮しても、スケールの広いRTBインフラのプロパイダとして存在感がある。<br>・一方でX Plus Oneはオーディエンスマネージメントとアルゴリズム最適化において強みを発揮しているが、セルフサービス式のプラットフォームソリューション提供はあまり注目されていない。<br>・他社を後追いする形となっているLucidMedia Networkは自社のDSPの強固なテクノロジーに焦点を絞っているが、リソースと競合他社に比べ業者向けの配向性を欠いてしまっている。<br><br><br><strong>Forrester Wave - <u>Sell-Side Platforms(SSP)</u>, Q1 2012</strong><br><br>・AppNexusとAdmeldは媒体メディアへの精度の高いコントロールと、販売の絶好のチャンスを幅広く備えていることを証明している。しかし、これらのリードは追い越すことが出来ないようなレベルではなく、その他の優秀なベンダーからの追い上げに直面している。<br>・特に目立つのはPubMaticとRubicon Projectである。この２社は開発に努力を払い、一度は消滅しかけたプラットフォーム機能を自らのテーブルステークスに変えた。<br><br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11154680242.html</link>
<pubDate>Fri, 03 Feb 2012 23:45:03 +0900</pubDate>
</item>
<item>
<title>春服買いました♡</title>
<description>
<![CDATA[ おひさしぶりの更新になりますっ<img src="https://emoji.ameba.jp/img/user/s0/s0111012/2534.gif" alt="汗" border="0"><br>もう２月なのが信じられないしほたんです<img src="https://emoji.ameba.jp/img/user/na/namida-egao/6583.gif" alt="え" border="0"><br><br>この時期はもう春服が売っていてびっくりしませんかっ？<br>ちょうど冬服に飽きてきたところだったので、たくさん買ってしまいました<img src="https://emoji.ameba.jp/img/user/be/berryberrylove/999.gif" alt="笑い" border="0"><img src="https://emoji.ameba.jp/img/user/ha/happy-days829/9693.gif" alt="キラキラ" border="0"><br>なのではやく春になってほしいこのごろです<img src="https://emoji.ameba.jp/img/user/ch/cheeeeese/41757.gif" alt="桜" border="0"><br>これってやっぱりアパレルメーカーさんの思うつぼなのかなあ？？？<img src="https://emoji.ameba.jp/img/user/yu/yunyun17/33639.gif" alt="笑" border="0"><br><br><br><br>翻訳したものもだいぶ溜まってしまっているので、<br>最初にForresterのレポートのサマリーの訳をのせます！<br>（もう読まれた方も多いと思いますが＞＜）<br>サマリー参照のあとに各社評をよむと、DSPとSSPの図がつかみやすいかなぁと思います<img src="https://emoji.ameba.jp/img/user/s0/s0111012/6900.gif" alt="キラキラ" border="0"><br><br><br>参考にマップを載せておきますね↓<br><a href="http://stat.ameba.jp/user_images/20120204/01/adtech-girl/36/c2/j/o0800060111773096983.jpg"><img src="https://stat.ameba.jp/user_images/20120204/01/adtech-girl/36/c2/j/t02200165_0800060111773096983.jpg" alt="もし女子大生しほたん(人´ω｀*).☆. がアドテクにハマったら。" border="0"></a><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11154679277.html</link>
<pubDate>Fri, 03 Feb 2012 23:39:01 +0900</pubDate>
</item>
<item>
<title>【Forrester: SSP】３：Rubicon,DoubleClick,RightMedia</title>
<description>
<![CDATA[ <strong>Rubicon Project</strong><br>・広告のクオリティ自体が高評価。<br>・プライベートマーケットプレイスなどの設立は遅れをとっている。<br>・RTB以外での収益化が進んでいる。<br><br>　Rubicon Projectは、媒体メディアのソースを手助けすること、従来からのプログラム的な要求による複合的なソースの統合を得意としているだけでなく、強固な広告クオリティ保護を行うという点において突出している。媒体メディアの請求やその他の契約上でのアレンジメントのマネージメントを行う、機能的に完全なプライベートマーケットプレイスの設立という点においては、まだ他のベンダーよりも遅れをとっている。さらに言えば、ベンダーのサービスとサポートチームの能力について（特にNYCエリアにおいて）ストレスを感じるというクライアントもいる。Rubicon Projectはこの課題に取り組むために、更に雇用を促進して東海岸でその範囲を急速に広げていこうとしている。しかし、Rubicon Projectは代理店買い付けツールであるDonovan Data Systems（現在のMediaOcean）とのプロプライエタリ統合と、その直感的な、買い手側を重視したREVVメディア買い付けプラットフォームを含む、RTBでない買い付けメソッド周辺のイノベーションに関してはパフォーマンスを上げている。<br><br><br><strong>DoubleClick ADX.</strong><br>・Admeldにより機能が補完されている。<br><br>　GoogleはこのForrester Waveの評定に参加しなかった。しかし、我々はこのDoubleClick ADXのプロダクトの市場における頑丈なプレセンスが、この評定で包含されていることを保証していると感じた。我々はその他のベンダーのように深くは査定することはできなかった一方で、公然になっている文書とADXクライアントとの対話を通して、ADXの提案は実質的には発展してきていることが明らかになった。経歴的に、ADXは主にGoogleのアドネットワークと、DoubleClickテクノロジー一式への統合を通して、その強大なスケールと信用できる充填率から主に利益を受けてきた。加えて、匿名参加の導入や、プライベートなアドスロットや直接取引などの近年のプロダクトの増進は、媒体メディアが今やプラットフォーム内においてさらに多くのコントロールを担っていることを意味している。ADXはまだ精度の細かいコントロールや広告主レベルでレポート能力、その他のベンダーの戦略的なサービス能力などを欠いているが、Admeldの統合とこれからのプロダクト開発努力に伴い、これらの必要なツールなどが加わることが期待される。<br><br><br><strong>Right Media</strong><br>　Right Mediaは、様々なアドサーブの需要に見合うだけでなく、媒体メディアが高いレベルのコントロールを行うことの出来る柔軟なプラットフォームであり続けている。しかし、ベンダーはその原型であるYahoo!からの戦略的な指示を欠いており、買い手向けのRTB買い付けの幅広いサポートを最近やっと立ち上げたところだ。この動きは買い手向けの流線プロセスを促進し、媒体メディアへのさらに多くの供給を可能にしている。しかしながら、Right Mediaクライアントの主張をそのままお伝えすると、この先の将来において、親会社を含むRight Mediaに投資することはリーダーシップ転換を考えた方が良いと我々は考える。<br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11132064968.html</link>
<pubDate>Tue, 10 Jan 2012 16:48:06 +0900</pubDate>
</item>
<item>
<title>【Forrester: SSP】２：AppNexus, Admeld, PubMatic</title>
<description>
<![CDATA[ <a href="http://stat.ameba.jp/user_images/20120110/17/adtech-girl/a3/ce/p/o0603051411727419077.png"><img src="https://stat.ameba.jp/user_images/20120110/17/adtech-girl/a3/ce/p/t02200188_0603051411727419077.png" alt="もし女子大生しほたん(人´ω｀*).☆. がアドテクにハマったら。-sspf1" border="0"></a><br><br><br><strong>AppNexus</strong><br>・AppNexusは複雑かつ長期的オペレーションのためのプラットフォームとして高評価。<br><br>　AppNexusは媒体メディアの収益化へのアプローチのユニークさという点において、他社より突出している。AppNexusは媒体メディアに独創的なマーケットプレイスよりも、インフラと、媒体メディア自身のインベントリマーケット創出を可能とするバイヤー側の技術的なインテグレーションも提供している。<br>　媒体メディアにとっては、複雑なスポンサーシッププログラムや、その他の高度にカスタマイズされたダイレクトセールスの努力へのサポートが必要とならないので、この点でAppNexusは主要なアドサーバーと成り得る。しかし、AppNexusの能力を最大限に利用するためには、極めて戦略的、テクノロジー的なスキルや、媒体メディアからのオペレーションスキルだけでなく、バイヤーの問題解決のマーケティングに投資することが必要となる。そのため、短期間での簡単なオペレーションを求めている媒体メディアは適合しない。<br>　以上のことから、AppNexusは多様なサイトやプロパティを通しての複雑な収益化を行う必要がある大きな媒体メディアには理想的であり、大きな媒体メディアはAppNexusの柔軟で強固なプラットフォームに進んでリソースを提供するだろう。<br><br><br><br><strong>Admeld</strong><br>・Googleの買収後も、そのプロダクト自体が高評価されている。<br>・AppNexusと並び、市場をリードしている。<br><br>　同様のクラシックなSSPと同じように、Admeldは媒体メディアのアドネットワークとRTBチャンネルの両方のマネージを促進している。しかし、RTBテクノロジーに早い段階から投資していたことによって、その他のSSPに比べて有利にスタートを切れた。その他のベンダーが、精度の細かいコントロールと、広告主レベルでの可視性を証明するという点でのギャップを埋める一方、Admeldは戦略的なサービス能力という点で存在感を発揮し続けている。<br>　Admeldのクライアントは、代理店のトレーディングディスクと交渉してプライベートエクスチェンジといった新しい買い付けモデルを発展させることに最も成功している。Admeldのクライアントは、Admeldのこういったプログラムの情報とそれを実行することの有益性といった買い手側の需要をしっかりと理解していることを認めている。この資料のためのリサーチを進めていく最中に、AdmeldはGoogleのDoubleClickの一部として買収されてしまった。我々はGoogleがDSPであるInvite Mediaを早い段階で買収したあとで、Admeldの買収を行うと予測していた。このことは、DoubleClickのスタックの中で戦略的に製品統合を行う方向へ動いていく一方で、Admeldが今日の機能性の拡大に投資をし続けることを意味する。したがって、Admeldの戦略を査定する際、Googleの幅広いアドテクノロジーヴィジョンを考慮に入れたが、今日Admeldが提供しているものは独立した製品提供として評価した。<br><br><br><br><strong>PubMatic</strong><br>・プライベートエクスチェンジに着手。<br>・最適化能力が高評価。<br><br>　PubMaticはまだプライベートエクスチェンジのような先進的なRTBの特性を公開する初期段階にあるが、このベンダーは強いサービス提供と、成功を納めた自動の最適化能力（YO）、幅広い広告フォーマットのサポートをしっかりとクライアントに印象付けている。PubMaticはまた、オーディエンスデータマネージメントの機能をプラットフォームに組み込むことで、コアなSSPを越えて拡大し続けている。また、広告とコンテンツの両方を最適化することにより、媒体メディアの価値促進を図ろうとしている。<br><br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11132059904.html</link>
<pubDate>Tue, 10 Jan 2012 16:39:22 +0900</pubDate>
</item>
<item>
<title>【Forrester: SSP】１：2012年のSSP概観</title>
<description>
<![CDATA[ <a href="http://www.admeld.com/forrester-wave-SSPs/" target="_blank">The Forrester "Sell-Side Platforms, Q1 2012"</a><br>by Michael Greene<br> <br><br>　アドテクノロジーへの投資が限定的だった数年が過ぎ去り、デジタル媒体メディアは今やRTBやオーディエンスターゲティング、そしてさらに効率的かつ効果的に広告主の需要に見合うようなツールに投資している。デジタルメディア買い付けの新しい時代に突入するにつれて、ForresterはSSPの能力が新しいテクノロジー一式の重要な要素となると考えている。その理由は次の通りだ。<br><br>・多種の直販チャンネルをマネージすることは、運営の面で悪夢のような事態になりかねない。セールスチームがそのサイトのインベントリを毎月100％満たすことは起こり得ない状況だ。この差を埋めるために、アドネットワークのような間接的セールスチャンネルがインベントリから追加収入を得てきたが、オペレーションチームにロジスティクスな負担をかけている。SSPは多様な間接的セールス関係性を統合するだけでなく、それらの収入を最適化することができる。<br><br><br>・間接的なセールスは直販努力の売り上げを食べてしまうリスクに晒されている。いくつかの新しいセールスチャンネルは、新しい収入の機会を創出したが、コントロールとプライシングパワー（価格の決定権）を制限するチャンネルコンフリクトにつながる。媒体メディアはチャンネルコンフリクトのリスクと、収入機会のバランスを効率的にとることを助けるツールが必要である。<br><br><br>・新しい買い付けメソッドは媒体メディアがテクノロジー的な能力の強化を必要とする。媒体メディアの買い付けは、もっと効率的、効果的に媒体メディアを買い付けるために、RTBといったプログラム的な買い付けメソッドを急速に取り入れている。需要を先取りするために、媒体メディアはプログラム的な買い付けが可能なインベントリにすることの出来るツールを必要としている。<br><br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11132054455.html</link>
<pubDate>Tue, 10 Jan 2012 16:27:32 +0900</pubDate>
</item>
<item>
<title>【Forrester:DSP] ２： Invite Media, AppNexus, x+1</title>
<description>
<![CDATA[ From "The Forrester WaveTM: Demand-Side Platforms, Q4 2011"<br>by Joanna O’Connell, December 14, 2011.<br><a href="http://www.dataxu.com/download-the-forrester-wave-dsp/ " target="_blank">http://www.dataxu.com/download-the-forrester-wave-dsp/<br></a><br><br><a href="http://stat.ameba.jp/user_images/20111223/00/adtech-girl/a2/a6/p/o0611054811687482952.png"><img src="https://stat.ameba.jp/user_images/20111223/00/adtech-girl/a2/a6/p/t02200197_0611054811687482952.png" alt="もし女子大生しほたん(人´ω｀*).☆. がアドテクにハマったら。-forrest" width="220" height="197" border="0"></a><br><br><br><font size="2"><strong><a href="http://www.invitemedia.com/" target="_blank">Invite Media by Google</a><br></strong></font><br>　Invite Mediaはデマンドサイドのための完全にセルフサービスなプラットフォームのプロパイダ群のはしりで、会社側はもはやクライアントとして受け入れていないネットワークやトレーディングディスクといった初期のDSP導入者にとって、DSPを非常に魅力的な選択肢にした。“デマンドサイドにとって100％入札可能なインベントリへのアクセスとマネージメントのための統合されたプラットフォームとなる”という優れたビジョンを当初から持っているInviteのマネージメントチームを、クライアントは高く評価している。またそのUIにも高評価が与えられている。InviteのUIはその他の競合DSPよりも、もっと直感的で使いやすいと見なされている。<br>　しかし、そのアルゴリズム最適化の性能は、一般的にあまり強固なものではないと考えられている。このため、あるクライアントは、リマーケティングには適切だがプロスペクティングには向かない、と述べている。Googleが2010年にInviteを買収したことはAdMob・AdWords・DoubleClick Ad Exchange(ADX)・DoubleClick for Advertisers(DFA)・Teracentと並ぶGoogleの技術スタックの完全に統合された構成要素になると同時に、多数のDFAの顧客にとっても魅力的な選択肢のひとつとなり、Inviteが大きな変革をもたらす企業であるということが証明されるだろう。<br><br><br><font size="2"><strong><a href="http://www.appnexus.com/" target="_blank">AppNexus</a><br></strong></font><br>　AppNexusは逆に言えば、X Plus Oneから、また査定されたその他すべてのベンダーから離脱したことで、ほぼ単独的にセルフサービスを行っている。ディスプレイ広告のエコシステムの売買を通してのRTBインフラの最善の組み合わせの創出、そしてその採用の促進に集中している。ここ最近のスイート・スポットは売り手側にある。200以上の売り手側顧客を持ち、eBayといった大手で洗練された買い手側の顧客をごく僅かに持っていることを誇りにしている。AppNexusは、入札ベースの買い付けや最適化に特化している、人員配置が上手くいっている買い手側の組織にはかなりフィットする。特に自らのAPIを関連させることの出来る組織にとってはそうである。AppNexusはバイヤーの提案を強化していくという確固とした目標を持っている一方で、バイヤーにとって使いやすいツールや、我々が評価を行った他のDSPに見られるような機能を構築するにはまだかなりの時間を要する。<br><br><br><br><font size="2"><strong><a href="http://www.xplusone.com/" target="_blank">X Plus One [x+1]</a><br></strong></font><br>　我々が評価した中で、完全なセルフサービス提案を行っていない唯一のベンダーであり、X Plus Oneは大部分が管理されているサービスソリューションを求めているクライアントにとっては良い選択となり得る。特にサイト側のメディア最適化をコーディネートし、膨大な量のオフラインもしくはターゲティングのためにセットされたその他のプロプラエタリデータを活用することに興味のあるクライアントにとっては良い選択肢だろう。クライアントは一般的にX Plus Oneを好評する。特に高評価なのはオーディエンスターゲティングの可能性、それが提供する戦略的なガイダンス、全体的なレスポンシブ、そしてマネージメントチームの強固さである。X Plus Oneの強固な戦略的ビジョンは我々の先導者たちと一致している一方で、その経歴は伝統的に、明確な焦点はその長所には合っていなかった、ということを示している。<br><br><br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11114435542.html</link>
<pubDate>Fri, 23 Dec 2011 00:36:29 +0900</pubDate>
</item>
<item>
<title>【Forrester:DSP】3： MediaMath, Turn, DataXu</title>
<description>
<![CDATA[ <font size="2"><strong><a href="http://www.mediamath.com/" target="_blank">MediaMath</a></strong></font><br><br>　MediaMathは買い手にとって、DSP導入を検討している業者にとっては非常にオールラウンドな選択となるだろう。成熟したセルフサービスな提案と、部分的・もしくはトータルのサポートを必要としているクライアントのために十分な人員配置がなされた有能なサービスチームの両方を備えている。様々なデジタルチャンネルと入札制、しかもRTB入札が可能なサプライソースと最大の第三者プロパイダへのアクセスを提供している。クライアント側もそのアルゴリズム最適化が非常に有効であると考えている。マーケティング担当者はUS以外にもMediaMathとして提供されるプログラマティックな買い付けを拡張し、UKでのプレセンスのみならず、アジアとラテンアメリカ向けのアグレッシブな拡張計画を立てている。多大な従業員ベースと多様性のある、よく身分保障のされたマネージメントチームは、“フレキシブルで使い勝手が良く、マルチチャンネルなプラットフォームによってマーケティングのプロフェッショナルに力を与える”という戦略的なビジョンを効果的に遂行するために必須の基盤を提供している。<br><br><br><font size="2"><strong><a href="http://www.turn.com/" target="_blank">Turn</a></strong></font><br><br>　Turnは一度は単純にアドネットワークのひとつであると思われていたが、DSPやDMPとしても恐るべきプレヤーとなった。クライアントにこれらのツールを別々もしくは連動させて利用するかといったオプションをクライアントに柔軟に提案している。直感的で、使いやすくセルフサービスなツール、深い洞察に基づいた柔軟なレポートシステムと、Experianを含む洗練されたクライアントによって、Turnはオーディエンスデータマネージメントとメディアバイイング・最適化を統合するためのスケールされたソリューションを探している、分析的に購入志向があると判断された買い手を探している買い手にとっては大きな解決策となる。100以上のプラットフォームとサービス従事者がいるTurnでは、その“クライアントに徹底したマルチチャンネルバイイング・最適化・分析プラットフォームを提供する”というビジョンに基づいてデリバリーを行うところまで来ている。<br><br><br><strong><font size="2"><a href="http://www.dataxu.com/" target="_blank">DataXu</a></font></strong><br><br>　DataXuは将来を有望視されるシステムを持っていることを自ら証明した。過去何クオーターかを通して、DataXuは進歩的な分析方法(e.g.アドバンスドアトリビューション)や、オーディエンスマネージメントやフロントエンドのUIを組み立てて強化するだけでなく、単一のテクノロジスタックに対してプログラム的な買い付けの確立に専念することによって、提供システムを頑強なものとする大きな進歩を果たした。我々がインタビューしたすべてのクライアントは、特にそのアルゴリズムの性能の強度に関して高評価を下していた。DataXuはDSPプラットフォームに構築された統合的で先進的なアトリビューションないしは、ブランド目標とダイレクトレスポンスの目標に対してそのクラスにおいて最高のアルゴリズム最適化を求めているバイヤーにとって、良い選択肢である。DataXuの縮小化しているリソース基盤は、その戦略を評価する段階になると若干劣るが、そのビジョンとロードマップはトップの競合他社と十分に同じレベルである。<br><br><br>
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11114427974.html</link>
<pubDate>Fri, 23 Dec 2011 00:19:11 +0900</pubDate>
</item>
<item>
<title>さむーーい！＞＜</title>
<description>
<![CDATA[ さいきんすっかり寒くなりましたね＞＜<img src="https://emoji.ameba.jp/img/user/so/soukou/6087.gif" alt="汗" border="0"><br>わたしすごーーく寒がりなので朝おふとんから出るのがイヤで、<br>ょく学校に遅刻しちゃいそうになりますっ(x_x；)?<br><br>冬ってあたたかい飲み物がほんとにおいしいですよね<img src="https://emoji.ameba.jp/img/user/be/bell-tree-911rira/692.gif" alt="にゃ" border="0"><img src="https://emoji.ameba.jp/img/user/s0/s0111012/6913.gif" alt="キラキラ" border="0"><img src="https://emoji.ameba.jp/img/user/sa/saki-57/766.gif" alt="おんぷ" border="0"><br>わたしはダージリンティーにはちみつを入れるのにはまってます<img src="https://emoji.ameba.jp/img/user/go/goblin-mc/2349.gif" alt="ハート②" border="0"><br>あったまるし元気が出るのでおすすめです～～～♪(○ﾟεﾟ○)<br><br><br>ところで更新してないあいだもアクセスがあってびっくりしましたー！！！<br>どこかで紹介していただいたのかなぁ・・？<img src="https://emoji.ameba.jp/img/user/8k/8kagura8/3768.gif" alt="きらきら" border="0">ありがとうございますっ。<br>これからも勉強がんばります★<img src="https://emoji.ameba.jp/img/user/mo/momokagspfmi/5859.gif" alt="コリラックマ" border="0"><img src="https://emoji.ameba.jp/img/user/s0/s0111012/6900.gif" alt="キラキラ" border="0">
]]>
</description>
<link>https://ameblo.jp/adtech-girl/entry-11098590116.html</link>
<pubDate>Mon, 05 Dec 2011 22:01:13 +0900</pubDate>
</item>
</channel>
</rss>
