接続の流れ
01.お申し込み
パブリッシャーとして登録し、在庫タイプを選択：CTVアプリ、FASTチャンネル、Web動画。
02.在庫審査
商業条件の前に、検証ファイル・オーディエンス品質・計測の健全性を確認します。
03.個別条件
収益モデル、支払いサイクル、レポート粒度を書面で合意します。
04.ディマンド接続
SDK・VAST・SSAI・S2Sの中からスタックに合う経路で広告需要を接続します。
Rokuアプリの仕組み
Rokuアプリは「チャンネル」と呼ばれ、独自フレームワーク(BrightScript言語とSceneGraphコンポーネント)で構築され、Roku Channel Storeで配信されます。オンデマンド(AVOD)とリニアFAST型の両方が存在します。すべてのチャンネルは公開前にRokuの審査と認証を通過します。
プラットフォームの広告フォーマット
Rokuの中核的収益単位はインストリーム動画:チャンネルの動画プレーヤー内のプリロールとミッドロール(通常15・30秒のスキップ不可)。Roku独自の広告フレームワークが標準的な広告配信をサポートし、多くのパブリッシャーはVASTタグやSSAIでサードパーティデマンドを接続します。
広告の統合方法
文書化されたルートはチャンネルコードに組み込むRokuの広告フレームワークで、広告レンダリング・計測ビーコン・広告ブロックロジックを処理します。独自広告スタックを持つパブリッシャーはクライアント側VASTかSSAIを使えます。RokuのSSAIでは計測の正しい発火に注意:インプレッションがカウントされるにはデバイスからクライアント側ビーコンを報告する必要があります。
パブリッシャーの確認点
デマンド接続前に4点を確認:チャンネルが現在のストア認証要件を通過すること。app-ads.txtが公開されストア掲載情報から参照されること。広告統合がすべての計測イベントを正しく発火すること(エミュレーターだけでなく実機+プロキシでテスト)。広告ブロック設定がRokuの現行ポリシーに沿うこと。
プラットフォーム規約は変わります
すべてのCTVプラットフォームはストアポリシー、認証要件、広告ルールを年に数回更新します。このページはプラットフォーム自身の最新ドキュメントの代替ではありません。セットアップの目利きが必要ならパブリッシャー登録を——在庫審査が商談に先立ち、条件は個別に合意されます。
FAQ
Q.Roku専用アプリは必要?
はい——各CTVプラットフォームには独自のアプリ形式とストアがあります。コードの一部とコンテンツパイプラインは共有できますが、パッケージとストア提出はプラットフォーム固有です。
Q.CTVで最も稼げる広告フォーマットは?
スキップ不可のインストリーム動画(15・30秒)が全プラットフォームで買い手が支払う標準単位です。
Q.SDK、VAST、SSAIのどれを選ぶ?
オンデマンドアプリにはSDKまたはクライアント側VASTが最も簡単。ライブ/FASTにはSSAIが実用標準。詳細な比較はこのハブのVAST・SSAIページをご覧ください。
Q.app-ads.txtは必須?
実質的に必須です:主要デマンドはこれなしの在庫を除外します。収益化接続前に公開し、ストア掲載情報に記載してください。
Q.全プラットフォームで同じ広告サーバーを使える?
はい——広告配信とSSAIはプラットフォーム非依存で、異なるのはアプリ側プレーヤー統合だけです。
Q.ストア審査の期間は?
プラットフォームと提出により異なります。バッファを持ってリリース計画を立て、過去の経験でなく現行の審査ドキュメントを参照してください。
Q.リリース前にテストすべき計測は?
インプレッション、開始、クォータイル、完了イベントとエラーコールバック——対象の全デバイス世代の実機で。エミュレーターでしか動かない計測は過少報告か買い手に拒否されます。
Q.商業条件は?
レベニューシェア、支払いスケジュール、最低額はパブリッシャーごとに個別合意され、初回キャンペーン前に書面で確認されます。在庫審査前にレートの約束はありません。