コストデータは、1つまたは複数の方法でパートナーから取得されます。複数の方法から同じコストがレポートされている場合は、コストの優先順位付けの仕組みに基づいて、使用するデータが決定されます。これにより、コストの重複計上を防ぎます。

AppsFlyerでデータ処理が完了すると、コストデータはデフォルトではUTC、または設定されているアプリ固有のタイムゾーンに基づいて表示されます。

以下の表は、コストデータを確認できる場所を示しています。

表を理解するための前提として、特に備考欄に記載がない限り、以下のルールが適用されます。

新規獲得(UA)ビューにおけるコスト

キャンペーンコストデータは、コストがレポートされた日（インストール日）を基準に±10日以内に、そのキャンペーンで1件以上のインストール、クリック、またはインプレッションが記録されている場合、新規獲得（UA）として分類されます。照合には、メディアソース、キャンペーンID、代理店の情報が使用されます。

統合ビューにおけるコスト

統合ビューには、コストのレポート日（インストール日）の±10日以内にインストール、クリック、またはインプレッションが存在するかどうかにかかわらず、選択したアプリのすべてのキャンペーンのコストデータが含まれます。

例

• キャンペーンXのコストが3月10日にレポートされ、3月1日～3月20日の間にキャンペーンXで1件以上のクリックまたはインストールが発生している場合、3月10日のコストは新規獲得ビューと統合ビューの両方に表示されます。

  • この期間にアクティビティがない場合、3月10日のコストは統合ビューにのみ表示されます。

• キャンペーン名の変更がサポートされていない場合、2つのキャンペーン名がそれぞれ表示されます。一方にはアトリビューションデータ、もう一方にはコストデータが表示されるため、どちらのキャンペーン名にも完全なデータは含まれません。

コストデータの提供先とレポート一覧

注意：

• データの粒度は、ダッシュボードやレポートの種類によって異なる場合があります。Cost ETLには、完全なデータセットが含まれます。これには、メディアソース、キャンペーン名、広告、広告セットなどのキャンペーン階層情報に加え、地域、チャネル、サイトID、キーワードなど、メディアソースから提供されるディメンションが含まれます。
• 計測リンク経由でレポートされたコストデータは、ローデータレポートでも利用できます。

同一のメディアソースについて、複数の方法からコストデータが提供される場合があります。コストの重複計上を防ぐため、キャンペーンコストの優先順位付けの仕組みによって、プラットフォーム上で利用するコストデータが決定されます。集計方法ごとの優先順位は、低い順に以下のとおりです： 低｜計測リンク上のコスト > Cost API > コストインポート｜高

コストの優先順位付けは、集計データレポートおよびダッシュボードに影響します。一方、ローデータレポートで利用できる計測リンクのコストデータには、この優先順位付けは適用されません。

考慮事項：

• 優先順位付けはキャンペーン単位で適用されます。つまり、1つのキャンペーンについて異なる方法から2種類のコストデータを取得している場合、両者を比較し、より優先順位の高い方法がキャンペーン全体に適用されます。
  • ある日に、特定のアプリとメディアソース（または代理店）についてCost API経由のコストデータが存在する場合、計測リンク上のコストデータは無視されます。
• コストの集計方法を変更すると、その変更は過去データにも遡及して適用されます。そのため、過去の集計コストデータが変更される場合があります。
• コスト集計方法の変更は、代理店経由のトラフィックにも同様に適用されます。（運用媒体を開示・非開示の代理店を含む）

一部の広告ネットワークでは、関連するアプリIDを含めずにキャンペーンのコストデータをレポートする場合があります。この場合、AppsFlyerはエンゲージメントデータおよびアトリビューションデータを使用して、対応するアプリIDを補完します。

AppsFlyerは、コストのレポート日を基準とした±10日間におけるキャンペーンのクリック、インプレッション、コンバージョンに関連付けられたアプリをもとに照合します。

アプリIDの補完処理によって複数のアプリが一致した場合、キャンペーンコストは以下の方法で各アプリに配分されます。

比例配分（コンバージョン数に基づく）

コストのレポート日にコンバージョン（インストール、リアトリビューション、リエンゲージメント）が存在する場合、それぞれのアプリのコンバージョン数に応じてコストが比例配分されます。

例：Day 1の総コストが$100で、iOSで60件、Androidで40件のインストールが発生した場合：

均等配分（コンバージョンなし）

コストのレポート日にコンバージョンが存在しない場合、一致したアプリ間でコストを均等に配分します。

例：Day 1の総コストが$100で、その日にインプレッションはあるがコンバージョンがない場合：

制限事項

• この機能は、Google、TikTok、DV360のクロスプラットフォームキャンペーンおよびWeb-to-App（W2A）キャンペーン（モバイル / アプリとは異なるキャンペーン目的が設定されているキャンペーン）でサポートされています。
• Google Performance Max（PMAX）キャンペーン：コンバージョン数に基づく比例配分は適用されません。Google APIではPMAXキャンペーンのAd IDやGeo粒度が提供されないため、コンバージョンの粒度が部分的にしか一致せず、各アプリのインストール、リアトリビューション、リエンゲージメントにコストを紐づけることができません。そのため、アプリごとのコンバージョン数にかかわらず、一致したアプリ間でコストが均等に配分されます。なお、ダッシュボード上でiOS、Androidなどすべてのプラットフォームを選択してキャンペーン単位で確認した場合、合計コストはGoogleがレポートしたコストと一致します。

以下からダウンロードできる表には、Cost APIをサポートするすべてのメディアソースと、各メディアソースで利用可能なデータ粒度が記載されています。

• ディメンション
• 対応機能およびその仕様
• 指標（メディアソースからレポートされる内容）

ファイルダウンロード：CSV / XLS

AppsFlyerでは、キャンペーンIDをキーとしてキャンペーンを表示します。

表示上の不整合を防ぐため、以下を確認してください：

• 各キャンペーンに一意のキャンペーンIDが割り当てられていること
• 異なるキャンペーンIDで同じキャンペーン名を使用しないこと

（キャンペーン名の変更について詳しくはこちらをご確認ください。）

インストールがないにもかかわらず、コストデータが表示されるのはなぜですか？これは、コストが広告階層の上位レベル（例：キャンペーンレベル）で提供される一方、パフォーマンス情報（クリックやインストール）が下位レベル（例：広告セット）で提供されている場合に発生します。

AppsFlyerでは、上位階層から取得したコストデータを使用して、欠けているディメンションを補完します。これにより、どの階層レベルでもコストデータの全体像を確認できるようにし、内部的なデータの不整合を最小限に抑えます。

メディアソースから提供されるキャンペーンコストの通貨が、AppsFlyer上でアプリに設定されている通貨と異なる場合、以下の方法でアプリ設定通貨に換算されます。

• 為替レートはopenexchangerates.orgから取得
• 過去7日間までのデータについて、為替レートを1時間ごとに更新
• 通貨換算には、最後に取得した為替レートを使用