スマートTVアプリ配信ガイド:Roku、Tizen、webOS、tvOSへの公開
Roku、Samsung Tizen、LG webOS、Apple tvOS への OTT アプリの公開方法について、アプリの準備、テスト、認証、ストアへの提出、およびアップデートを含めて解説します。
コネクテッドTVのCM枠は、視聴者にとっては単純なものに見えるかもしれません。
番組が終わる。CMが始まる。2、3本のCMが流れる。番組が再開される。
しかし、その一連の処理の背後には、いくつかのシステムが以下の点について合意しなければならない。 インプレッションが発生した際、利用可能な在庫量がどれくらいか、どの広告でその枠を埋めることができるか、そしてそれらの広告がどのように配信され、測定されるか.
この点において、VASTとVMAPはしばしば混同されがちです。
これらは、同じ問題を解決する競合する規格というわけではありません。
VASTは広告のレスポンスを構成します。VMAPは、広告枠がどこで、いつ挿入されるかを構成します。
プログラマティック広告を採用しているCTVプラットフォームにとって、その違いを理解することは重要です。広告ブロックの構成が不適切だと、空き枠の発生、クリエイティブの重複、広告表示のばらつき、あるいはテレビというよりウェブページのような視聴体験を招く恐れがあります。
VAST 4.2 は、レスポンス内に複数の広告を含め、再生順序を指定できる「アドポッド」に対応しています。一方、VMAP は、コンテンツ周辺の広告枠の構造やタイミングを記述する手段を提供します。
したがって、実際的な問題は単に 「VAST 4.2 か VMAP か?」
それは:
CTVにおいて、VASTとVMAPはどのように連携すべきか 収益化ワークフロー?
よくある間違いは、VASTタグから書き始めてしまうことです。
CTVにとっては、より適切な出発点は CMそのもの.
30分間のエピソードを例に挙げてみましょう:
コンテンツの開始
8分頃が最初の休憩
18分頃、2回目の休憩
27分頃が最後の休憩
各休憩には、定められた最大時間が設定されています
したがって、最初に決定すべきは在庫構成です。
例えば:
区切り | 役職 | 最大ポッド | 考えられる構成 |
プレロール | コンテンツの前 | 60秒 | 1回×30秒+1回×30秒 |
ミッドロール 1 | 08:00 | 120秒 | 最大4件の広告 |
ミッドロール 2 | 18:00 | 120秒 | 最大4件の広告 |
ミッドロール 3 | 27:00 | 90秒 | 最大3件の広告 |
ここで、VMAPが役立つ場面となります。
VMAPは、コンテンツ所有者がプレーヤーや配信チャネルを管理していない場合における、広告枠の挿入構造(広告挿入のタイミングや構成を含む)を記述するために設計されました。
ブレークが設定されれば、VASTは実際の広告レスポンスを処理できます。
その区別があるおかげで、そのアーキテクチャははるかに理解しやすくなります。
この関係を次のように考えてみてください:
VMAPの回答:
「CMの挿入箇所はどこか、またそれぞれのCM枠にはどのような内容を盛り込むことができるのか?」
VASTの回答:
「プレイヤーにはどのような広告を表示すべきか、またその広告はどのように配信すべきか?」
VASTは、 XMLベースのフレームワーク 広告サーバーから動画プレーヤーへ広告メタデータを転送するためです。VAST 4.2では、広告ポッドの一部として複数の広告を順次配信することもサポートされています。
VMAPは、個々の広告そのものを定義するものではありません。VMAPが定義するのは、 CMの構成 また、そうした機会を埋める広告の反応を指摘することもできます。
そこで、役立つメンタルモデルとしては次のようなものがあります:
コンテンツのタイムライン → VMAP広告枠 → プログラマティックな意思決定 → VAST広告レスポンス → CTV再生
それは、実際のストリーミングワークフローにおいて、各要素をどのように捉えるべきかという点に、はるかに近いものです。
VAST 4.2は、複数の広告を連続して配信する必要がある場合に特に有用です。
例えば、あるCTVプラットフォームに2分間のCM枠があると仮定しましょう。
受賞作品には、以下のようなものが含まれる可能性があります:
30秒の自動車CM
30秒のフードデリバリーCM
30秒の金融サービスCM
30秒の小売広告
VASTでは、これらを1つのポッド内の複数の広告として表現できます。sequence属性は、それらの意図された順序を指定します。
これにより、すべてのインプレッションを個別の動画再生として扱うのではなく、テレビのようなCM枠のような形が生まれます。
それが重要なのは、 広告の配信順序は、視聴体験の一部です.
CTVプラットフォームは、単に次のように答えるだけでは不十分です:
どの広告が優勝したのでしょうか?
また、以下の点についても回答する必要があります:
どの広告が最初に再生され、次にどの広告が再生され、CMブロック全体が利用可能な再生時間にどのように収まるのか?
VMAPは、コンテンツ所有者が以下のことを伝える必要がある場合に有用となります。 プログラムを取り巻く商業的枠組み.
例えば:
VMAPは、こうした挿入の機会を伝達するための標準化された手段を提供します。
これは、シンジケート配信されるコンテンツや、コンテンツ所有者が広告権を有しているものの、プレーヤーや配信環境を直接管理していない環境において、特に重要な意味を持ちます。
管理されたOTTアプリケーションにおいて、プラットフォームには同じ情報を管理する他の方法がある場合があります。VMAPは、標準化されたCM枠の記述をシステム間でやり取りする必要がある場合に最も有用です。
プログラマティック広告ポッドは、単なるVASTタグのリスト以上のものです。
堅牢な実装では、以下の点を考慮する必要があります:
その休憩時間にどれだけの広告を盛り込めるかを決定してください。
受賞作がいくつか差し戻されたというだけの理由で、120秒のCMが150秒もの中断になってはならない。
ポッドに複数の広告が含まれている場合、再生順序は確定的なものでなければなりません。
VASTは、ポッド内の広告のシーケンス化に対応しています。
購入者は、15秒、30秒、または60秒のクリエイティブを返品することができます。
意思決定層では、そのクリエイティブが残りのポッド在庫に適合するかどうかを判断する必要があります。
競合する2つのブランドを、必ずしも連続して掲載する必要はありません。
例えば、競合する自動車メーカー2社を同じ区分に分類すると、コンテンツの価値が低下し、視聴者に不快な体験を与えてしまう可能性があります。
プログラム広告システムでは、利用可能なデータや購入設定によって露出頻度管理が可能である場合、同じ視聴者に対して同じクリエイティブを繰り返し配信することは避けるべきである。
入札に失敗した場合、VASTレスポンスが無効な場合、またはクリエイティブを再生できない場合、プラットフォームにはフォールバックの手段が必要です。
空のポッドは、収益化可能な在庫を収益損失に変えてしまう最も早い原因の一つです。
機能 | VAST 4.2 | VMAP |
個々の広告に対する反応を定義する | はい | No |
広告のメタデータをプレーヤーに送信する | はい | No |
1つのポッド内で複数の広告に対応しています | はい | それ自体では |
CMの挿入タイミングを定義する | その主な役割ではない | はい |
広告枠の数や構成を定義する | 広告のレスポンスコンテキストに限定される | はい |
実際のクリエイティブを定義する | はい | No |
プログラム広告の配信に役立つ | はい | 間接的に |
他のものの代わりとして機能します | No | No |
重要な点は、 VASTとVMAPは互いに補完し合う関係にある.
IAB自身の文書では、VMAPはVASTの代替ではなく、VASTを補完するものであると説明されています。
現代のストリーミングプラットフォームにおいて、ワークフローは5つの層に構成することができます。
ストリーミングサービスは、どこに商業的な機会があるかを判断します。
これは、以下のいずれかに基づいて行うことができます:
プレロール
ミッドロール
ポストロール
ライブイベントの休憩
予定されている営業時間帯
このプラットフォームでは、以下のように定義されています:
ブレーク位置
最長期間
利用可能なスロットの数
許可されているクリエイティブの期間
コンテンツまたはブランドに関する制限
VMAPは、標準化されたCM挿入シグナリングが必要な場面において、この構造を伝達することができます。
利用可能な在庫が、プログラム広告エコシステムに提示されます。
CTVの場合、これにはVASTに加え、OpenRTBや関連するサプライチェーン規格が含まれることがあります。IABのCTVガイダンスでは、VAST、OpenRTB、OM SDK、ads.txt、sellers.json、およびSupplyChainが、より広範なCTVのプログラマティックエコシステムを構成する要素として説明されています。
特にポッド形式の在庫については、 OpenRTB 2.6 マルチアドポッド内の個々のスロットに対してシグナルを送信するための仕組みを提供します。
広告が選択されると、VASTは再生に必要な情報を提供します。
プレイヤーは、VASTレスポンスを通じて、クリエイティブ、トラッキング情報、およびその他の必要な広告メタデータを受け取ることができます。
CTVアプリケーションは広告を再生し、関連する再生イベントを報告します。
ここで、実装の質が極めて重要になってきます。
視聴者が次のようなものを目にした場合、技術的に有効な広告レスポンスだけでは不十分です:
真っ白な画面
読み込みに時間がかかる
誤った期間
繰り返し表示される広告
唐突な展開
再生されない広告
CMは、テレビ視聴体験の一部であるかのように感じられる必要がある。
具体的な例を見てみましょう。
あるストリーミングプラットフォームには、 120秒のミッドロール広告枠.
この休憩時間を120秒の1つの大きな枠として扱うのではなく、プラットフォーム側では、それを4つの潜在的な枠として構成することができます:
スロット1: 30秒
スロット2: 30秒
スロット3: 30秒
スロット4: 30秒
これにより、プログラム管理システムは、各ポジションについて適格な需要を評価することができます。
考えられる結果としては、次のようなものが考えられます:
スロット | 所要時間 | 結果 |
1 | 30秒 | 埋まった |
2 | 30秒 | 埋まった |
3 | 30秒 | 埋まった |
4 | 30秒 | 未充填 |
プレイヤーは、必ずしもスロット4をいつまでも待ち続ける必要はありません。
その代わりに、このプラットフォームには、未使用の在庫を扱うための明確なルールが必要です。
ここで ポッドの管理および再生ロジック 広告配信の標準と同じくらい重要になる。
CTVは、広告上のミスに対する許容度が他とは異なります。
ウェブサイトでは、空の広告枠は単に消えてしまうことがあります。
テレビ画面では、CM枠が空いていると、画面が真っ暗になったり、コンテンツの切り替えがぎこちなくなったり、CM時間が異常に短くなったりすることがあります。
つまり、CTVの広告アーキテクチャでは、以下の点を優先すべきです:
複雑さよりも予測可能性。
優れたCMブロックには、以下の要素が必要です:
定義された最大期間
既知の創作上の制約
クリア・シーケンシング
高速フォールバック
一貫性のあるトランジション
確実な追跡
コンテンツへの影響を最小限に抑える
目的は、あらゆる機会において広告の数を最大化することではありません。
その目的は、 視聴セッション全体の価値.
ストリーミングプラットフォームがサーバーサイド広告挿入を採用している場合、VASTとVMAPの区別はさらに重要になります。
SSAIワークフローでは、コンテンツストリームが視聴者のデバイスに届く前に、広告をそのストリームに組み込むことができます。
広告の決定は依然としてVASTの応答に基づいて行われる場合がありますが、広告の挿入位置はプラットフォームの広告挿入ロジックによって決定されます。
VAST 4.x は、サーバーサイド広告挿入に関連する改善を盛り込んで開発されました。また、IAB の現在の VAST リソースには、CTV の要件に対応した CTV 専用の補遺も含まれています。
つまり、これらの標準は、孤立した技術としてではなく、より大規模なデリバリー・アーキテクチャを構成する要素として扱うべきである。
VMAPは広告レスポンスの代わりにはなりません。
ここでは、ブレークの構造について説明しています。
VASTレスポンスには複数の広告を含めることができますが、単に複数のクリエイティブを返すだけでは、自動的に適切に管理されたコマーシャルブレイクが作成されるわけではありません。
在庫時間が90秒の場合、意思決定システムはその制約を遵守する必要があります。
オークションが成立したからといって、すべてのクリエイティブが同じポッドに適しているとは限りません。
まずは広告枠を定義する必要があります。その後、技術的な対応はその構造に沿ったものにするべきです。
どの標準をどこに当てはめるか迷ったときは、次のルールに従ってください:
コマーシャルブレイクを定義する必要がありますか? → VMAP
広告を配信する必要がありますか? → VAST
1回のCM枠に複数の広告を掲載したい? → VAST広告ポッド/シーケンス
ポッド枠の獲得競争にプログラム広告バイヤーを参入させたいですか? → 広告枠の構成と、関連するプログラム広告のシグナリングおよび意思決定レイヤーを組み合わせてください。
サーバーサイドでの挿入が必要ですか? → VASTを設計し、SSAIワークフローの一環として管理機能を分割してください。
これにより、「VAST 対 VMAP」をめぐる混乱の多くが解消されます。
それらは、問題のさまざまな側面を解決する。
OTT事業者にとっては、 収益化インフラ 単一の広告タグを中心に設計すべきではありません。
より良い方法は、 広告在庫モデル まず。
定義:
広告が表示される場所
休憩は1回につきどのくらいの時間まで可能か
何件の広告が掲載できますか
どのような制作期間であれば許容されるか
広告の順序はどうすべきか
需要がない場合はどうなるのか
再生と測定の処理方法
次に、それらの要件に適切な基準を対応付けます。
このアプローチにより、アプリケーションごとに収益化戦略を全面的に見直すことなく、複数の配信環境への対応も容易になります。
CTV広告は、より体系化されつつある。
IABの現在のCTVに関する取り組みは、従来のインストリーム動画にとどまらず、一時停止広告、メニュー広告、スクリーンセーバー広告、オーバーレイ広告、シーン内広告、スクイーズバック広告といった標準化されたフォーマットへと拡大しています。最新のCTV広告ポートフォリオに関するシグナリングガイダンスは、2026年7月に最終決定されました。
同時に、ポッド型入札により、プログラマティックシステムは、複数の広告からなるコマーシャルブレイクをより正確に表現できるようになります。
ストリーミングプラットフォームにとって、これはCTVの収益化の未来が、単に広告をさらに挿入することだけにあるわけではないことを意味します。
これは……についてです 購入者が理解しやすく、広告システムが適切に配信でき、視聴者が支障なく視聴できるよう、コンテンツの構成を整える。
VAST 4.2 と VMAP は、競合する技術として捉えるべきではありません。
VMAPがビジネスチャンスを定義し、VASTがそのチャンスを具現化します。
VMAP を使用すると、広告枠がどこに配置されるか、またその構成がどのようになっているかを記述できます。これにより、VAST はその広告枠に割り当てられた広告(ポッド内の順序付き広告を含む)を配信することができます。
~について CTVオペレーター、最も効果的な実装は、視聴体験から始まり、そこから広告技術へと逆方向に遡って構築されるものです:
その仕組みを適切に構築できれば、プログラマティック広告は、CMが始まるたびに視聴者が意識してしまうようなものではなく、ストリーミング体験の一部となるでしょう。
いいえ。VASTは広告レスポンスを構築・配信するものであり、一方、VMAPは広告挿入の機会やコンテンツ内での配置について記述するものです。
はい。VASTでは、1つのポッド内に複数の広告を組み込むことが可能で、シーケンス設定によってそれらの再生順序を指定します。
いいえ。VMAPはCMブロックの構成を定義するものです。実際の広告は、VASTなどの広告レスポンスを通じて提供されます。
プラットフォームにおいて、CM枠の構成と広告配信の両方について標準化された通信が必要な場合、これらを併用することができます。VMAPが必要かどうかは、配信モデルやプレーヤーの制御モデルによって異なります。
はい。VAST 4.2は、CTVエコシステムの一部において引き続きサポートされているバージョンですが、新しい実装を設計する際には、より新しいVAST仕様やCTVに関するガイダンスを考慮する必要があります。
「広告枠」とは、コンテンツのタイムライン内にある広告掲載の機会を指します。「広告ポッド」とは、その機会を埋める広告の集合体、あるいは一連の広告のことです。
一概に決まった長さというものは存在しません。プラットフォームは、コンテンツの種類、視聴者の期待、商業戦略、および需要の状況に基づいて、ポッドの長さを決定すべきです。
はい。最新のプログラム型CTV規格では、複数の広告ブロック(アドポッド)の枠や、その中の個々のスロットを表現することができます。
プラットフォームは、プレイヤーに無期限に待たせたり、視聴に不自然な中断を生じさせたりするのではなく、明確なフォールバック戦略を定めておくべきである。
いいえ。VMAPは、サーバーサイド広告挿入に本質的に必須というわけではありません。その有用性は、コンテンツ所有者、プレーヤー、配信システムの間で、広告挿入情報をどのようにやり取りする必要があるかによって異なります。
予測可能な中断時間、クリエイティブの互換性、シーケンス、フォールバック動作、再生の信頼性、および正確な測定を優先してください。
VMAPを「スケジュール」、VASTを「配信形式」と考えてください。VMAPはコマーシャル枠の位置を定義するのに役立ち、VASTはその枠内で何が再生されるかを定義するのに役立ちます。
メンバーシップビジネスに関する最新のニュース、戦略、および洞察を直接あなたのメールボックスに配信するためにサブスクライブしてください。
あなたのメールボックスに確認メールを送信しました。
サブスクライブすることで、定期的なマーケティングメールを受け取ることに同意します。単一のクリックでいつでもサブスクライブを解除できます。
このサイトはreCAPTCHAによって保護されており、Googleのプライバシーポリシーと利用規約が適用されます。
Roku、Samsung Tizen、LG webOS、Apple tvOS への OTT アプリの公開方法について、アプリの準備、テスト、認証、ストアへの提出、およびアップデートを含めて解説します。
AVODおよびFASTにおけるSSAIアーキテクチャの仕組みについて、広告の決定、SCTE-35、マニフェストの操作、広告の挿入、トラッキング、およびスケーラブルな配信など、その詳細を学びましょう。
画像が引き伸ばされているのか、切り取られているのか、もう推測する必要はありません。一目で不具合がわかる無料のテストカードです。