Adjustデータ統合ソリューション
最終更新日：2023-03-24
1. 統合プランの紹介
サードパーティデータ統合によって生成されたデータは、クラスターの消費データ量に含まれますのでご注意ください
概要
本記事では、AdjustのデータをAgentic Engine（以下、AEシステム）にコールバックする方法を説明します。本プランは次に対応しています：
- リアルタイムコールバック機能で、コンバージョン、マネタイズなどを含むユーザー粒度のローデータをコールバック
- Report Service APIで、露出、クリック、コスト、マネタイズなどを含む集計データをコールバック
- リアルタイムコールバック機能でローデータを送信する場合は、AEシステムのユーザー識別ルールを読み、AEが
#distinct_idと#account_idによってユーザーを識別する仕組みを理解しておいてください。 - Report Serviceで集計結果を取得する場合は、AEシステムのデータルールを読み、AEのデータ構造を理解しておいてください。また、データの取得に必要な情報を担当のカスタマーサクセスマネージャーにお渡しいただくことをお勧めします。形式はデータ統合設定情報テンプレートを参考にしてください。
流れ
- リアルタイムコールバックプランを使用する場合は、次の流れでデータを統合してください：
- AdjustクライアントSDKとAEクライアントSDKを統合し、Adjust SDKでAEのユーザー識別IDを設定し、AE SDKでAdjust IDおよびAndroid ID / IDFA / Web UUIDを設定します（Adjust SDKでカスタムの登録/キャラクター作成イベントを送信することをお勧めします）
- Adjustの管理画面で、グローバルコールバック（Global callback）または単一イベントコールバック（Single event callback）を設定します
- ThinkingAIの担当者が、ユーザーデータの遡及関連付けを含むデータ取得の開発作業を行います
- AE管理画面でダッシュボードやレポートを作成し、データ検証を完了します
- Report Serviceで集計データをコールバックする場合は、次の流れで進めます：
- Adjust管理画面でAdjust User Token（API Token）とAdjust App Tokenを取得し、これらの情報をThinkingAIの担当者に提供します
- 取得するデータのディメンション、指標タイプ、時間範囲、時間粒度を決めます
- ThinkingAIの担当者がデータ取得の開発作業を行います
- AE管理画面でダッシュボードやレポートを作成し、データ検証を完了します
2. リアルタイムコールバックプラン
| インターフェース名 | APIタイプ | 製品化 | データ粒度 | アトリビューションデータ | コストデータ | 収益データ | インプレッション | クリック | コンバージョン |
|---|---|---|---|---|---|---|---|---|---|
| リアルタイムコールバック | プッシュ型 | はい | ユーザーレベル | はい | はい | はい |
Adjustは、一連のイベントのリアルタイムコールバック機能を提供しています。Adjust管理画面でコールバックするデータタイプを選択し、AEシステムのコールバックリンクをコールバックURLに設定すると、ユーザーレベルの詳細データをコールバックできます。
2.1 クライアントSDKの設定
2.1.1 ユーザーIDの設定
方法1（自動関連付け）：
統合しているAE SDKのバージョンが2.8.0~2.8.1の場合は、このプランをそのまま使用できます
統合しているAE SDKのバージョンが2.8.2以上の場合は、サードパーティデータプラグインもインストールする必要があります
詳しくはAndroid SDKのサードパーティデータとiOS SDKのサードパーティデータを参照してください
// AE SDKを初期化
ThinkingAnalyticsSDK instance = ThinkingAnalyticsSDK.sharedInstance(this, TA_APP_ID, TA_SERVER_URL);
// Adjust IDの関連付けを有効化
instance.enableThirdPartySharing(TDThirdPartyShareType.TD_ADJUST);
// Adjust SDKを初期化
// ...
// 登録またはキャラクター作成後、loginを呼び出してアカウントIDを設定したら、再度データを同期する必要があります(任意)
instance.login("account_id");
instance.enableThirdPartySharing(TDThirdPartyShareType.TD_ADJUST);
この方法の仕組みは、内部でAdjust SDKのaddSessionCallbackParameter()メソッドを自動的に呼び出し、AEプロジェクトのゲストIDとアカウントIDを渡すというものです。
方法2：
この方法では、Adjust SDKのaddSessionCallbackParameter()メソッドを手動で呼び出して、AEプロジェクトのゲストIDとアカウントIDを設定します。
// AEのゲストIDを取得（AEの#distinct_idに対応）
String distinctId = ThinkingAnalyticsAPI.GetDistinctId();
// お客様のアカウントID（またはキャラクターID）。AEの#account_idに対応
String accountId = "{your_account_id}";
Adjust.addSessionCallbackParameter("ta_distinct_id", distinctId);
Adjust.addSessionCallbackParameter("ta_account_id", accountId);
// Adjust SDKを初期化
// ...
AEのユーザーIDを正常に取得できるよう、Adjust SDKでaddCallbackParameterを使用してAEのアカウントIDとゲストIDを再度送信しないでください
2.1.2 登録またはキャラクター作成イベントの設定（任意）
ユーザーの紐付け関係が想定どおりになるよう、AE SDKで設定したアカウントIDのタイプに応じて、カスタムイベントを1つ設定してください：
- アカウントIDがユーザーのアカウントIDの場合：ユーザーがアカウントを作成したときにAdjust SDKで送信します
- アカウントIDがキャラクターID（ゲーム業界）の場合：ユーザーがキャラクターを作成したときにAdjust SDKで送信できます
2.1.3 Web側の設定方法
Web側とモバイル側は違いが大きいため、Adjust Web SDKで次のコードによりweb_uuidを取得し、AE SDKで送信してユーザープロパティとして設定する必要があります：
const webUUID = Adjust.getWebUUID();
次に、後でコールバックリンクを設定する際に、{web_uuid}プレースホルダーを使用してコールバックし、AEプロジェクトのユーザーデータと関連付けられるようにします。
2.2 コールバックリンクの設定
クライアントSDKの設定が完了したら、次にAdjust管理画面でリアルタイムコールバックインターフェースを設定します。これにより、Adjustのユーザー粒度の詳細データを受け取れるようになります。
2.2.1 コールバック方法の選択
Adjustでは、グローバルコールバックを設定することも、単一イベントコールバックを設定することもできます。広告収入（Ad revenue）イベントはグローバルコールバックに対応していないため、コールバックするイベントごとに個別に設定することをお勧めします。
以下は、Adjustがコールバックに対応しているイベントと、統合をお勧めするイベントです：
| イベント表示名 | イベント名 | 統合推奨 |
|---|---|---|
| 表示 | impressions | |
| クリック | clicks | |
| インストール | install | はい |
| 広告収入（広告収入パッケージ） | ad revenue (with Ad Revenue package) | はい |
| 広告支出 | ad spend | |
| 会話 | sessions | |
| アプリイベント | app events | 必要に応じて統合 |
| 再アトリビューション | reattributions | |
| アンインストール | uninstalls | |
| 再インストール | reinstalls | |
| 再アトリビューションによる再インストール | reattribution reinstalls | |
| アトリビューションの更新 | updated attributions | |
| 削除済みユーザー (GDPR) | erased users (GDPR) | |
| SANクリック | SAN clicks | |
| SAN表示 | SAN impressions | |
| SKAdNetworkインストール | SKAdNetwork installs | |
| SKAdNetworkイベント | SKAdNetwork events | |
| サブスクリプション | subscriptions | |
| ATTステータスの更新 (iOS) | ATT status updates (iOS) | |
| 拒否されたインストール | rejected installs | |
| 拒否された再アトリビューション | rejected reattributions |
2.2.2 コールバックリンクの設定
コールバックが必要なすべてのイベントを記録してデータ統合設定情報テンプレートに明記し、テンプレートをThinkingAIの担当者に送信することをお勧めします。ThinkingAIの担当者から、各イベントに対応するコールバックリンクが送られます。コールバックアドレスを下図の赤枠の位置に順に設定してください。
2.2.3 コールバックプレースホルダーの設定
コールバックプレースホルダーは、コールバックリンクの中でコールバックするパラメータを指定するための式で、通常は{}で囲みます。たとえば{campaign_name}プレースホルダーは、コールバックデータにcampaign_nameの値が含まれることを意味します。コールバックデータによって対応しているプレースホルダーは異なります。詳しくはAdjustプレースホルダーの説明ドキュメントを参照してください。追加が必要な場合は、上記のドキュメントから追加するプロパティを探し、データ統合設定情報テンプレートに明記してください。
2.3 データの格納ルール
デフォルトでは、取得したデータをイベントとしてAEプロジェクトに書き込みます。コールバックデータ1件につき、イベントデータを1件書き込みます：
- データ内の
ta_distinct_idとta_account_idをAEプロジェクトのユーザー識別IDとして使用します - データ内のcreated_at_milliフィールドをイベントの#event_timeとして使用します。created_at_milliが存在しない場合は、created_atの値を#event_timeとして使用します
- データのイベント名は、Adjustのイベント名にプレフィックスadjust_を付けたものです（例：impressionイベントは格納後にadjust_impressionになります）
- コールバックリンクで設定したその他のフィールドはすべて格納されます
デフォルトでは、データ内のta_distinct_idとta_account_idを取得できない場合、そのデータは無効なデータとみなされ、そのまま破棄されます。これらのデータを保持したい場合は、ThinkingAIの担当者に連絡して設定してください。これらのデータはイベントテーブルに記録され、ゲストIDは固定値 -- "without_id"になります。また、これらのデータはユーザープロパティとして格納されません
2.3.1 露出、クリック、コストデータの事後関連付け
impression、click、Ad spendのコールバックデータには、AEプロジェクトのユーザー識別IDが含まれていません。このようなデータを統合したい場合、AEシステムはこれらのデータを自動的に1人の「仮想ユーザー」に紐付けます。
さらに、これらのイベントにユーザーを識別できるフィールド（adjust_idとAndroid ID/IDFA、またはweb_uuidなど）があり、ユーザープロパティにも対応するフィールドがある場合は、ThinkingAIの担当者がデータ遡及の方法で、これらのイベントを定期的にAEユーザーに関連付けることができます
| データタイプ | 説明 | AEに格納後のイベント名 | イベントの仮想ユーザー |
|---|---|---|---|
| impression | 露出 | adjust_impression | adjust_impression_vu |
| click | クリック | adjust_click | adjust_click_vu |
| cost_update | コスト | adjust_cost_update | adjust_cost_update_vu |
3. Report Service API
Adjustのユーザーレベルのデータ（リアルタイムコールバックインターフェース）にはセルフアトリビューションネットワーク（Google、Facebookなど）のコストデータが含まれないため、Report Serviceでプラットフォーム全体の集計コストデータを取得できます。
詳しいドキュメントは次を参照してください：https://help.adjust.com/zh/article/reports-endpoint
インターフェースの基本情報
| インターフェース名 | APIタイプ | 製品化 | データ粒度 | アトリビューションデータ | コストデータ | 収益データ | インプレッション | クリック | コンバージョン |
|---|---|---|---|---|---|---|---|---|---|
| Report Service API | プル型 | いいえ | 集計データ | はい | はい | はい | はい | はい |
3.1 統合前の準備
次のパラメータを取得し、ThinkingAIの担当者に送信してください：
- Adjust User Token（ユーザーのAPI Token）
- Adjust管理画面でAPI Tokenを取得できます。管理画面の左上のメニューをクリックして「アカウント情報」を選択し（管理者ユーザーの場合は「マイアカウント」を選択し、「あなたのデータ」タブで「ユーザー詳細」を見つけて、下部の歯車ボタンをクリックします）、次に「API識別子」をクリックすると、API Tokenを取得できます
- Adjust App Token
- Adjust管理画面で、統合するアプリのApp Tokenを取得できます
3.2 データの取得
3.2.1 分析ディメンション
以下は、Report Serviceが対応している分析ディメンションです。時間粒度（1つのみ選択可能）とグループ化ディメンション（複数選択可能）が含まれます
- 時間粒度
| ディメンション | データタイプ | 説明 | 例 | デフォルトかどうか |
|---|---|---|---|---|
hour | 日付 | ISO形式の日付値：YYYY-MM-DDTHH:MM:SS | 2021-05-11T17:00:45 | |
| day | 日付 | 日付値の形式：YYYY-MM-DD | 2021-05-11 | はい |
- グループ化ディメンション
| ディメンション | データタイプ | 説明 | 例 | デフォルトかどうか |
|---|---|---|---|---|
os_name | 文字列 | OS | 値：android、Bada、blackberry、iOS、Linux、Mac OS、server、symbian、unknown、WebOS、Windows、windows-phone | はい |
device_type | 文字列 | デバイスタイプ | 値：bot、console、iPod、Mac、PC、phone、server、simulator、tablet、TV、unknown | はい |
| app | 文字列 | アプリ名 | - | はい |
| app_token | 文字列 | AdjustでのアプリID | - | はい |
| store_id | 文字列 | ストアのアプリID | com.random.app | はい |
| store_type | 文字列 | アプリのインストール元ストア | google_play | はい |
app_network | 文字列 | アプリ識別子 | 形式：<store_type>:<store_id> 例：google_play:com.random.app | はい |
| currency | 文字列 | 通貨 | Euro | はい |
| currency_code | 文字列 | 3文字のISO 4217通貨コード | EUR | はい |
network | 文字列 | 広告チャネルの名前 | 値：Organic, AppLovin, Facebook Installs, Instagram Installs | |
| campaign | 文字列 | キャンペーン名とIDを含む | - | はい |
| campaign_network | 文字列 | チャネルのキャンペーン名 | - | はい |
| campaign_id_network | 文字列 | チャネルのキャンペーンID | - | はい |
| adgroup | 文字列 | 広告グループ名とIDを含む | - | はい |
| adgroup_network | 文字列 | チャネルの広告グループ名 | - | はい |
| adgroup_id_network | 文字列 | チャネルの広告グループID | - | はい |
| source_network | 文字列 | チャネルに基づく任意の値。通常はadgroup_networkと同じ | - | はい |
| source_id_network | 文字列 | source_appの値 | - | はい |
| creative | 文字列 | クリエイティブ名とIDを含む | - | はい |
| creative_network | 文字列 | チャネルのクリエイティブ名 | - | はい |
| creative_id_network | 文字列 | チャネルのクリエイティブID | - | はい |
| country | 文字列 | 国/地域名 | United States of America | はい |
| country_code | 文字列 | 2文字のISO 3166国/地域コード | US | はい |
| region | 文字列 | ビジネス地域 | APAC | はい |
| partner_name | 文字列 | Adjustシステムでのパートナー名 | AppLovin | はい |
| partner_id | 文字列 | Adjustシステムでのパートナー ID | 34 | はい |
3.2.2 対象指標
Report Serviceは非常に多くの指標に対応しているため、本節では一部のよく使われる指標のみを示します。詳細な指標リストはAdjust公式ドキュメントで確認できます。取得する指標をカスタマイズする必要がある場合は、データ統合設定情報テンプレートに明記してください
- コンバージョン指標
| フィールド | 定義 | 数式 | フィールド名 | デフォルトかどうか |
|---|---|---|---|---|
| 平均DAUs | 選択した期間の平均デイリーアクティブユーザー数 | (D0 DAU + D1 DAU + DAY N DAU) / 選択した期間の日数 | daus | はい |
| 平均MAUs | 選択した期間の平均MAU | (M0 MAU + M1 MAU + MONTH N MAU) / 選択した期間の月数 | maus | はい |
| 平均WAUs | 選択した期間の平均WAU | (W0 WAU + W1 WAU + WEEK N WAU) / 選択した期間の週数 | waus | はい |
基本Sessions数 | ユーザーのsessions数（インストールと再アトリビューションを除く） | - | base_sessions | はい |
| クリック数 | トラッキングされたクリック数 | - | clicks | はい |
| クリック数 (チャネル) | チャネルAPIから報告されたクリック数 | - | network_clicks | はい |
| クリックコンバージョン率 (CCR) | インストール数とクリック数の比率 | インストール数 / クリック数 | click_conversion_rate | はい |
| クリック率(CTR) | クリックと露出の割合 | クリック数 / 露出数 | ctr | はい |
| アトリビューション解除 | アトリビューション解除が発生した回数 | - | deattributions | はい |
| GDPRの忘れられる権利を行使したユーザー数 | EU GDPRの忘れられる権利を行使したユーザー数。Adjustはこれらのユーザーの個人データを永久に削除します | - | gdpr_forgets | はい |
| 露出数 | トラッキングされた広告露出数 | - | impressions | はい |
| 露出数 (チャネル) | チャネルAPIから報告された広告露出数 | - | network_impressions | はい |
| インストール露出比 | インストール数と露出数の割合 | インストール数 / 露出数 | impression_conversion_rate | はい |
| インストール数 | トラッキングされた、アプリをインストールしたユーザー数 | - | installs | はい |
| インストール数 (チャネル) | チャネルAPIから報告されたインストール数 | - | network_installs | はい |
| インストール差異数 | インストール数と、チャネルAPIから報告されたインストール数の差 | インストール数 - インストール数 (チャネル) | network_installs_diff | はい |
| 1000回表示あたりのインストール数 (IPM) | 広告表示1000回あたりに発生したインストール数 | 1000 * 表示コンバージョン比 | installs_per_mile | はい |
| トラッキング制限デバイスのインストール数 | トラッキング制限 (LAT) を有効にしたデバイスのインストール数 | - | limit_ad_tracking_installs | はい |
| トラッキング制限デバイスのインストール割合 | トラッキング制限デバイスのインストール数とインストール数の比率 | トラッキング制限デバイスのインストール数 / インストール数 | limit_ad_tracking_install_rate | はい |
| トラッキング制限デバイスの再アトリビューション数 | トラッキング制限 (LAT) を有効にしたデバイスの再アトリビューション数 | - | limit_ad_tracking_reattributions | はい |
| トラッキング制限デバイスの再アトリビューション割合 | トラッキング制限デバイスの再アトリビューション数と再アトリビューション数の比率 | トラッキング制限デバイスの再アトリビューション数 / 再アトリビューション数 | limit_ad_tracking_reattribution_rate | はい |
| 非オーガニックインストール数 | オーガニックとしてアトリビューションされなかったユーザーのインストール数 | - | non_organic_installs | はい |
| オーガニックインストール数 | オーガニックとしてアトリビューションされたユーザーのインストール数 | - | organic_installs | はい |
| 再アトリビューション数 | 再アトリビューションされたユーザー数 | - | reattributions | はい |
| 再アトリビューションによる再インストール数 | 再アトリビューションされたユーザーの再インストール数 | - | reattribution_reinstalls | |
| 再インストール数 | 再インストールの回数 Uninstall and Reinstall Growth Solutionの購入が必要 | - | reinstalls (未購入の場合はリクエストエラー) | |
| 総Sessions数 | 総Sessions数（インストールと再アトリビューションを含む） | base_sessions + installs + reattributions | sessions | はい |
- コスト指標
| フィールド | 定義 | 数式 | フィールド名 | デフォルトかどうか |
|---|---|---|---|---|
| 広告支出 | 広告の総支出（取得パラメータによって決定） | クリック支出 + 露出支出 + インストール支出 | cost | はい |
| 広告支出(アトリビューション) | Adjustがトラッキングした広告支出 | クリック支出 + 露出支出 + インストール支出 | adjust_cost | はい |
広告支出(チャネル) | チャネルAPIから報告された広告支出 | クリック支出 + 露出支出 + インストール支出 | network_cost | はい |
| 広告支出の差異 | 広告支出(アトリビューション)と広告支出(チャネル)の差 | 広告支出(アトリビューション)- 広告支出(チャネル) | network_cost_diff | はい |
| クリックコスト | 広告クリックにかかったコスト支出 | - | click_cost | はい |
| 有料クリック数 | 広告支出が発生した広告クリック数 | - | paid_clicks | はい |
| eCPI (全インストール) | 全インストールの平均有効支出 | 広告支出 / インストール | ecpi_all | はい |
| eCPI (チャネル) | チャネルAPIから報告されたインストールの平均有効支出 | チャネルAPIから報告された広告支出 / チャネルAPIから報告されたインストール数 | network_ecpi | はい |
| eCPI (有料インストール) | 有料インストールの平均有効支出 | チャネルAPIから報告された広告支出 / 有料インストール数 | ecpi | はい |
| eCPM (アトリビューション) | アトリビューションデータから報告されたeCPMデータ | (広告支出 / 有料露出数) * 1000 | ecpm | はい |
| eCPM (チャネル) | チャネルAPIから報告されたeCPMデータ | (チャネル支出 / チャネル有料露出) * 1000 | network_ecpm | はい |
| eCPC | クリックあたりの平均有効支出 | 広告支出 / 有料クリック数 | ecpc | はい |
| 露出コスト | 露出にかかったコスト支出 | - | impression_cost | はい |
| 有料露出数 | 広告支出が発生した有料露出数 | - | paid_impressions | はい |
| インストールコスト | インストールにかかったコスト支出 | - | install_cost | はい |
| 有料インストール数 | 広告支出が発生した有料インストール数 | - | paid_installs | はい |
- 収益指標
| フィールド | 定義 | 数式 | フィールド名 | デフォルトかどうか |
|---|---|---|---|---|
| 広告露出数 | 広告の総露出数 | - | ad_impressions | はい |
| 広告収入 | 広告の総収入 | - | ad_revenue | はい |
| コホート累計広告収入 | 選択した期間内にインストールしたユーザーの現在までの広告収入 例：選択した期間が1/1～1/31で、今日が5/1の場合、1/1～1/31にインストールしたユーザーの5/1までの広告収入を計算します | - | cohort_ad_revenue | はい |
| 1000回表示あたりの広告収入 | 広告表示1000回あたりの平均収入 | (広告収益 / 広告露出) * 1000 | ad_rpm | はい |
| アプリ内課金収入 | アプリ内課金収入 | - | revenue | はい |
| コホート累計アプリ内課金収入 | 選択した期間内にインストールしたユーザーの現在までのアプリ内課金収入 例：選択した期間が1/1～1/31で、今日が5/1の場合、1/1～1/31にインストールしたユーザーの5/1までのアプリ内課金収入を計算します | - | cohort_revenue | はい |
| 総収入 | 広告収入とアプリ内課金収入を含む総収入 | 広告収入 + アプリ内課金収入 | all_revenue | はい |
| コホート累計総収入 | 選択した期間内にインストールしたユーザーの現在までの総収入 例：選択した期間が1/1～1/31で、今日が5/1の場合、1/1～1/31にインストールしたユーザーの5/1までの総収入を計算します | コホート累計アプリ内課金収入 + コホート累計広告収入 | cohort_all_revenue | はい |
| ARPU (全体) | すべての収入を含むアクティブユーザーあたりの平均収益 | 総収入 / 総DAU | arpdau | はい |
| ARPU(広告のみ) | 広告収入のみを含むアクティブユーザーあたりの平均収益 | 広告収入 / 総DAU | arpdau_ad | はい |
| ARPU (アプリ内課金のみ) | アプリ内課金収入のみを含むアクティブユーザーあたりの平均収益 | アプリ内課金収入 / 総DAU | arpdau_iap | はい |
| 粗利益 | 総収入から総コストを差し引いたもの | 総収入 - 総コスト | gross_profit | はい |
| コホート粗利益 | 選択した期間にインストールしたユーザーの粗利益 | コホートの総収入 - コスト | cohort_gross_profit | はい |
| コホートROI | 選択した期間にインストールしたユーザーの粗利益をコストで割ったもの | コホートの粗利益 / コスト | return_on_investment | はい |
| アプリ内課金数 | トラッキングされたアプリ内課金イベント数 | - | revenue_events | はい |
| 収入コスト比 (RCR) | 選択した期間にインストールしたユーザーの収入とコストの比率 | コホートの総収入 / 総コスト | revenue_to_cost | はい |
| ROAS (総収入) | 総収入で計算したROAS | (広告収入 + アプリ内課金収益) / コスト | roas | はい |
| ROAS (広告収入) | 広告収入のみで計算したROAS | 広告収入 / コスト | roas_ad | はい |
| ROAS (アプリ内課金収入) | アプリ内課金収入のみで計算したROAS | アプリ内課金収益 / コスト | roas_iap | はい |
3.2.3 インターフェースのパラメータ
-
時間：
- 日単位でデータを取得できます
- タイムゾーンはカスタマイズできます
3.2.4 格納ルール
- Report Serviceは集計データであるため、固定値をユーザー識別子として使用します。すべてのデータが1人の仮想ユーザーに紐づいていると考えることができます
- データ内のdayまたはhourフィールド、つまりデータの日付を、集計データの#event_timeとして設定します
- Report Serviceのデータのイベント名は -- adjust_report_service_ad_spend です
- その他の指標、ディメンションのフィールドはすべて格納されます
3.3 データ統合設定情報テンプレート
以上のドキュメントを読んだら、次の情報テンプレートに記入し、ThinkingAIの担当カスタマーサクセスマネージャーに送信することをお勧めします。この情報テンプレートに基づいて、Adjust Report Serviceのデータ取得を行います：
データインターフェース：Adjust Report Service
---------
会社名：XXX
AEプロジェクト環境：（SAAS/プライベートデプロイ）
AEプロジェクト名：XXX
AEプロジェクトAPP ID: XXX
データ受信URL push_url: XXX
---------
Adjust User Token (API Token): XXX
Adjust App Token: XXX
---------
API設定
履歴データの取得時間範囲：yyyy/mm/dd - yyyy/mm/dd
直近X日分のデータを定期取得（Adjustでは事後にデータが補正されるため、直近数日分のデータを定期的に取得し、補正後のデータを取得できるようにすることをお勧めします）
時間粒度：(日/時間)
グループ化ディメンション：xxx,xxx
集約指標：xxx,xxx
4. 連携テストと統合後のデータ利用
- 連携テスト
「データ管理」 ->「ユーザープロパティ管理」ページで、関連するアトリビューションデータを確認できます：
| Adjustのコールバックフィールド | 説明 | AEに格納後のユーザープロパティ名 | データタイプ |
|---|---|---|---|
| network_name | チャネル | #adjust_network_name | テキスト |
| campaign_name | 広告キャンペーン | #adjust_campaign_name | テキスト |
| adgroup_name | 広告グループ | #adjust_adgroup_name | テキスト |
| creative_name | 広告クリエイティブ | #adjust_creative_name | テキスト |
イベントテーブルへの格納を有効にしている場合は、「データ管理」 ->「イベント管理」ページで関連するイベントデータを確認できます。イベント名はAdjustで定義したイベント名と同じです。impression, click, cost_update, ad_revenueイベントのマッピング表は次のとおりです：
| activity_kindの値 | 説明 | AEに格納後のイベント名 |
|---|---|---|
| impression | 露出 | adjust_impression |
| click | クリック | adjust_click |
| cost_update | コスト | adjust_cost_update |
| ad_revenue | 収益 | adjust_ad_revenue |
5. FAQ
AdjustのFAQの項目を参照してください
6. Facebook（Meta）のチャネル名が空になる問題
Adjustのアトリビューションチャネル名がUnattributedと表示されるの記事を参照してください