次の方法で共有


Digital Platform API - 販売者の塗りつぶしと配信ネットワーク レポート

販売者の塗りつぶしと配信レポートは、オークションのために Xandr に送信されたすべてのインプレッションに関する詳細な情報を販売者に提供し、タグとドメイン レベルまで配信の問題を診断するのに役立つトラブルシューティング ツールとして設計されました。 新しい説明フィールドを使用すると、Xandr の全体的な塗りつぶし率の近似値を、"合計広告応答数" と "合計広告要求数" メトリックを使用して確認できます。

注:

  • このレポートでは、トラブルシューティングを行う可能性のある領域に関する方向ガイダンスのみを提供します。 このレポートの図では、Network Analytics レポートや Video Analytics レポートなど、他の標準レポートと若干の不一致が見られます。
  • 不要な混乱を避けるために、各レポートを個別に表示し、販売者の塗りつぶしと配信レポートの方向図を他の Xandr レポートと比較しないことをお勧めします。

このレポートに含まれるデータは、次に起因する未翻訳のインプレッションに寄与する問題を特定するのに役立ちます。

  • 不適切な既定値/パスバック タグの設定
  • IP またはドメインのブロックに関連するインベントリ ブロックリスト
  • ビデオ プレーヤーのエラーなど

注:

動画販売者のみ

ビデオ プレーヤーによるビデオ キャッシュの結果、Xandr データ パイプラインを使用すると、オークションが完了し、クリエイティブ VAST XML がページに送信された後、6 時間のウィンドウでビデオ プレーヤーからの応答を登録できます。その後、ビデオ インプレッションの "応答なし" (Bid Sent No Response) を検討します。 Xandr は、オークションの 6 時間後にビデオ タグのみの数を更新します。 そのため、ディメンション間でビデオ数の最も正確なビューを受け取るために、1 時間分のデータに対して 6 時間の期間の後にレポートを実行するようにスケジュールします。

広告の合計応答の生成に関連するプロセスを示す図。

期限

JSON 要求の report_interval フィールドは、次のいずれかに設定する必要があります。

  • last_48_hours
  • 今日
  • yesterday
  • last_7_days
  • last_24_days
  • last_14_days
  • last_2_days
  • month_to_date
  • quarter_to_date
  • last_month
  • last_available_day
  • last_7_available_days
  • last_14_available_days

ヒント

カスタム時間枠のレポートを実行するには、レポート要求の start_date フィールドと end_date フィールドを設定します。 これらのフィールドの詳細については、「 Report Service」を参照してください。

データ保持期間

このレポートのデータ保持期間は 403 日です。

データの time_granularityhourly。 レポートを取得する手順については、 レポート サービス または以下の を参照してください。

Dimensions

種類 フィルター。 説明
month date いいえ "2010-02" オークションの月。
day date いいえ "2010-02-01" オークションの日。
hour time いいえ "2010-02-01 06:00:00" オークションの時間。
seller_member_id int はい 2718 販売者の Xandr メンバー ID。
seller_member_name 文字列 いいえ "MegaSeller" 販売者の名前。
seller_member 文字列 いいえ "MegaSeller (2718)" seller_member_nameseller_member_idの両方を含む販売者の完全な説明。
placement_id int はい 737099 インプレッションが発生した配置の ID。
placement_name 文字列 いいえ "Webmail.com ROS 728x90" インプレッションが発生した配置の名前。
publisher_id int はい 44389 インプレッションが発生したサイトの発行元に関連付けられている ID。
publisher_name 文字列 いいえ "LOL - US" インプレッションが発生したサイトの発行元の名前。
publisher string はい "LOL - US (44389)" publisher_namepublisher_idなど、インプレッションが発生したサイト上のパブリッシャーの完全な説明。
geo_country string はい "US" 地理的な国/地域のコード。
geo_country_name 文字列 いいえ "United States" 地理的な国/地域の名前。
site_id int はい 223936 この配置を含む サイト の ID。
site_name 文字列 いいえ "Total-Web Email" インプレッションが発生した サイト の名前。
site 文字列 いいえ "Total-Web Email (223936)" site_namesite_idなど、インプレッションが発生したサイトの完全な説明。
deal_id int はい 2345 取引の ID。 買い手と売り手の間で交渉された取引の詳細については、「 Deal Service 」と「 Deal Buyer Access Service」を参照してください。
deal_name 文字列 いいえ "Private deal for buyer 1085 with floor of $2.50" 取引の名前。
deal 文字列 いいえ "Private deal for buyer 1085 with floor of $2.50 (45)" 取引の名前の後に ID (Xandr 形式) が続きます。
mobile_application_id 文字列 いいえ '343200656' (iOS) or 'com.rovio.angrybirds' (Android) 対象となる Apple App Store ID、Google Play パッケージ名、または Windows アプリケーション ID。
site_domain 文字列 いいえ "gwar-rules-forever.org" インプレッションが発生したドメイン。 ドメインの代わりに 1 つの追加の値が表示される場合があります。

"---": これは、参照元として有効なドメインを受け取らなかったことを意味します。 たとえば、ドメインが空白であるか、形式が正しくない場合があります。
supply_type string はい mobile_web Web、モバイル最適化 Web、モバイル アプリのインプレッションの観点から供給を分母にする売り手に分類されたチャネル。 使用可能な値は次のいずれかです:
- 'web'
- 'mobile_app'
- 'mobile_web'.
call_type string はい "/ttj" Xandr にインプレッションを送信するために使用されたハンドラーの種類 (例: ttjutmobptvopenrtb)
allowed_media_types 文字列 いいえ Banner, Expandable, Native オークションへの参加が許可されているメディアの種類。 許可されるメディアの種類は、広告通話と配置設定を通じて有効になる組み合わせです。
openrtb2_request_subdomain 文字列 いいえ wrapper-emea OpenRTB2 広告リクエストが送信された URL のサブドメイン。
: OpenRTB2 以外の呼び出しの種類の場合、この値は空白です。 OpenRTB2 の空白の値は、サブドメインが使用されなかった場合を示します。

指標

種類 説明
filtered_requests int 広告リクエストは、広告枠の品質を確認するために Xandr で事前入札をフィルター処理しました。
imps_kept int マネージド 広告主のクリエイティブがマネージド パブリッシャーのサイトで配信される印象。
imps_resold int サード パーティの購入者に転売される印象。
seller_revenue お金 販売者が獲得した収益。
defaults int 有効な入札がないため、既定のクリエイティブが配信された広告リクエスト。
video_player_errors int VAST XML が配信された後にビデオ プレーヤーから報告されたエラー。
video_default_errors int 既定のクリエイティブが配信されている必要がある場合に、ビデオ プレーヤーから報告されたエラー。
bid_sent_no_responses int 最終的にクリエイティブがレンダリングされない Xandr によって返される入札応答。

これが発生する最も一般的なシナリオは、Xandr がプレビドや従来のウォーターフォールを利用するパブリッシャー広告サーバーなどの外部システムから広告要求を受け取り、応答を返すが、外部システムが別の入札を選択する場合です。

これが発生する理由の他の例を次に示します。
- エンド ユーザーは、インプレッション トラッカーが起動する前にページを離れます。
- 広告は要求されますが、遅延読み込みのために読み込まれることはありません。
- ビデオ プレーヤーは広告を要求しますが、広告を再生することはありません。
default_no_responses int 既定のクリエイティブが送信されたが、エンド広告サーバーから応答が受信されなかった広告リクエスト。 これは、エラーの結果か、最終的な広告サーバーによって代替の既定のタグが選択された可能性があります。
psas_or_blanks int 提供されたブランクまたは PSA の数。
total_ad_requests int filtered_requests + imps_kept + imps_resold + 既定値 + video_player_errors + video_default_errors + bid_sent_no_responses + default_no_responses + psas_or_blanks オークションのために Xandr に送信された広告リクエストの合計数。
total_ad_responses int imps_kept + imps_resold + video_player_errors + bid_sent_no_responses Xandr 内でカウントされた広告応答の合計数。
response_rate double total_ad_responses / (total_ad_requests - filtered_requests) Xandr で事前入札でフィルター処理されていない広告リクエストの数に対して Xandr 内でカウントされた広告応答の合計数の割合。
win_rate double (imps_resold+imps_kept)/total_ad_responses Xandr 内でカウントされた広告の合計応答数に対する、管理および保持されたインプレッションの合計数の割合。
filtered_request_rate double filtered_requests/total_ad_requests オークションのために Xandr に送信された広告リクエストの合計数に対するフィルター処理された要求の割合。
fill_rate double (imps_resold+imps_kept)/total_ad_requests オークションのために Xandr に送信された広告リクエストの総数に対する再販回数と保持インプレッション数の合計率。
rpm お金 (seller_revenue/total_ad_requests)*1000 rpmの定義については、「用語集」を参照してください。 このレポートでは、rpm は、オークションのために Xandr に送信された 1,000 件の広告要求ごとに獲得された販売者収益です。
ecpm お金 (seller_revenue/imps_resold)*1000 ecpmの定義については、「用語集」を参照してください。 このレポートでは、ecpm は第三者の購入者に転売された 1,000 インプレッションあたりの販売者収益です。

JSON レポート要求を作成する

JSON ファイルには、"seller_fill_and_delivery_network"report_typeと、取得する列 (ディメンションとメトリック) とreport_intervalが含まれている必要があります。 また、特定のディメンションをフィルター処理し、粒度 (yearmonthday) を定義し、データを返す形式 (csvexcel、または html) を指定することもできます。 JSON ファイルに含めることができるフィールドの詳細については、 レポート サービスに関するページを参照してください。

$ cat seller_fill_and_delivery_network

{"report":
    {
        "format": "csv",
        "report_interval": "yesterday",
        "row_per": ["geo_country"],
        "columns":["placement_id","imps_kept","total_ad_responses","total_ad_requests","geo_country"],
        "report_type": "seller_fill_and_delivery_network"
    }
}

POST Report Service への要求

POST レポート ID を取得するための JSON 要求。

$ curl -b cookies -c cookies -X post -d @seller_fill_and_delivery_network "https://api.appnexus.com/report"

{
   "response":{
      "status":"OK",
      "report_id":"c445bca183a3d338dc1c5b85a3d484f5"
   }
}

GET レポート サービスからのレポートの状態

レポート ID を使用して GET 呼び出しを行って、レポートの状態を取得します。 execution_status"ready"されるまで、このGET呼び出しを行い続けます。 次の手順で説明するように、 レポート ダウンロード サービスを使用してレポート データをファイルに保存します。

$ curl -b cookies -c cookies 'https://api.appnexus.com/report?id=c445bca183a3d338dc1c5b85a3d484f5'

{
    "response": {
        "status": "OK",
        "report": {
            "name": null,
            "created_on": "2014-11-19 22:33:31",
            "json_request": "{\"report\":{\"format\":\"csv\",\"report_interval\":\"yesterday\",\"row_per\":[\"geo_country\"],\"columns\":[\"placement_id\",\"imps_kept\",\"total_ad_responses\",\"total_ad_requests\",\"geo_country\"],\"report_type\":\"seller_fill_and_delivery_network\",\"filters\":[{\"seller_member_id\":\"958\"}]}}",
            "url": "report-download?id=c445bca183a3d338dc1c5b85a3d484f5"
        },
        "execution_status": "ready"
    }
}

GET レポート ダウンロード サービスからのレポート データ

レポート データをファイルにダウンロードするには、レポート ID を使用して別の GET 呼び出しを行いますが、今回は レポートダウンロード サービスに呼び出します。 サービスと reportID は、前のGET呼び出しに対する応答のurl フィールドにあります。 保存するファイルを特定するときは、最初のPOSTで指定したファイル"format"のファイル拡張子を使用してください。

ヒント

ダウンロード中にエラーが発生した場合、応答ヘッダーには HTTP エラー コードとメッセージが含まれます。 応答ヘッダーを公開するには、呼び出しで -i または -v を使用します。

$ curl -b cookies -c cookies 'https://api.appnexus.com/report-download?id=c445bca183a3d338dc1c5b85a3d484f5' > /tmp/seller_fill_and_delivery_network.csv

注:

XLSX および Excel ファイルとしてダウンロードする場合、レポートごとに 100,000 行の制限があります。