サーバー側の追跡タイミングとキャッシュ動作 - AWS Elemental MediaTailor
タイミングの原則ワークフローの追跡キャッシュに関する考慮事項不一致のトラブルシューティング

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

サーバー側の追跡タイミングとキャッシュ動作

サーバー側のレポートでは、MediaTailor は、マニフェスト解析やプリロードアクティビティではなく、プレイヤーからの実際のセグメントリクエストに基づいて追跡イベントを実行します。このアプローチにより、動画広告測定の業界標準に沿った正確なインプレッションカウントが保証されます。

主要なタイミングの原則

MediaTailor サーバー側の追跡は、以下の基本的なタイミング原則に従います。

  • 実際のセグメントリクエストでイベントを追跡する - ビーコンは、マニフェストの解析やキャッシュ中ではなく、プレイヤーが /v1/segment URLs に HTTP リクエストを行った場合にのみ送信されます。

  • プレイヤーのキャッシュとマニフェストの事前ロードはイベントをトリガーしません - プレイヤーは追跡イベントを生成せずにマニフェスト情報を解析、キャッシュ、または事前ロードできます。

  • セグメントプリフェッチはイベントをトリガーします - プレイヤーが再生前に実際の広告セグメントをプリフェッチする場合、これはセグメントリクエストが有効なインプレッションを構成する業界標準の動作に従います。

  • 各 /v1/segment request triggers appropriate beacon - 特定の追跡イベント (インプレッション、四分位数、完了) は、リクエストされる広告の位置とセグメントによって決まります。

  • タイミングは IAB 標準に準拠 - このアプローチは、動画広告の測定とインプレッションカウントに関するインタラクティブ広告局のガイドラインに従います。

サーバー側の追跡ワークフロー

次の図は、完全なサーバー側の追跡ワークフローを示しています。これは、プレイヤーリクエストに関連して追跡イベントがいつ発生したかを示しています。

フェーズ 1: セッションの初期化

プレイヤーは MediaTailor にマニフェストをリクエストし、広告セグメント URLs を含むパーソナライズされたマニフェストを返します。

MediaTailor にマニフェストをリクエストし、広告セグメント URLs でパーソナライズされたマニフェストを受信するプレイヤーを示すセッション初期化フェーズ。
フェーズ 2: 広告リクエストとインプレッションの追跡

プレイヤーが最初の広告セグメントをリクエストすると、MediaTailor はインプレッションを起動し、広告決定サーバーと広告検証サービスの両方にビーコンを開始します。

プレイヤーが最初の広告セグメントをリクエストしたときに MediaTailor がインプレッションビーコンと開始ビーコンの両方を広告決定サーバーと広告検証サービスに送信することを示す広告インプレッション追跡フェーズ。
フェーズ 3: 四分位数の追跡

MediaTailor は、後続のセグメントリクエストに基づいて四分位ビーコン (第 1 四分位、中間点、第 3 四分位、完了) を起動します。

プレイヤーが後続の広告セグメントをリクエストする際にMediaTailor が広告決定サーバーと広告検証サービスの両方に四分位ビーコンを発射することを示す四分位追跡フェーズ。
フェーズ 4: セグメント配信

追跡ビーコンを発射すると、MediaTailor は Amazon CloudFront または CDN から実際の広告セグメントにリダイレクトします。

追跡ビーコンを発射した後、MediaTailor がプレイヤーを CloudFront または CDN から実際の広告セグメントにリダイレクトすることを示すセグメント配信フェーズ。

サーバー側の追跡ワークフローには、次の主要なタイミング動作が含まれます。

  1. セッションの初期化 - プレイヤーは MediaTailor にマニフェストをリクエストします。MediaTailor は、 /v1/segmentパスを持つ広告セグメント URLsを含むパーソナライズされたマニフェストを返します。

  2. マニフェスト解析とキャッシュ - プレイヤーはマニフェストを解析し、セグメント情報をプリロードまたはキャッシュすることがあります。このフェーズでは、プレイヤーのキャッシュ動作に関係なく、追跡イベントは発生しません。

  3. 広告セグメントのリクエストとインプレッションの追跡 - プレイヤーが実際に最初の広告セグメントをリクエストすると (通常は再生用）、MediaTailor はインプレッションビーコンを起動し、広告決定サーバーと広告検証サービスの両方にイベントの追跡を開始します。これは、マニフェストが解析されたときではなく、/v1/segmentURL への実際の HTTP リクエストで発生します。

  4. セグメントリクエストに基づく四分位追跡 - MediaTailor は、広告期間中に計算された四分位位置に対応する後続のセグメントリクエストに基づいて、広告決定サーバーと広告検証サービスの両方に四分位ビーコン (第 1 四分位、中間点、第 3 四分位、完了) を起動します。

  5. セグメント配信 - 適切な追跡ビーコンを発射した後、MediaTailor は実際の広告セグメント (Amazon CloudFront または CDN) への HTTP リダイレクトを発行します。

プレイヤーのキャッシュとプリロードに関する考慮事項

MediaTailor サーバー側の追跡は、正確なインプレッション測定を維持しながら、さまざまなプレイヤーキャッシュおよびプリロード戦略と互換性があるように設計されています。

  • マニフェストプリロード - マニフェスト情報をプリロードまたはキャッシュするプレイヤーは、追跡イベントをトリガーしません。追跡イベントは、実際のセグメントリクエストが行われた場合にのみ発生します。

  • セグメントのプリフェッチ - プレイヤーが再生前に広告セグメントをプリフェッチすると、それらのセグメントがリクエストされると、実際の再生時間よりも早くイベントの追跡が開始されます。この動作は、セグメントリクエストを有効なインプレッションと見なす業界標準と一致しています。

  • プレイヤーバッファリング - 標準プレイヤーバッファリング動作 (再生の少し前にセグメントをリクエスト) は、セグメントリクエストパターンに基づいて、適切なタイミングで追跡イベントをトリガーします。

追跡の不一致のトラブルシューティング

MediaTailor のサーバー側の追跡とサードパーティーのメトリクスの間に不一致がある場合は、次の要因を考慮してください。

  • プレイヤーの動作の違い - プレイヤーごとにプリフェッチ戦略とバッファリング戦略が異なり、セグメントリクエストが行われたときに に影響する場合があります。

  • ネットワーク条件 - ネットワーク条件が悪いと、プレイヤーが複数回、または予想とは異なる間隔でセグメントをリクエストする可能性があります。

  • CDN 設定 - /v1/segmentリクエストの CDN キャッシュが正しくないと、追跡イベントが見逃されたり、重複したりする可能性があります。

  • セッション管理 - イベント競合の追跡を防ぐために、各再生セッションで一意のセッション識別子が使用されていることを確認します。

トラブルシューティングの詳細なガイダンスについては、「」を参照してください一般的な問題のトラブルシューティング。