要約

  • Yield Optimization は主広告サーバーの応答を補う機能であり、配信者の広告事業全体を置き換えるものではない。
  • 挿入広告数、埋まった時間、配信者の収益は、それぞれ別の結果である。

広告枠が空いていることと、まだ売る機会があることは同じではない。最初の広告判断に時間がかかれば、追加需要を問い合わせる余地はなくなる。空き時間が条件を満たさない場合もある。新機能の価値を測るには、まず何が利用可能な機会だったのかを明らかにしたい。

AWS は 9 月 10 日、APS Streaming TV の配信事業者向けに MediaTailor Yield Optimization を発表した。有効化に追加料金はかからないとしているが、配信事業全体が無料になるという意味ではない。AWS の発表。

主広告サーバーの回答後に追加広告を求める仕組みで、現時点の対象はライブ配信途中の広告枠である。あらゆる動画広告を対象とするわけではない。この範囲を外して収益機会を推計すると、出発点から比較がずれる。MediaTailor の案内。

空き枠の時間と、回答を待てる時間

残り時間には二種類ある。広告枠内の未充足秒数と、追加回答の取得・処理に使える時間だ。MediaTailor は両方を確認する。任意の追加処理が実行できない、または失敗した場合には、主広告を使って進めると資料は説明している。時間管理と失敗時の動作。

したがって、最初の判断を速めれば、広告枠を延ばさずに販売機会を増やせる可能性がある。逆に、空いていた秒数が多くても、そのすべてを APS に提示できたとは限らない。これは仕組みから導く考察であり、顧客の実測利益ではない。

有効化の前後を比べるなら、視聴者構成、主広告の販売、対象となる機会、観察期間をそろえる必要がある。同時に複数の条件を変えた場合、改善の全てを新機能に帰属させることはできない。

100% を超えても収益増加率ではない

AWS の監視資料では、広告枠ごとの充足率は、追加広告の変換後の長さと、VAST に基づく事前の空き時間を比較する。測定基準が違うため、100% を超える場合がある。これは配信者の収益成長率ではない。指標の定義。

機会の件数と広告本数にも違いがある。一回の機会に複数の広告が入るなら、広告本数を機会数で割った値は、「少なくとも一件挿入できた機会の割合」とは別物になる。こうした区別は、製品の不具合を断定するものではない。

追加広告が増えても、それだけでは実際の収入額は分からない。埋まった時間が増えても、異なる視聴者群で同程度に改善した証拠にはならない。提示された価格も、最終的な財務結果ではない。

OpenRTB の入札価格は CPM、つまり千回表示当たりの価格で表す一方、取引対象は一回の表示となり得る。その数字を、挿入一本ごとに受け取る現金として扱ってはいけない。OpenRTB 仕様。

発表は、運用の観察先を CloudWatch、収入の確認先を APS ポータルとしている。照合では各々の範囲と単位を残すべきだ。一定の充足率、純利益、支払結果を保証する根拠は示されていない。

配信者は最低価格や広告カテゴリを選べる。その条件下で追加需要が事業を改善するかを、主広告販売の基準値を保って調べることが重要になる。挿入の自動化は手間を減らしても、何を売り、どう測り、何を得たかの説明までは不要にしない。