# SSAIのアーキテクチャ解説：AVODおよびFAST向けのサーバーサイド広告挿入

**Source:** http://typesense.vodlix.com/ja/blog/ssai-architecture-explained-server-side-ad-insertion-for-avod-fast  
**Summary:** AVODおよびFASTにおけるSSAIアーキテクチャの仕組みについて、広告の決定、SCTE-35、マニフェストの操作、広告の挿入、トラッキング、およびスケーラブルな配信など、その詳細を学びましょう。  
**Published:** 2026-08-18  
**Publisher:** Vodlix

---

広告収入型ストリーミングは、OTT事業者が動画で収益を上げる方法を一変させました。AVODプラットフォームは、サブスクリプション料金なしでコンテンツを提供でき、FASTサービスは、視聴者に利用料を支払わせることなく、定時放送のチャンネルを配信することができます。

しかし、インターネット動画のストリームに広告を挿入することは、2つのコンテンツの間に広告を挟むことよりも複雑です。

プラットフォームは、広告掲載の機会を特定し、適切な広告枠を選定し、広告をストリームに適合させ、適切なタイミングで配信し、再生を妨げることなく成果を測定する必要があります。

サーバーサイド広告挿入（SSAI）は、広告挿入プロセスをストリーミングインフラストラクチャ内に組み込むことで、この課題に対処します。

広告の要求や挿入を主に視聴者の端末に依存するのではなく、サーバー側が適切な広告セグメントを含むストリームを準備します。

For AVOD, this enables dynamic advertising within on-demand content. For FAST, it enables personalized advertising within continuous linear channels.

## SSAIとは何ですか？ {#ssaiとは何ですか}

サーバーサイド広告挿入とは、視聴者への配信前または配信中に、動画ストリームに広告を組み込む技術です。

SSAIのリクエストフローを簡略化すると、次のようになります：

視聴者からのリクエスト → SSAIサービス → 広告配信決定 → パーソナライズされたストリーム → CDN → プレーヤー

プレイヤーには、番組と広告の両方が含まれたストリームが配信されます。

これは、プレーヤーが広告の要求や、コンテンツと広告間の遷移管理を行う「クライアントサイド広告挿入（CSAI）」とは異なります。

サーバーサイドのアプローチでは、中核となる挿入ロジックがストリーミングインフラストラクチャ内で処理されるため、デバイス間でより一貫性のある体験を実現できます。

## SSAIアーキテクチャの主な構成要素 {#ssaiアーキテクチャの主な構成要素}

SSAIは単一の技術コンポーネントではありません。複数のシステムを連携させるものです。

### コンテンツの出所とパッケージング {#コンテンツの出所とパッケージング}

コンテンツ提供元が動画アセットを提供し、エンコーディングおよびパッケージングシステムが、HLSやMPEG-DASHなどのフォーマットを通じてストリーミング配信できるよう、それらを処理します。

VODの場合、これには映画、テレビ番組、ドキュメンタリーなどが含まれます。FASTの場合、システムは連続したチャンネルの配信を行うことがあります。

### SSAIサービス {#ssaiサービス}

SSAIレイヤーは、広告のワークフローを処理します。利用可能な広告枠を特定し、広告システムと通信を行い、適切な再生マニフェストまたはストリームを作成します。

### 広告決定サーバー {#広告決定サーバー}

広告決定サーバーは、利用可能な広告枠にどの広告を掲載すべきかを決定します。選択にあたっては、地域、オーディエンス、デバイス、キャンペーンルール、インベントリ、利用可能なブレイク時間などの要素が考慮されます。

### CDN {#cdn}

その [コンテンツ配信ネットワーク](/blog/multi-cdn-strategy-ott) 生成されたストリームとメディアセグメントを視聴者に配信します。同時視聴者数が多くなるFASTチャンネルでは、CDNのパフォーマンスが特に重要になります。

### プレイヤー {#プレイヤー}

プレーヤーは最終的なストリームを受信し、再生処理を行います。広告はサーバー側のワークフローに組み込まれているため、プレーヤー自体が挿入処理のすべてを行う必要はありません。

## SSAIが実際に広告を挿入する仕組み {#ssaiが実際に広告を挿入する仕組み}

ストリーミング動画は、マニフェストによって記述された一連のメディアセグメントとして配信されます。

通常のコンテンツシーケンスには、いくつかのコンテンツセグメントが順番に並んでいる場合があります。

広告枠の再生中、SSAIサービスは再生パスを変更し、コンテンツセグメントの間に広告セグメントを挿入することができます。

例えば：

コンテンツ → コンテンツ → 広告 → 広告 → コンテンツ → コンテンツ

視聴者にとっては、これはごく普通のCMの合間として映る。

重要な点は、視聴者ごとに、その基盤となるストリームが異なる場合があるということです。

ある視聴者には自動車の広告が表示される一方で、同じ番組を見ている別の視聴者には通信会社の広告が表示されることがあります。

これにより、 [パーソナライズ広告](/blog/predictive-ott-personalization) すべての視聴者に同じコマーシャルを見てもらう必要なく、それが可能だ。

## SCTE-35の位置づけ {#scte-35の位置づけ}

ライブ配信およびリニア配信において、システムは広告枠が発生したタイミングを確実に特定できる方法が必要です。

[SCTE-35](https://www.scte.org/standards/) ライブ動画のワークフローにおいて、スプライスポイントや広告枠を示すために一般的に使用されています。

これはFASTにとって特に重要です。

FASTチャンネルでは番組が連続して放送されています。SSAIシステムは、好きな時に勝手に広告を挿入することはできません。番組のどのタイミングでCM枠が設けられるか、またその時間がどれくらいあるかを把握しておく必要があります。

正確なシグナリングにより、プラットフォームは以下の機能を維持することができます：

- 広告挿入のタイミングを正しく設定する
- プログラムの継続性
- 適切な休憩時間
- コンテンツと広告の間のスムーズな切り替え

信号伝達の不具合は、広告の早期挿入、CM入りの遅れ、広告の欠落、あるいは番組切り替えの不備といった問題を引き起こす可能性があります。

## AVOD向けSSAI {#avod向けssai}

AVODは、視聴者に広告で支えられたオンデマンドコンテンツへのアクセスを提供します。

広告枠は、プラットフォームの収益化戦略に応じて、コンテンツの周囲に配置することができます。

### プレロール {#プレロール}

プレロール広告は、本編が始まる前に再生されます。

プラットフォームは、視聴者が新しいアセットを再生し始めたことを認識しているため、これは比較的簡単です。

### ミッドロール {#ミッドロール}

ミッドロール広告は、コンテンツの再生中に表示されます。

長編映画、テレビ番組のエピソード、その他の番組には、複数の広告枠が含まれている場合があります。

配置は、重要なシーンの妨げになったり、不自然な視聴体験を生み出したりしないようにする必要があります。

### ポストロール {#ポストロール}

ポストロール広告は、コンテンツの再生終了後に表示されます。

これは新たな収益化の機会となり得ますが、最後まで視聴し続ける視聴者は少なくなる可能性があります。

### 広告ポッド {#広告ポッド}

1つのブレイクには複数の広告を含めることができます。SSAIシステムは、選択された広告が利用可能なコマーシャル枠に収まることを確認する必要があります。

## FAST向けSSAI {#fast向けssai}

FASTは、従来のVODとは異なる仕組みで動作します。

視聴者は特定の番組を選ぶのではなく、常時配信されているチャンネルに参加します。

簡略化されたFASTアーキテクチャには、コンテンツライブラリ、チャンネルのスケジューリングおよびプレイアウト、広告シグナリング、SSAI、広告配信決定、CDN配信、およびプレーヤーが含まれます。

最大の課題は、広告のパーソナライズを実現しつつ、直線的な連続性を維持することである。

例えば、 [5万人の視聴者](/blog/ott-platform-scalability) 同じFASTチャンネルを同時に視聴することも可能です。番組内容は同じですが、各セッションで利用可能な広告枠に応じて、表示される広告が異なる場合があります。

これにより、FAST事業者は、従来のテレビ放送の馴染みのある構造を維持しつつ、デジタル広告特有のターゲティングの柔軟性をある程度確保することができる。

## どの広告が表示されるかは、何によって決まるのでしょうか？ {#どの広告が表示されるかは-何によって決まるのでしょうか}

広告の決定プロセスでは、インベントリを選択する前に、いくつかの要素を評価することができます。

これには、次のようなものが含まれます：

- 視聴者の所在地
- ターゲット層
- デバイスの種類
- キャンペーンの要件
- 周波数制限
- 在庫状況
- 広告の再生時間
- コンテンツの文脈
- 商業的価値

その後、SSAIレイヤーは、選択された広告を視聴者のストリームに組み込みます。

この分離には利点があり、広告システムはどの広告を配信すべきかに注力できる一方で、SSAIシステムは、その広告をストリーム内でどのように配信すべきかに注力できるからです。

## 広告がない場合はどうなるのでしょうか？ {#広告がない場合はどうなるのでしょうか}

実運用におけるSSAIシステムには、フォールバック戦略が必要です。

広告枠は、すべての掲載枠が埋まるとは限りません。

プラットフォームによっては、未充填のブレークでは次のような処理が行われる場合があります：

- 自社広告
- プロモーションコンテンツ
- スレート
- フィラーの内容
- 短縮された休憩

適切な代替手段がなければ、視聴者は画面が真っ暗になったり、映像の途切れが生じたり、不自然な切り替えに遭遇したりする可能性があります。

FASTサービスにおいては、チャンネルが途切れることのない視聴体験を維持する必要があるため、この点が特に重要です。

## SSAIの追跡と測定 {#ssaiの追跡と測定}

広告の配信は、収益化のプロセスの一部に過ぎません。

また、プラットフォームは、その広告が実際に再生されたかどうかも把握する必要があります。

追跡の対象となる事象には、次のようなものがあります：

- 広告のリクエスト
- 広告の開始
- 25% 完了
- 50%完了
- 75%完了
- 完全な完了
- 再生エラー

SSAI環境では、広告の要件に応じて、サーバーサイドとクライアントサイドの計測を組み合わせて行う場合があります。

正確な測定が重要なのは、広告主にとってはキャンペーンが配信されたという信頼できる証拠が必要であり、一方、パブリッシャーにとっては収益報告や最適化のために正確なデータが必要だからです。

## SSAI 対 CSAI {#ssai-対-csai}

建築上の主な違いは、挿入処理が行われる場所にあります。

- SSAI
- CSAI

- Ad insertion handled primarily server-side
- Ad insertion handled by the player

- Can provide a more seamless stream
- Player manages ad transitions

- Strong fit for large-scale AVOD and FAST
- Useful for many interactive ad experiences

- Requires more server-side infrastructure
- Places more responsibility on the client

- Can make some ad-blocking approaches harder
- More exposed to client-side ad blocking

どちらのアプローチも、一概に優れているとは言えません。

大規模なAVODライブラリやFASTチャンネルを運営する企業にとって、一貫性、拡張性、およびサーバー制御による配信が優先事項となる場合、SSAIは特に有用です。

## SSAIにおける一般的な課題 {#ssaiにおける一般的な課題}

SSAIは視聴体験を簡素化できますが、バックエンドのアーキテクチャについては綿密な計画が必要です。

よくある課題としては、次のようなものがあります：

- **広告決定の遅延時間：** 広告の応答が遅いと、再生に影響が出る可能性があります。
- **期間の不一致：** 一部の広告は、利用可能なCM枠に収まらない場合があります。
- **メディアの互換性の問題：** コーデック、解像度、フレームレート、または音声形式が異なると、再生に問題が生じる場合があります。
- **広告シグナリングの誤り：** SCTE-35の不適切な実装は、挿入位置の不正確さを招く可能性があります。
- **不一致の追跡：** イベント処理が整合していない場合、測定システムが異なると、異なる結果が報告される可能性があります。
- **拡張性：** FASTの視聴者数が多ければ、マニフェスト、広告の決定、配信に関するトラフィックが大幅に増加する可能性があります。

こうした問題があるため、本番環境でのSSAI導入においては、監視が重要な役割を担うことになります。

## SSAIをOTT戦略に組み込む {#ssaiをott戦略に組み込む}

SSAIは、単発の広告機能として扱うべきではありません。

広告収入型ストリーミングサービスを成功させるには、コンテンツ管理、エンコード、パッケージング、広告、配信、再生、分析、収益化を網羅した連携の取れたワークフローが必要です。

これは、OTT事業が運営される場合、特に重要です [複数の収益化モデル](/blog/state-of-ott-streaming).

プラットフォームでは、次のような機能が提供される場合があります：

- SVODの定期購読
- AVODコンテンツ
- FASTチャンネル
- 高級賃貸物件
- ハイブリッドプラン

統合されたOTTインフラストラクチャを利用すれば、完全に独立した技術スタックを構築することなく、こうした体験の管理が容易になります。

## VodlixがOTTの収益化をどのように支援するか {#vodlixがottの収益化をどのように支援するか}

Vodlixは、ブランド独自のストリーミングサービスの立ち上げや運用を行う企業向けに、コンテンツ管理、ストリーミング配信、収益化、分析、アプリケーションといった機能を網羅したOTTプラットフォームを提供しています。

AVOD、FAST、あるいはハイブリッド型の収益化を検討している企業にとって、広告をコンテンツカタログ、視聴体験、アプリケーション、分析機能と連携させて機能させる必要があるため、広範なOTTインフラを整備しておくことが重要です。

目的は、単に広告を掲載することだけではありません。

視聴体験を損なうことなく、収益化を拡大できるストリーミングサービスを構築することです。

## 結論 {#結論}

SSAIは、現代の広告収入型ストリーミングの中核となる技術です。

AVODの場合、これにより、オンデマンドコンテンツに広告を動的に組み込むことが可能になります。

FASTの場合、予定された番組編成を維持しつつ、連続するリニアチャンネルを通じてパーソナライズされた広告を配信することが可能となります。

SSAIは、舞台裏で、コンテンツのパッケージング、広告シグナリング、広告の決定、マニフェストの生成、CDNによる配信、再生、および測定を連携させています。

このアーキテクチャは、単に広告を選択するだけでなく、広告の表示間隔、メディアの互換性、フォールバック動作、トラッキング、遅延、およびスケーラビリティといった要素も考慮に入れる必要があります。

これらの要素が適切に設計されれば、広告は視聴体験を妨げるものではなく、ストリーミングのワークフローの一部となります。

AVODやFASTサービスを展開するOTT事業者にとって、適切なSSAIアーキテクチャは、信頼性の高い広告配信、パーソナライズされた収益化、そしてスケーラブルなストリーミングを実現するための基盤となります。

広告収入型OTTサービスの構築をお考えですか？Vodlixを活用して、柔軟な収益化オプションを備えた自社ブランドのストリーミングプラットフォームを立ち上げ、運用しましょう。

**Q: SSAIとは何ですか？**

SSAIとは、Server-Side Ad Insertion（サーバーサイド広告挿入）の略称です。これは、主に視聴者の端末に依存するのではなく、サーバー側でストリーミングのワークフローに広告を挿入する技術です。

**Q: SSAIはどのように機能するのでしょうか？**

SSAIは再生リクエストを受信し、広告掲載の機会を特定して、適切な広告を取得し、必要なコンテンツと広告セグメントを含むストリームまたはマニフェストを作成します。

**Q: SCTE-35はどのような用途に使われますか？**

SCTE-35は、FASTチャンネルを含むライブおよびリニア動画ストリームにおいて、広告枠やスプライスポイントを通知するために一般的に使用されています。

**Q: SSAIはAVODに適しているのでしょうか？**

はい。SSAIでは、オンデマンドコンテンツにプレロール、ミッドロール、ポストロール、および広告ポッドを動的に挿入することができます。

**Q: SSAIはFASTに適していますか？**

はい。SSAIは、連続的なリニアチャンネル内の広告枠を置き換えつつ、広告のパーソナライズを可能にするため、FASTにおいて特に有用です。

**Q: 2人の視聴者に、それぞれ異なる広告が表示されることはありますか？**

はい。SSAI を使用すると、セッションごとに異なる広告体験を作成できるため、同じコンテンツを視聴しているユーザーでも、それぞれ異なる広告を表示させることができます。

**Q: 利用可能な広告がない場合はどうなりますか？**

このプラットフォームは、そのアーキテクチャに応じて、自社広告、プロモーションコンテンツ、スレート、フィラー、あるいは休憩時間の短縮といった代替手段を利用することができます。

**Q: SSAIとCSAIの違いは何ですか？**

SSAIはサーバー側で広告の主要な挿入を行うのに対し、CSAIはクライアント側のプレーヤーに依存して広告の要求と管理を行っています。

**Q: SSAIは広告ブロックを防止しますか？**

SSAIでは、広告がストリーミングのワークフローに組み込まれているため、一部の広告ブロック手法を困難にする可能性があります。しかし、あらゆる種類の広告ブロックに対する完全な解決策というわけではありません。

**Q: SSAIの主な課題は何ですか？**

主な課題としては、広告決定の遅延、CM時間の不一致、メディア間の互換性、シグナリングの不正確さ、トラッキング方法の違い、そして大規模な視聴者層に対応するためのインフラの拡張などが挙げられます。