接続の流れ
01.お申し込み
パブリッシャーとして登録し、在庫タイプを選択：CTVアプリ、FASTチャンネル、Web動画。
02.在庫審査
商業条件の前に、検証ファイル・オーディエンス品質・計測の健全性を確認します。
03.個別条件
収益モデル、支払いサイクル、レポート粒度を書面で合意します。
04.ディマンド接続
SDK・VAST・SSAI・S2Sの中からスタックに合う経路で広告需要を接続します。
適切なCTVレポートが示すこと
CTVレポートは4問に一目で答えるべきです:配信インプレッション数、生み出した収益、実効eCPM、広告機会のうち埋まった割合。有用な粒度は日・プラットフォーム・GEO・プレースメント/チャンネル別。全体平均は物語を隠します——1つの強いGEOがフィル崩壊の地域を覆い隠せます。これらの次元に分解できないレポートでは、在庫を管理できず観察するだけです。
収益の計算方法
CTV収益は配信・計測されたインプレッションにCPM(千回単価)で発生します。支払額の背後にはチェーンがあります:計測で検証されたインプレッション×キャンペーンが実際に払った価格−デマンドと技術の合意シェア。だからCTVで独立計測が重要なのです——支払いの基礎となるインプレッション数は、支払うパートナーだけでなく第三者が検証できるべきです。パブリッシャーが自社プレーヤーやSSAI統計とレポートを照合できるのが公正な実務と考えます。
週次で見る指標
プラットフォーム別に週次で4指標:フィルレート(広告が返った機会の割合)、eCPM(千回あたり実効収益)、エラー率(フィルを静かに食うVAST・再生失敗)、視聴時間あたりインプレッション(実際の広告負荷)。これらが将来見るすべての収益変動を説明します。収益が下がったとき、最初に動いたのはこのどれかで、内訳がそれを示します。
支払条件の構造
業界ではCTV支払いは定期的——一般的には照合期間後の月次——で、最低しきい値と合意された支払方法があります。あなたのパートナーシップのスケジュール・最低額・方法は個別に合意され、キャンペーン前に書面で固定されます:Mobadlyはサイトに創作した支払数字を公開しません。収益モデル(シェアと価格構造)も個別合意の一部です。
乖離:正常と異常
自社プレーヤー統計とパートナーレポートの小さな差は正常——計測タイミング、エラーフィルタリング、不正除去が数を削ります。大きなまたは説明不能な差は異常です。健全なパートナーシップには定義された照合プロセスがあります:どの計測ソースが支配的か、乖離をどう調査するか、拒否インプレッションをどう報告するか。開始時に書面で合意してください——月末は交渉でなく形式的であるべきです。
始め方
順序:在庫タイプ(CTVアプリ、FASTチャンネル、ウェブ動画)を指定してパブリッシャー登録→在庫審査(検証ファイル、視聴者品質、計測の正しさ)→個別商業条件(モデル、スケジュール、最低額)を書面で確認。審査前の約束はなく、書面同意なしに開始もありません。
FAQ
Q.支払い頻度は?
支払いスケジュールと頻度はパブリッシャーごとに個別合意され、キャンペーン前に書面固定されます。業界標準は照合後の月次ですが、正確な条件は個別合意の一部です。
Q.最低支払額はある?
該当する場合の最低しきい値は書面確認の個別条件の一部です。パートナーシップ構造に依存するため、サイトにしきい値を公開していません。
Q.CTVの価格モデルは?
CTV在庫はCPM(配信千回インプレッション)で価格付けされます。レベニューシェアを含むパートナーシップの商業構造は在庫審査後に個別合意されます。
Q.自社の数字と照合できる?
はい、またそうすべきです。パブリッシャー側プレーヤー/SSAI統計が照合の基準点で、照合ルールは書面合意の一部です。
Q.レポートの粒度は?
日・プラットフォーム・GEO・プレースメント別の内訳はオンボーディングで定義されます。原則:収益を説明するすべての次元が見えるべきです。
Q.拒否・無効インプレッションはどうなる?
無効トラフィックは計測でフィルタリングされ、拒否の報告と商業処理は支出前に書面合意で固定されます——月末の即興ではありません。
Q.ads.txtとsellers.jsonのサポートは?
検証ファイルはデマンド接続の標準部分です。アカウントの正確な宣言はオンボーディングで提供され、app-ads.txtの正確性を保ちます。
Q.始め方は?
パブリッシャーフォームで在庫タイプ(CTVアプリ、FASTチャンネル、ウェブ動画)を選び登録。審査が先、条件は個別合意・書面確認です。