Microsoft Monetize - 履歴レポート

概要

履歴レポートは、Microsoft Monetize の主要な分析レポートであり、幅広いディメンションとメトリックにわたる包括的なデータを提供します。 ネットワーク分析、販売者ブランド レビュー、販売者の入力と配信など、10 種類以上の従来のレポート タイプが統合されています。 ユーザーが操作する必要があるレポート タイプの数が減り、 Dimensions と Metrics の分類、包括的な検索機能など、使いやすさを向上させる機能が提供されます。

履歴レポートは、単一のインターフェイスからアクセス可能な 2 つのデータセットから構築され、選択中に Dimension と Metric の非互換性が表面化します。 オプションの範囲が広がることで、配信と在庫の複数の側面にわたってデータをより詳細に表示できるようになり、配置やデバイスなどのレポート可能なディメンションの組み合わせが追加されます。 履歴レポートには、従来のレポート システムで利用可能なほとんどのデータが含まれます。

レポート マッピング

配信分析レポートとインベントリ分析レポートは、単一の履歴レポート ビルダー エクスペリエンスに統合されています。 この統合により、レポート ワークフローが合理化され、パフォーマンスとインベントリに関する分析情報が拡張され、以下が提供されます。

• 包括的なパフォーマンス分析のための統合レポート
• メトリックとディメンションのより広範なカバレッジ

従来のレポート

2027 年初頭以降、従来のレポートには Microsoft Monetize データは含まれなくなります。 履歴レポート データは 2 years and 6 months 用に保持されます。 一部のレポート ディメンションでは、保持期間が 99 days または 14 months と短く、対応する従来のレポートの同等のフィールドの保持ポリシーと一致しています。 これらのレポートの種類には、Microsoft Monetize 販売者の 7 = RTB (別の席から自分の席に供給された際の購入トランザクション) を除くすべてのインプレッションの種類のデータが自動的に含まれます。

従来のレポートの種類

ネットワーク レポートの種類

レポートにより、デリバリーと在庫の分析が統合され、データ アクセスが合理化されます。 次の表は、統合レポートを従来のレポートと API 名にマッピングしたものです。

広告主またはパブリッシャーのレポートの種類

履歴レポートの作成

履歴レポートを使用すると、レポート作成を合理化できます。 ユーザーは、さまざまな ディメンション、 メトリック、 フィルター から選択して、レポートをカスタマイズできます。

レポート イベントのタイミング

履歴レポートでは、後続のイベントが発生した時刻ではなく、 元の広告要求の時間にメトリックを割り当てることができます。 これにより、最初の広告呼び出しから数時間後に発生する可能性があるイベント (動画のインプレッション、ネイティブ インプレッション、コンバージョンなど) の率を計算する際の一貫性が確保されます。

例

以下の例では、動画広告要求の TTL は 6 時間で、関連するイベントは数時間にわたって発生します。

履歴レポートでは、これらのイベントはすべて、広告要求が行われた 08:00 に起因しています。

履歴レポート ビュー

従来のレポートとの違い

従来のレポートでは、イベントを 実際のイベント時間に帰属させます。 同じ例を使用すると、従来のレポート ビューは次のようになります。

タイムスタンプの処理方法が異なるため、日または時間のレベルで表示した場合、履歴レポートと従来のレポートの間で メトリック数が正確に一致しません 。 この違いは当然のことであり、基礎となる属性ロジックを反映しています。

インプレッション ファネルへの広告要求について

2026 年 1 月 12 日以降の履歴レポートには、インプレッション要求ファネルの分析や統合のトラブルシューティングに役立つ指標が含まれています。

これらの指標は、以前は 出品者フィルとデリバリー レポートで利用可能でした。 より詳細な分析をサポートするために、 より詳細な寸法とフィルター が表示されるようになりました。

広告要求フロー

次の図は、Microsoft Monetize を通じて広告要求が受信から最終的な結果までにどのように進むかを示しています。

広告要求のライフサイクル

受信した広告要求

受信した広告リクエスト は、Microsoft Monetize に送信された 一意のインプレッション の合計数をカウントします。

• 各インプレッションは個別にカウントされます。
• このカウントは、メッセージ構造とは無関係です。 たとえば、1 つの OpenRTB 要求に複数のインプレッションが含まれている場合、各インプレッションは個別にカウントされます。
• このメトリックは、 限られたディメンション セット をサポートし、 オペレーティング システムなどの特定のディメンションでは報告できません。

オークションにかけられた広告要求

オークション広告要求 は、 オークション プロセスに送信されたインプレッション数をカウントします。

• インプレッション数は、[ 受信した広告リクエスト] と同じ方法でカウントされます。
• オークションにエントリーされたインプレッションのみが含まれます。

フィルター処理

オークション プロセスの最初のステップでは、 在庫の品質を評価します。

• 入札前にフィルター処理されたインプレッションは、 フィルター処理された要求としてカウントされます。
• フィルター処理された要求は、 フィルター処理された要求理由と共にログに記録されます。
• フィルター処理された要求は入札に進みません。

広告応答

オークションの結果、マネージドまたはサードパーティの要求から 適格な入札 が少なくとも 1 つ返された場合、 広告応答 がカウントされます。

販売されたインプレッション数

インプレッションは、クリエイティブ メディア タイプの TTL (有効期間) 内にインプレッション トラッカーが受信された場合に販売されたと見なされます。

インプレッションには、次のようなものがあります。

• 維持インプレッション (マネージド デマンド)
• 再販されたインプレッション数 (サードパーティの需要)

ビデオ プレーヤーのエラー

ビデオ プレーヤー エラー は、オークションの完了後にビデオ エラーが報告されたときにカウントされます。

既定のインプレッション数と応答なし

返されたインプレッションが 既定のクリエイティブの場合は、以下を含めて個別にカウントされます。

• 既定のインプレッション
• 既定の応答なし (ビデオ以外)
• ビデオの既定の応答なし

TTL 内にインプレッション トラッカーが受信されない場合、結果は「応答なしの入札」としてカウントされます。
この動作は、標準クリエイティブと既定クリエイティブの両方に適用されます。

対象となる要求はありません

対象となるマネージド デマンド、プログラマティック デマンド、またはデフォルト デマンドが対象でない場合、その要求は対象 となる要求がない広告要求としてカウントされます。

• 空白のインプレッション は、特定の統合 ( /UT など) に対して記録されます。
• ダウンストリーム オークションが予想される統合 (事前入札など) では、空のインプレッションは記録されません。
• 適格な需要が存在せず、配置に対して PSA が有効になっている場合、PSA が記録されます。

販売者の補充と配信の指標

入札が無応答で送信されました: 一般的なシナリオ

このメトリックは通常、Microsoft Advertising が入札を返すが、クリエイティブがレンダリングされない場合に発生します。 一般的なシナリオは次のとおりです。

• 外部システム (例えば、Prebid やウォーターフォールベースの広告サーバー) が別の入札単価を選択する。
• ユーザーはインプレッション トラッカーが起動する前にページを離れます。
• 遅延読み込みにより、広告がレンダリングされなくなります。
• 動画広告はリクエストされましたが、再生されません。

トランザクションされたインプレッションでのみ使用できるディメンション

次のメトリックの場合:

• 受信した広告要求
• オークション上の広告要求
• フィルター処理された要求
• 入札が送信されました 応答なし

以下に示すディメンションは レポート対象ではなく 、インプレッションが取引されたときにのみ入力されます。

• 視認性メトリック
• ブラウザー
• クリエイティブ
• ブランド
• 通信事業者
• 取引の種類
• キュレーター
• 状態の監査

期間とデータ保有期間

すべての日付と時刻は UTC で表示されます。

時間の範囲

時間範囲は、レポート用に抽出されるデータの期間を定義します。 レポートで使用できる時間範囲の完全な一覧を次に示します。

ただし、すべての時間範囲がすべてのレポートで使用できるわけではありません。

• Custom
• Current Hour
• 過去 1 時間
• [今日]
• 昨日
• 過去 48 時間
• 過去 2 日間
• 過去 7 日間
• 過去 14 日間
• 過去 30 日間
• 月度累計
• 月から昨日

データ保持期間

• 時間ごとのデータ: データは過去 100 日間保持されます。
• 累積データ: データは最長 2 年零 2 か月間保持されます。
• 現在の最大データ可用性: データは 90 日間保持されます (延長は近日予定)。

間隔

間隔によって、レポート応答でデータを行にグループ化する方法が決まります。 以下は、レポートで使用できる間隔の完全な一覧です。 ただし、すべてのレポートですべての間隔を使用できるわけではありません。

• 時間単位: データは時間ごとにグループ化されています。
• 日次: データは日別にグループ化されています。
• 月次: データは月別にグループ化されています。
• Cumulative: データは、選択した期間全体で対象となります。

Adjustments

調整によって、レポート用に固定料金の品目から収益が割り当てられます。 割り当てのタイミングは、品目設定によって異なります。これにより、固定料金が毎日分配されるか、フライトの最後に分配されるかが決まります。 収益は、1 時間単位で計算され、日中またはフライト中に提供されたインプレッション数に比例して配分されます。 収益を割り当てるには、指定した日に少なくとも 1 つのインプレッションを提供する必要があります。

履歴レポートでは、これらの調整は、[ 収益の種類 ] が [定額料金] に設定されて表示されます。

例

たとえば、品目 1234 の固定料金は 1 日あたり $1,000 です。 ライン アイテムの調整内容を次に示します。

サポート日

調整収益は、2025 年 1 月 28 日以降に作成された調整のレポートで確認できます。

調整収益でレポート可能なディメンション/フィルター

調整収益をレポートする際には、次のディメンションを使用できます。

このリストに含まれていないフィルターを適用すると、調整後の収益はレポートに返されません。 同様に、このリストに含まれていないディメンションを追加すると、そのディメンション値を含む行の調整後の収益は 0 になります。

調整処理タイムライン

調整は、品目の 1 日またはフライトの終わりに処理され、完了してレポートに表示されるまでに最大 9 時間かかる場合があります。

例

品目が CET タイム ゾーンに設定され、1 日あたり $1,000 の固定料金を割り当てている場合、調整処理は 01:00 UTC に開始されます。 収益は 10:00 UTC までにレポートに表示される予定です。

フィルター

フィルターを使用すると、特定の寸法で表示データを制限できます。 使用可能なフィルターは次のとおりです。

• 広告主名
• 発行元名
• インプレッションの種類

Dimensions

指標

基本指標フィルター

メトリック フィルターを使用すると、指定したしきい値より大きい、または小さいデータを返すことができます。 複数のしきい値フィルターを適用したり、標準フィルターと組み合わせたりして、より正確な結果を得ることができます。 これは、次のようなシナリオで特に役立ちます。

サポートされているメトリック

すべてのしきい値フィルターは、次の 2 つの演算子をサポートします。

• : より大きい

• <= : 以下

API JSON の例

構文

{
  "report": {
    "group_filters": [
      {
        "view_rate": {
          "operator": "<=",
          "value": 0.4
        }
      }
    ]
  }
}

例

{
  "report": {
    "report_type": "monetize_creative_brand_analytics",
    "name": "Placement Viewability under 40%",
    "timezone": "EST5EDT",
    "columns": [
      "placement",
      "view_rate"
    ],
    "emails": null,
    "orders": [
      {
        "order_by": "placement",
        "direction": "DESC"
      }
    ],
    "format": "csv",
    "report_interval": "today",
    "filters": [
      {
        "seller_member_id": "958"
      }
    ],
    "time_granularity": "cumulative",
    "ui_columns": [
      "placement",
      "view_rate"
    ],
    "group_filters": [
      {
        "view_rate": {
          "operator": "<=",
          "value": 0.4
        }
      }
    ]
  }
}

収益の種類

履歴レポートでサポートされている収益の種類は次のとおりです:

インプレッションの種類

以下のインプレッション タイプが報告されます:

レポートの実行

レポートを生成するには、次の手順に従います。

1. メイン メニューから [レポート] を選択します。

2. Filters、Dimensions、Metrics、Advanced Optionsをカスタマイズします。

   重要

   グループ化とフィルタリングのしくみの説明については、「 ディメンション、メトリック、フィルタリング、およびグループ化」を参照してください。

3. [ レポートの実行] をクリックして、データを表示します。

   ヒント: データセットが大きい場合は、ダウンロードを高速化するために API を使用することを検討してください。

4. 関連するフィルターを選択して、表示されるデータを必要な情報のみに制限します。 たとえば、すべての在庫ソースのインプレッションを表示するレポートを実行するのではなく、選ばれた少数の結果だけを一覧表示することができます。 フィルターを選択すると ([編集] をクリック)、選択パネルが表示されます。 [使用可能] リスト (左) 内の項目を選択し、[追加] をクリックして [選択] リスト (右) に含めます。

5. ディメンションでグループ化. グループ化を使用すると、データの行を希望の順序で表示できます。

   警告

   グループ化するディメンションが多いほど、返されるデータ セットが多くなります。 データ セットが大きいほど、処理にかなり長い時間がかかることがあります。 必ず必要なディメンションのみを使用してグループ化してください。

6. ディメンションは主要なカテゴリにグループ化されます。 カテゴリの横にある矢印をクリックしてその下のすべてのディメンションを表示するか、検索バーを使用して目的のディメンションを検索します。

7. メトリックの選択: メトリックは主要なカテゴリにグループ化されます。 カテゴリの横にある矢印をクリックして利用可能なすべてのメトリックを表示するか、検索バーを使用して必要なメトリックを見つけます。

8. メニューから時間範囲と間隔を選択します。 [詳細オプション] で、希望の通貨とタイム ゾーンを選択することもできます。

   ヒント

   通貨としてメンバーまたは米ドルを選択できます。 これは、レポートでの通貨フィールドの表示方法に影響します。 たとえば、[ 広告主] を選択し、[通貨] で [メンバー] を選択した場合、レポートには、申込情報などの子オブジェクトに関連するデータを含め、すべての通貨データがメンバーの通貨で表示されます。

9. [ レポートの実行] をクリックします。

   警告

   グループ化するディメンションが多いほど、返されるデータセットのサイズも大きくなります。 これは処理時間に影響を与える可能性があります。

10. 配信オプションを選択します。 フィルターを選択し、選択したディメンションでグループ化したら、配信方法を選択する必要があります。 利用可能な配送方法は次のとおりです。

    1. バックグラウンドで実行 & 結果を電子メールで送信:バックグラウンドでレポートを実行し、結果を 1 つ以上の電子メール アドレスに電子メールで送信します。
    2. バックグラウンドで実行 & 結果のダウンロード:バックグラウンドでレポートを実行すると、レポートを表示またはダウンロードする準備ができたことがポップアップ通知で通知されます。

関連トピック

• Microsoft Monetize - インプレッション カウント
• Mobile SDK - インプレッション カウント方法
• Microsoft Monetize - ビューアビリティの概要
• Microsoft Monetize - レポート データの可用性
• Microsoft Monetize - ディメンション、メトリック、フィルター処理、グループ化
• Microsoft Monetize - レポートの調整