翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
サーバー側の広告追跡
AWS Elemental MediaTailor のデフォルトはサーバー側のレポートです。サーバー側のレポートでは、プレイヤーがマニフェストからの広告 URL をリクエストするときに、サービスが広告消費を広告追跡 URL に直接報告します。プレイヤーが MediaTailor との再生セッションを開始したら、サーバー側のレポートを実行するためにユーザーまたはプレイヤーからの追加入力が必要になることはありません。MediaTailor は、各広告が再生されるたびに広告サーバーにビーコンを送信して、広告がどのくらい閲覧されたのかを報告します。MediaTailor は、広告の開始時点と、広告の進行における四分位点 (第 1 分位点、中間点、第 3 分位点、および広告の終了時点) に関するビーコンを送信します。
サーバー側の追跡タイミングとキャッシュ動作
サーバー側のレポートでは、MediaTailor は、マニフェスト解析またはプリロードアクティビティではなく、プレイヤーからの実際のセグメントリクエストに基づいて追跡イベントを実行します。このアプローチにより、動画広告測定の業界標準に沿った正確なインプレッションカウントが保証されます。
主要なタイミングの原則
MediaTailor サーバー側の追跡は、以下の基本的なタイミング原則に従います。
-
実際のセグメントリクエストで追跡イベントが発生する - ビーコンは、マニフェストの解析やキャッシュ中ではなく、プレイヤーが
/v1/segmentURLs に HTTP リクエストを行った場合にのみ送信されます。 -
プレイヤーのキャッシュとマニフェストの事前ロードはイベントをトリガーしません - プレイヤーは追跡イベントを生成せずにマニフェスト情報を解析、キャッシュ、または事前ロードできます。
-
セグメントプリフェッチはイベントをトリガーします - プレイヤーが再生前に実際の広告セグメントをプリフェッチする場合、これはセグメントリクエストが有効なインプレッションを構成する業界標準の動作に従います。
-
各 /v1/segment request triggers appropriate beacon - 特定の追跡イベント (インプレッション、四分位数、完了) は、リクエストされる広告の位置とセグメントによって決まります。
-
タイミングは IAB 標準に準拠 - このアプローチは、動画広告の測定とインプレッションカウントに関するインタラクティブ広告局のガイドラインに従います。
サーバー側の追跡ワークフロー
次の図は、サーバー側の完全な追跡ワークフローを示しています。これは、プレイヤーリクエストに関連して追跡イベントがいつ発生したかを示しています。
- フェーズ 1: セッションの初期化
-
プレイヤーは MediaTailor にマニフェストをリクエストし、広告セグメント URLs を含むパーソナライズされたマニフェストを返します。
- フェーズ 2: 広告リクエストとインプレッションの追跡
-
プレイヤーが最初の広告セグメントをリクエストすると、MediaTailor はインプレッションを起動し、広告決定サーバーと広告検証サービスの両方にビーコンを開始します。
- フェーズ 3: 四分位数の追跡
-
MediaTailor は、後続のセグメントリクエストに基づいて四分位ビーコン (第 1 四分位、中間点、第 3 四分位、完了) を起動します。
- フェーズ 4: セグメント配信
-
追跡ビーコンを発射すると、MediaTailor は Amazon CloudFront または CDN から実際の広告セグメントにリダイレクトします。
サーバー側の追跡ワークフローには、次の主要なタイミング動作が含まれます。
-
セッションの初期化 - プレイヤーは MediaTailor にマニフェストをリクエストします。MediaTailor は、
/v1/segmentパスを持つ広告セグメント URLsを含むパーソナライズされたマニフェストを返します。 -
マニフェスト解析とキャッシュ - プレイヤーはマニフェストを解析し、セグメント情報をプリロードまたはキャッシュできます。このフェーズでは、プレイヤーのキャッシュ動作に関係なく、追跡イベントは発生しません。
-
広告セグメントのリクエストとインプレッションの追跡 - プレイヤーが実際に最初の広告セグメントをリクエストすると (通常は再生用）、MediaTailor はインプレッションビーコンを起動し、広告決定サーバーと広告検証サービスの両方にイベントの追跡を開始します。これは、マニフェストが解析されるときではなく、
/v1/segmentURL への実際の HTTP リクエストで発生します。 -
セグメントリクエストに基づく四分位追跡 - MediaTailor は、広告期間中に計算された四分位位置に対応する後続のセグメントリクエストに基づいて、広告決定サーバーと広告検証サービスの両方に四分位ビーコン (第 1 四分位、中間点、第 3 四分位、完了) を起動します。
-
セグメント配信 - 適切な追跡ビーコンを発射した後、MediaTailor は実際の広告セグメント (Amazon CloudFront または CDN) への HTTP リダイレクトを発行します。
プレイヤーキャッシュとプリロードに関する考慮事項
MediaTailor サーバー側の追跡は、正確なインプレッション測定を維持しながら、さまざまなプレイヤーキャッシュおよびプリロード戦略と互換性があるように設計されています。
-
マニフェストプリロード - マニフェスト情報をプリロードまたはキャッシュするプレイヤーは、追跡イベントをトリガーしません。追跡イベントは、実際のセグメントリクエストが行われた場合にのみ発生します。
-
セグメントのプリフェッチ - プレイヤーが再生前に広告セグメントをプリフェッチすると、それらのセグメントがリクエストされたときに、実際の再生時間よりも前に追跡イベントが発生します。この動作は、セグメントリクエストを有効なインプレッションと見なす業界標準と一致しています。
-
プレイヤーバッファリング - 標準プレイヤーバッファリング動作 (再生の少し前にセグメントをリクエスト) は、セグメントリクエストパターンに基づいて、適切なタイミングで追跡イベントをトリガーします。
追跡の不一致のトラブルシューティング
MediaTailor のサーバー側の追跡とサードパーティーのメトリクスの間に不一致がある場合は、次の要因を考慮してください。
-
プレイヤーの動作の違い - プレイヤーごとにプリフェッチ戦略とバッファリング戦略が異なり、セグメントリクエストが行われたときに に影響する場合があります。
-
ネットワーク条件 - ネットワーク条件が悪いと、プレイヤーが複数回、または予想とは異なる間隔でセグメントをリクエストする可能性があります。
-
CDN 設定 -
/v1/segmentリクエストの CDN キャッシュが正しくないと、追跡イベントが見逃されたり、重複したりする可能性があります。 -
セッション管理 - イベント競合の追跡を防ぐために、各再生セッションで一意のセッション識別子が使用されていることを確認します。
トラブルシューティングの詳細なガイダンスについては、「」を参照してください一般的な の問題のトラブルシューティング。
サーバー側の追跡ビーコン用語集
MediaTailor サーバー側の追跡では、標準化されたビーコンのセットを使用して、広告表示の進行状況を広告サーバーと検証サービスに報告します。これらのビーコンは、動画広告測定のインタラクティブ広告局 (IAB) 標準に準拠しており、広告インプレッションと完了率の正確なレポートを提供します。
| ビーコンタイプ | 発砲時 | 目的 | タイミングの詳細 |
|---|---|---|---|
| インプレッション | プレイヤーが最初の広告セグメントをリクエストしたとき | 広告コンテンツのロードが開始され、ビューワーに表示しようとしていることを示します。 | 広告の最初の/v1/segmentリクエストで発砲されました。インプレッションをカウントする前に広告コンテンツのロードを開始することを義務付ける IAB ガイドラインに準拠しています。完全なシーケンスサーバー側の追跡ワークフローについては、「」を参照してください。 |
| 開始 | プレイヤーが広告コンテンツのレンダリングを開始したとき | 広告再生が実際に開始されたことを確認します | 通常、最初のセグメントリクエストでインプレッションビーコンと同時に起動されますが、広告レンダリングの実際の開始を表します。この区別は、インプレッションイベントと開始イベントの両方を個別に追跡する検証サービスにとって重要です。 |
| 第 1 四分位数 | プレイヤーが広告期間の 25% に達した場合 | 広告の第 1 四半期までの継続的な広告表示を測定します。 | プレイヤーが広告期間の 25% ポイントを含むセグメントをリクエストしたときに発生します。たとえば、2 秒のセグメントを持つ 20 秒の広告では、通常、これは 3 番目のセグメントのリクエストで発生します (広告から約 4～6 秒後）。 |
| 中間点 | プレイヤーが広告期間の 50% に達したとき | 広告の半分を通じて継続的な広告表示を測定する | プレイヤーが広告期間の 50% ポイントを含むセグメントをリクエストしたときに発生します。たとえば、2 秒のセグメントを持つ 20 秒の広告では、通常、これは 5 番目のセグメント (広告から約 8～10 秒) のリクエストで発生します。 |
| 第 3 四分位 | プレイヤーが広告期間の 75% に達した場合 | 広告の 4 分の 3 を通じて継続的な広告表示を測定する | プレイヤーが広告期間の 75% ポイントを含むセグメントをリクエストしたときに発生します。例えば、2 秒のセグメントを持つ 20 秒の広告では、通常、これは 8 番目のセグメント (広告から約 14～16 秒) のリクエストで発生します。 |
| 完了 | プレイヤーが広告の最後に到達したとき | 広告全体がビューワーに配信されたことを確認します | プレイヤーが広告の最終セグメントをリクエストしたときに発生します。これは、ビューワーが広告コンテンツ全体を見ている可能性があることを示します。たとえば、2 秒のセグメントを持つ 20 秒の広告では、これは通常、10 番目のセグメントのリクエスト (広告から約 18～20 秒) で発生します。 |
注記
ビーコン発射の正確なタイミングは、セグメントの期間と広告の長さによって異なります。MediaTailor は、特定の広告期間とセグメント構造に基づいて、各四分位位置に対応する適切なセグメントリクエストを計算します。
サーバー側の広告レポートを実行する
-
プレイヤーから、プロトコルに従った以下のいずれかの形式を使用して、新しい MediaTailor 再生セッションを開始します。
-
例: HLS 形式
GET<mediatailorURL>/v1/master/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server> -
例: DASH 形式
GET<mediatailorURL>/v1/dash/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server>
キーバリューペアは、広告追跡用の動的なターゲティングパラメータです。リクエストへのパラメータの追加については、「ADS リクエストの MediaTailor 動的広告変数」を参照してください。
-
AWS Elemental MediaTailor はマニフェスト URL を使用してリクエストに応答します。マニフェストには、メディアマニフェストの URL が含まれています。メディアマニフェストには、広告セグメントリクエストに対する埋め込みリンクが含まれています。
注記
MediaTailor が追跡 URL で二重スラッシュ (//) を検出すると、スラッシュは 1 (/) に折りたたまれます。
プレイヤーが広告セグメント URL (/v1/segment パス) から再生をリクエストすると、 は広告追跡 URL を介して適切なビーコンを広告サーバー AWS Elemental MediaTailor に送信します。 URLs それと同時に、サービスが実際の *.ts 広告セグメントへのリダイレクトを発行します。広告セグメントは、MediaTailor がトランスコードされた広告を保存する Amazon CloudFront ディストリビューション、または広告をキャッシュしたコンテンツ配信ネットワーク (CDN) のいずれかにあります。
