サーバー側の広告挿入 (SSAI)
サーバー側の広告挿入 (SSAI) とは?
サーバー側の広告挿入は、マニフェスト操作、広告サーバー通信、および広告のビットレートと解像度の正規化の組み合わせで、これらはすべてクライアントにマニフェストを提供する前にサーバー側で行われます。サーバー側の広告挿入は、動的広告挿入、あるいは広告ステッチングとも呼ばれます。
どちらの名前であれ、サーバー側の広告挿入を正しく実行するのは以下のような理由により難しいとされています。
- サーバー側の広告挿入には高度にスケーラブルな配信サービスが必要
- パーソナライズされたマニフェストはキャッシュ可能ではない
- レポート作成とカスタムプレイヤーの動作には、広告が再生されたことをクライアントに知らせる必要がある
- 広告基準 (VAST、MAP)、広告サーバー、オリジンサーバー、あるいはプレイヤーの環境によってサーバー側の広告挿入ワークフローが複雑化される
ジャストインタイムのサーバー側の広告挿入に対する需要の変動 (特にニュース速報、スポーツイベント、人気のあるテレビシリーズがもたらす需要の急激なピークに対処しなければならない放送局など) に対処するためには、非常にスケーラブルなアーキテクチャが必要です。サーバー側の広告挿入との統合を使用したクラウドベースの動画処理は、放送事業者が視聴者の需要を満たすために拡張できる 1 つの方法です。
イベントが進行中の場合、同時視聴者の数は大幅に異なるため予測はできません。例えば、ゲームが接戦であった場合、視聴者数はゲームの大部分においては安定しているかもしれませんが、最後の数分の間に何十万もの新しい視聴者が増えることが考えられます。
視聴者数の差異を管理するためのカギは、迅速な展開向けに仮想化ができ、迅速なオートスケーリング向けにクラウドインフラストラクチャでホストができるエンコーディングおよびパッケージ化にあります。
専用のシングルパスハードウェアエンコーダーとパッケージャは柔軟性に欠けるため、実用的な解決策は必要に応じてクラウドベースの動画処理のインスタンスを作成することです。クラウドは、ライブストリーミングイベント用のコンテンツおよび広告向けに個別に調整された数百万のマニフェストを作成するのに特に適しています。
ストリーミング動画でのサーバー側の広告挿入
放送局や動画コンテンツプロバイダーにとって、最初からやり直す機能やタイムシフト TV 機能を備えたプレミアム視聴体験を提供する必要性と、ストリーミング動画製品やサービスを収益化する必要性を両方満たすのは、本質的に難しいことです。オーバーザトップ (OTT) 動画コンテンツを収益化するという課題は、接続されたデバイスの視聴率が向上するにつれて拡大し続けます。
ストリーミング動画の収益機会を最適化するために、それぞれの消費者の興味を広告とを一致させ、それらを中断することなく配信する方法が広告主には必要です。
広告をパーソナライズすることによって、視聴者の広告ブロッカーを使用したいという欲求が減り、動画プロバイダーと視聴者にとって相互に有益なストリーミング体験が生み出されます。広告のパーソナライズはまた、その時話題になっていることを越え感情的に関連性のある方法で個々の視聴者と結び付くことができるため、購買意欲と同時に思考の変化をも引き起こします。
広告のパーソナライズと広告の挿入を活用する機会が増える一方で、放送局、有料テレビオペレーター、コンテンツプログラマー、さらにすべての動画プロバイダーにとっての疑問は、動画ビジネスと視聴者のニーズを満たすための最善の方法は何かということです。
ソリューションでは、収益化の要件と購読者に高品質の視聴エクスペリエンスを提供する機能とのバランスをとる必要があります。サーバー側の広告挿入では、このバランスが常に維持できます。
クライアント側の広告挿入の問題点は?
クライアント側の広告挿入は広告のパーソナライズとターゲティング向けの一般的なソリューションですが、特定の状況、特にスポーツ、イベント、ニュースなどの生放送で克服するのが難しい、以下のような技術的ハードルを抱えています。
- クライアント側の広告挿入は、コーデック、解像度、およびビットレートの変更により、ネットワークに高レイテンシーをもたらし、動画の品質を変化させることがある
- シームレスなライブストリーミングを処理できる優れた解決策がない
- 複数のプラットフォームやデバイス間でコードの変更が必要
- 広告ブロックソフトウェアの使用が拡大するにつれて、デスクトップおよびモバイルウェブ環境での広告掲載率が低下している
技術的な制限に加えて、クライアント側の広告挿入は視聴者の経験に以下のような著しく悪い影響を与える可能性があります。
バッファリングによってユーザーが腹を立てたと思われる場合は、プリロールを通過した後にページがクラッシュした場合に何が起こるかを確認し、ページを再ロードして再度プリロールを見るように強制します。特にユーザーがアプリで動画を視聴している場合、クライアント側の広告挿入にはプラットフォームごとのコードが多数必要です。これは単にページやアプリを実装する開発者にとって開発コストが高いという意味ではなく、ユーザーにとっての脆弱な再生エクスペリエンスをも意味します。100％ のサーバー側の広告ソリューションは構築や管理がはるかに簡単で、クラッシュする可能性も低くなります。
–「How Server-Side Ad Insertion is Making Online Ads More User-Friendly」
StreamingMedia.com
クラウドベースの広告挿入の仕組みは?
クラウドベースの広告挿入の一般的な処理フローは次のとおりです。
サーバー側の広告挿入インフラストラクチャ
- プレイヤーがコンテンツ配信ネットワーク (CDN) からライブまたはビデオオンデマンド (VOD) HLSコンテンツの要求を送信します。CDN では、コンテンツの発信元ではなく、広告挿入サービスをマニフェストの発信元として使用するように設定されています。各リクエストには、視聴者に関するプレイヤーからのパラメータが含まれているため、マニフェストはそのリクエストに固有のものです。
- 広告挿入サービスは、完全に形成されたテンプレートマニフェストをコンテンツ配信元サーバーから取得します。このマニフェストには広告マーカーが含まれているため、広告挿入サービスは広告挿入または広告置換を実行する場所を認識できます。
- 広告マーカーが表示されると、広告挿入サービスはコンテンツリクエストからのプレイヤーパラメータと広告中断の期間を含む要求を広告決定サーバー (ADS) に送信します。
- ADS は、広告挿入サービスが通過したパラメータから収集された視聴者情報、現在の広告キャンペーン、および広告再生を報告する広告追跡 URL に基づいて、再生する広告を含む VAST または VMAP 応答を提供します。
- VAST 応答あるいは VMAP 応答からの適切な広告の URL を広告挿入サービスがマニフェストに含めます。
- 広告挿入サービスは、完全にカスタマイズされたマニフェストを CDN を介して要求側プレイヤーに提供します (CDN はプレイヤーに固有のものであるため、この応答をキャッシュできません)。
- 再生が進むにつれて、広告挿入サービスまたは動画プレイヤーのいずれかが広告の再生量を報告します。サーバー側レポートを使用すると、サービスは広告閲覧レポートを広告追跡 URL に直接送信します。入力は必要ありません。
- プレイヤーがコンテンツの再生を通して広告セグメントを要求するので、広告が動画コンテンツと一致するフォーマットでまだトランスコードされていない場合、広告挿入サービスは広告セグメント要求の時点で広告をトランスコードします。広告がまだトランスコードされていない場合は、最初のリクエストでサービスにより再生されることはありません。