連携の概要
(参照:パートナー連携用語集)
|
|
Google Ads の概要
Google App キャンペーンは、Google のさまざまなネットワークやキャンペーンタイプ全体でモバイルアプリのプロモーションを行うのに役立ちます。
Google Ads のパートナー設定を追加することで、Google 検索、YouTube、そして 300 万を超えるサイトやアプリ全体にわたるキャンペーンのパフォーマンスを Singular でトラッキングできるようになります。
注意:クリックスルーキャンペーンとビュースルーキャンペーンの両方をトラッキングできます。Google Ads のビュースルーアトリビューションは、MRC の定義によるビューアビリティに基づいており、YouTube ネットワークとディスプレイネットワークでのみ利用できます。
| ネットワーク | 説明 |
|---|---|
| Google 検索 |
Google 検索、Google 検索アプリ、Google Play に表示されるテキスト広告。 注意:インストールを目的とした iOS 検索キャンペーンは Google Ads によってアトリビューションされないため、ユーザーレベルのレポートには表示されません。これは集計レポートのデフォルトトラッカーインストールにも影響します。 |
| Google ディスプレイ | モバイルウェブサイト、モバイルアプリ、またはアプリストアにリンクできる、モバイルアプリケーションやブラウザに表示される画像広告。 |
| Google 動画広告 (YouTube) | Google の YouTube iOS アプリまたは Android アプリに表示される動画広告またはテキスト広告。 |
| タイプ | 説明 |
|---|---|
| App Campaigns | App Campaigns は、利用可能なすべてのネットワークでモバイルアプリをプロモーションするためのワンストップソリューションです。これらの広告は、入力したクリエイティブテキストに基づいて自動生成されます。iOS アプリと Android アプリの両方で利用できます。 |
| App Campaigns for Engagement | App Campaigns for Engagement は、既存のアプリユーザーに特定のアプリ内アクションを促し、ユーザーの定着率と長期的な収益を向上させるのに役立ちます。 |
| App Campaigns for Pre-registration | アプリストアでユーザーに事前登録を促すことで、リリース前にアプリをプロモーションします。 |
| Performance Max | 自動化を活用して、検索、ディスプレイ、YouTube、Discover、Gmail、マップを含む Google のすべてのチャネルに広告を配信する、目標ベースのキャンペーンタイプです。Performance Max は、クリエイティブ、プレースメント、入札をリアルタイムで最適化し、キャンペーンの目標に基づいてコンバージョンを最大化します。 |
| 検索 | ユーザーが製品、サービス、情報を積極的に探しているときに、Google 検索結果にテキスト広告を表示します。 |
| ディスプレイ | Google ディスプレイ ネットワーク内の数百万のウェブサイトやアプリに、魅力的なバナー広告を表示します。 |
| 動画 | YouTube および Google の動画パートナー ネットワーク全体に動画広告を表示します。 |
| ショッピング | 画像、価格、店舗情報を含む広告で製品をプロモーションします。 |
Singular は、Google Ads の App Conversion APIとのセルフアトリビューション型のサーバー間連携を介して Google Ads キャンペーンをトラッキングします。これには次のものが含まれます:
- いずれかの Google Ads キャンペーンによって獲得されたすべてのインストールとリエンゲージメントのトラッキング
- クリックスルーアトリビューションとビュースルーアトリビューションの両方
この連携では、Google Ads で生成され各アプリ固有の Link ID を使用します。Link ID が Singular で設定されると、Singular はすべてのインストール、セッション、および設定済みのアプリ内コンバージョンイベントを Google に送信し始めます。
Google から返される、アトリビューションされたクリック情報を使用して、Singular はラストタッチアトリビューションを実行し (Singular のアトリビューションプロセスを参照)、Google Ads ダッシュボードで受け取るのと同じ詳細なキャンペーン情報を使って、キャンペーンのパフォーマンスに関するレポートを提供できます。
Google Ads キャンペーンに関連するコンバージョンとイベントのトラッキングを開始するには、まず Google Ads アカウントにアクセスしてコンバージョンアクションを設定する必要があります。これはイベントのインポートとも呼ばれます。
詳しい手順については、Google Ads アトリビューション連携:イベントのインポート方法をご覧ください。
注意:イベントが Google Ads に表示されるのは、Singular で設定を行ってから少なくとも 1 件のコンバージョンイベントが発生した後です (Google Ads にアトリビューションされたイベントに限りません)。
数千人のアクティブユーザーがいる稼働中のアプリの場合、通常は数分以内にこれが発生しますが、アクティブユーザーのいない新しいアプリをテストしている場合は、自分でイベントをトリガーする必要があります。その後、コンバージョンが有効になっていることを確認してください。クロスアカウントコンバージョンを利用している場合は、MCC アカウントを通じてこれを行う必要があるかもしれません。
次に、Google Ads キャンペーンを設定して開始できます。オプションとその設定方法の詳細については、Google の手順をご覧ください。
パートナー設定のセットアップ方法
前提条件:Singular SDK を連携します (手順を参照)。アプリケーションがディープリンクをサポートしている場合は、iOS と Android でディープリンクのサポートを必ず実装してください。
-
Google Ads アカウントで、次を生成します:Link ID 。
重要:Google Ads との連携とインストールのトラッキングを確実に成功させるには、first_open イベントを Google Ads アカウントにインポートするプロセスを完了することが必須です。これらの手順を完了しないと、Google Ads と Singular の連携が不完全になり、インストールがトラッキングされません。アプリの広告を出している Google Ads アカウントが複数ある場合は、「クロスアカウントのコンバージョン トラッキング」を有効にするか、別の Google Ads アカウントとリンク ID を共有するようにしてください。このビデオチュートリアルの「リンクを他の Google Ads アカウントと共有する方法」をご覧いただくか、Google の手順に従ってください。
クロスアカウントのコンバージョン トラッキングが有効になっている Link ID に更新する場合は、必ずイベントのインポートプロセスを繰り返してください (以下のステップ 9 を参照)。 - Singular > Attribution > Partner Configuration に移動します。
- 「Add a Partner」をクリックし、Adwords (Google Ads) と入力して選択します。
- ダイアログで、設定する App と App site (プラットフォーム) を選択します。
- Adwords Link ID に、生成した ID を貼り付けます。
- アトリビューション設定を指定します:
- ビュースルーアトリビューション - 広告の表示により高い優先順位を付与します
- リエンゲージメント - 非アクティブウィンドウを使用します。これは必須です
- クリックスルーアトリビューションのルックバックウィンドウ - 広告がインストールのクレジットを獲得できる期間を指定します。
- 注意:デフォルト設定を変更すると、不一致が生じる可能性があります(Singular と Adwords のダッシュボードに表示されるインストール数の間)。
- イベントポストバックの送信:キャンペーンの最適化を改善するため、Singular がアプリ内イベントに関するポストバックを Google Ads に送信できるようにします。イベントを同等の Google イベントにマッピングするか、イベントを「custom」のままにしておきます。
- Save をクリックします。
-
2025 年 12 月より、新たに報告されたコンバージョンイベントは自動的に Google Ads にインポートされるようになり、手動でのインポートは不要になりました。
(重要) イベントのインポート:Google Ads アカウントでコンバージョンアクションを設定します。参照:イベントのインポート方法
- Singular のイベントはすぐには表示されません。イベントが Google Ads に表示されるのは、Singular で設定を行った後に少なくとも 1 件のコンバージョンイベントが発生してからです。
- Singular のイベントはすぐには表示されません。イベントが Google Ads に表示されるのは、Singular で設定を行った後に少なくとも 1 件のコンバージョンイベントが発生してからです。
一般的な FAQ
アトリビューションがトラッキングされると、Google Ads キャンペーンが Singular のレポートインターフェースに表示されます。
Singular は、クリックスルーおよびビュースルーのインストールとリエンゲージメントについて、アトリビューションされた Google Ads アプリキャンペーンデータのレポートをサポートしています。現在利用可能なデータには、Google キャンペーン ID、キャンペーン名、広告グループ ID、および Google のチャネル (YouTube、ディスプレイ、検索) が含まれます。このデータは、それぞれ Singular の「Campaign ID」、「Campaign Name」、「Sub Campaign ID」、「Sub Ad Network」にマッピングされます。
Google Ads における「conversions」は、Singular におけるインストールとリエンゲージメントの両方を指す点にご注意ください。
さらに、Google Ads のドキュメントに記載されているとおり、Google Ads とすべてのサードパーティの間には本質的な不一致があります。
Singular SDK の実装にディープリンクおよびディファードディープリンクのサポートが含まれていることを確認してください。
実装が完了すると、Google との Singular 連携は、フィードを利用する Google キャンペーンに対してディファードディープリンクを自動的に有効にします。
Google Ads が報告するアプリのコンバージョンには、確定的 (deterministic) なソースとモデル化された (modeled) ソースの両方が混在している場合があります。モデル化されたコンバージョンがキャンペーンにどのような影響を与えるかについては、Google のドキュメントをご覧ください。
モデル化されたコンバージョンは特定の単一の広告インタラクションに紐づかないため、Google は対応する確定的なレスポンスを Singular や Google の App Attribution Partner のいずれにも提供できません。これにより、Google とサードパーティ (3P) の間で報告されるコンバージョンに不一致が生じることがあります。
オプトアウトユーザーのアプリアクティビティは、広告 ID をゼロにした状態で Google に報告されるため、Google は個人を特定できる情報を一切受け取りません。
Google が広告を配信する際、自動タグ設定が有効になっていると「ID」も付加されます:
これらの広告がディープリンク対応である場合、ユーザーがアプリにディープリンクされた時点で、Singular SDK/S2S 連携によって ID が取得されます。Singular は利用可能なすべての ID を Google に転送し、これらはセルフアトリビューションによって Singular ではリエンゲージメントとして報告されます。「gbraid」の場合、これらのリエンゲージメントアトリビューションは粒度が低くなります。「Gbraid」ベースのリエンゲージメントアトリビューションには、次のものが含まれます:
- キャンペーン ID
- キャンペーン名
重要:Gbraid と Gclid を Google に送信するには、Singular SDK 連携が非 Singular ディープリンクをサポートするように設定されている必要があります。iOS SDK ガイドとAndroid SDK ガイドをご覧ください。
engaged view (エンゲージ ビュー) とは、10 秒を超えて視聴された動画広告のユーザーインプレッションです。エンゲージ ビューは、Google と Singular のレポートではクリックスルーアトリビューションとしてカウントされます。
Singular のユーザーレベルのログでは、エンゲージ ビューのコンバージョンは、Google にアトリビューションされたコンバージョン/イベントデータの「passthrough」フィールド内で"interaction_type" = "engagement"として報告されます。
集計レポートでは、エンゲージ ビューのコンバージョンは次のように報告されます:"conversion type" = "click-through"。
(ベータ版) Google Ads Integrated Conversion Measurement FAQ
Google Ads の Integrated Conversion Measurement は現在オープンベータ版です。
- 2026 年 3 月 30 日より、Android ICM オープンベータ版がすべての広告主に提供され、Google Ads アカウントマネージャーによる有効化が不要になります。参加するには、Google Ads 向けの Singular Partner Configuration で「Include Integrated Conversion Measurement Attribution」オプションが有効になっていることを確認してください。
- 2025 年 11 月 12 日時点で、iOS ICM オープンベータ版はすべての広告主に提供されており、Google Ads アカウントマネージャーによる有効化は不要です。Singular で iOS ICM 測定を有効にするための要件をご覧ください。
Google の Integrated Conversion Measurement は、サードパーティの App Attribution Partner インターフェースにおいて、Google App キャンペーンに対してよりリアルタイムで包括的かつ正確なアトリビューションを提供します。これは、イベントデータを使用したオンデバイスのコンバージョン測定などの革新的なテクノロジーを取り入れており、ユーザーのプライバシーを損なうことなく測定精度を向上させます。その結果、ユーザーレベルの識別子が欠落している場合でも、イベントレベルのインサイトが得られます。
対象となるのは次のとおりです:
- App Tracking Transparency (ATT) を拒否した iOS 14.5 以降のユーザー
- 欧州経済領域 (EEA) の Android ユーザー、および Android で広告のパーソナライズ設定をオプトアウトしたユーザー。
- ICM はキッズアプリでもサポートされています。
Google Ads の Integrated Conversion Measurement は、クリックスルーのインストール測定のみをサポートしています。
Integrated Conversion Measurement のアトリビューションは、Singular では次のように報告されます:
- クリックスルー
- インストール
- 確率的 (probabilistic) としてアトリビューション (内訳は Singular のユーザーレベルレポートでのみ利用可能)
- Sub Network Type は利用できません
- Sub Campaign ID (Google Ads の広告グループ ID) は利用できません
Google Ads の Integrated Conversion Measurement は現在オープンベータ版です。
- 2026 年 3 月 30 日より、Android ICM オープンベータ版がすべての広告主に提供され、Google Ads アカウントマネージャーによる有効化が不要になります。参加するには、Google Ads 向けの Singular Partner Configuration で「Include Integrated Conversion Measurement Attribution」オプションが有効になっていることを確認してください。
- 2025 年 11 月 12 日時点で、iOS ICM オープンベータ版はすべての広告主に提供されており、Google Ads アカウントマネージャーによる有効化は不要です。
| Android | iOS |
|---|---|
|
|
Google Ads の Integrated Conversion Measurement は現在オープンベータ版です。2025 年 11 月 12 日時点で、iOS ICM オープンベータ版はすべての広告主に提供されており、Google Ads アカウントマネージャーによる有効化は不要です。
Google とのオープンベータ版に参加していない場合は、以下の要件を実装することは推奨されません。
iOS Integrated Conversion Measurement は、イベントデータを使用したオンデバイス測定を使用し、Google の ODM SDK の連携と、Singular SDK (または S2S API) のアップデートが必要です。
-
次の 3 つのオプションのいずれかを使用して、Google のイベントデータを使用したオンデバイス測定 (ODM SDK) を連携します:
参照:Google のガイド- Xcode で、File > Add Packages に移動します。
- 表示されるプロンプトで、GoogleAdsOnDeviceConversion の GitHub リポジトリを入力します:https://github.com/googleads/google-ads-on-device-conversion-ios-sdk
- 完了すると、Xcode がパッケージの依存関係の解決を開始し、バックグラウンドでダウンロードします。
-
Podfile に GoogleAdsOnDeviceConversion pod を追加します。
pod 'GoogleAdsOnDeviceConversion' -
次を実行します:
pod install --repo-update
-
Singular SDK または S2S API の実装を更新します
- ネイティブ SDK 最小バージョン 12.8.1
- 「-ObjC 」を、アプリターゲットの「Other Linker Flags 」に必ず追加してください
-
Singular SDK の初期化時に enableOdmWithTimeoutInterval 設定オプションを SingularConfig に追加して、Singular が ODM 情報を収集できるようにします。
enableOdmWithTimeoutInterval は、タイムアウト値を秒単位で設定します。タイムアウト値には 5 秒を使用することが推奨されます。タイムアウト値は、インストール後の初回起動時に、Singular SDK が ODM SDK からの ODM 情報を待つために初期化を遅延させる最大時間を設定します。重要:ODM SDK からの ODM 情報を待つプロセスは、Singular のディープリンクコールバックハンドラーなどの Singular SDK コールバックを遅延させます。そのため、ディープリンクが遅延する場合があります。
Swift:config.enableOdmWithTimeoutInterval = 5Objective C:
config.enableOdmWithTimeoutInterval = 5;
- Unity SDK 最小バージョン v5.5.0
-
Singular が ODM 情報を収集できるようにするには、Enable ODM With Timeout Interval 設定オプションを SingularSDKObject に追加します。
Enable ODM With Timeout Interval は、タイムアウト値を秒単位で設定します。タイムアウト値には 5 秒を使用することが推奨されます。タイムアウト値は、インストール後の初回起動時に、Singular SDK が ODM SDK からの ODM 情報を待つために初期化を遅延させる最大時間を設定します。重要:ODM SDK からの ODM 情報を待つプロセスは、Singular のディープリンクコールバックハンドラーなどの Singular SDK コールバックを遅延させます。そのため、ディープリンクが遅延する場合があります。
- Flutter SDK 最小バージョン v1.8.0
- React Native SDK 最小バージョン v3.9.0
- Cordova SDK 最小バージョン v1.8.0
- 「-ObjC 」を、アプリターゲットの「Other Linker Flags 」に必ず追加してください
-
Singular SDK の初期化時に enableOdmWithTimeoutInterval 設定オプションを SingularConfig に追加して、Singular が ODM 情報を収集できるようにします。
enableOdmWithTimeoutInterval は、タイムアウト値を秒単位で設定します。タイムアウト値には 5 秒を使用することが推奨されます。タイムアウト値は、インストール後の初回起動時に、Singular SDK が ODM SDK からの ODM 情報を待つために初期化を遅延させる最大時間を設定します。重要:ODM SDK からの ODM 情報を待つプロセスは、Singular のディープリンクコールバックハンドラーなどの Singular SDK コールバックを遅延させます。そのため、ディープリンクが遅延する場合があります。config.enableOdmWithTimeoutInterval = 5
-
アプリの初回起動直後にオンデバイス情報を取得します
Swift:import GoogleAdsOnDeviceConversion // Set the time when the app was first launched. ConversionManager.sharedInstance.setFirstLaunchTime(Date()) // Fetch the conversion info. ConversionManager.sharedInstance.fetchAggregateConversionInfo(for: .installation) { aggregateConversionInfo, error in guard error == nil else { return } guard let info = aggregateConversionInfo else { // Troubleshoot: // 1. Check that the Date passed to setFirstLaunchTime() was when the app // first launched. // 2. Check that your app is running in an approved region. return } guard info.count 0 else { return } print("Conversion info \(info)") // Use info as the value in the odm_info query parameter in // the App Conversion API detailed in Step 6. // For example, if info is "abcdEfadGdaf", then odm_info=abcdEfadGdaf. }
Objective C:@import GoogleAdsOnDeviceConversion; // Set the time when the app was first launched. [[ODCConversionManager sharedInstance] setFirstLaunchTime:[NSDate date]]; // Fetch the conversion info. [[ODCConversionManager sharedInstance] fetchAggregateConversionInfoForInteraction:ODCInteractionTypeInstallation completion:^(NSString * _Nullable aggregateConversionInfo, NSError * _Nullable error) { if (error) { return; } if (aggregateConversionInfo.length == 0) { // Troubleshoot: // 1. Check that the NSDate passed to setFirstLaunchTime() was when the app // first launched. // 2. Check that your app is running in an approved region. return; } NSLog(@"Conversion info %@", aggregateConversionInfo); // Use aggregateConversionInfo as the value in the odm_info query parameter in // the App Conversion API detailed in Step 6. // For example, if aggregateConversionInfo is "abcdEfadGdaf", // then odm_info=abcdEfadGdaf. }];重要:
- このステップは非同期操作であるため、完了するまで Session イベントの送信を控える必要がある場合があります。
- odm_info を収集し、最初のセッションで付加できるようにアプリのストレージと共有します。この値は "odm_info" パラメータを介して Singular の S2S API に渡されます
- エラーが発生した場合は、そのエラーを収集します。この値は「odm_error 」パラメータを介して Singular の S2S API に渡されます
- setFirstLaunchTime で渡される日付のタイムスタンプは、「utime 」パラメータを介して Singular の S2S API に渡されるインストールのタイムスタンプと大きく異ならないようにする必要がある点にご注意ください。
- オンデバイス情報を Singular の S2S API に渡します
すべてのアプリインストールセッション (install=true) で、ODM 情報と ODM エラーを Singular S2S /launch エンドポイントに含めます。
パートナーデータポリシー
データ保持
Google App Attribution Partner として、Singular は Google が定める以下のデータ保持要件を遵守しています:
- Google Ads のユーザーレベルデータは、元のアトリビューションから 6 か月後に削除されます。6 か月後、Google Ads にアトリビューションされたユーザーは「Organic 」として扱われ/マークされ、Singular の集計レポートとユーザーレベルレポートの両方にその旨が反映されます。
EEA ユーザーの同意の取り扱い
Google Ads は、広告主に対し EEA ユーザーの同意シグナルを渡すことを求めています。これは、EU の規制であるデジタル市場法 (Digital Markets Act)に対応するためのアップデートの一環です。これらのユーザー同意シグナルをオプトアウトした EEA ユーザーは、アトリビューションの対象とならず、そのデータが Google で広告目的に使用されることもありません。
Singular は、広告主のコンプライアンスを支援するために以下のオプションを提供しています:
- EEA ユーザーに対する EU のプライバシー規制が自社のアプリに適用されると判断した場合は、これらのユーザーにアプリが提示する同意プロンプトに基づいて、ユーザー同意シグナルを Singular に渡します。「ユーザー同意シグナルを Singular に渡すにはどうすればよいですか?」をご覧ください。
- EU のプライバシー規制が自社のアプリに適用されないと判断した場合は、Singular で EEA ユーザー同意シグナルをオプトアウトできます。パートナー設定の「User Privacy」セクションにある「EEA opt-out」オプションをオンにしてください。「EEA のデータ要件をオプトアウトするにはどうすればよいですか?」をご覧ください。
EEA ユーザーの同意の取り扱いに関する FAQ
EEA ユーザーのユーザー同意シグナルをいつ、どのように収集するかは、ユーザープライバシーに関する自社の要件およびアプリの要件に従う必要があります。GDPR、e プライバシー指令、デジタル市場法などの社内プライバシーポリシーやプライバシー規制に、自社のアプリがどのように準拠する必要があるかについては、自社の法律顧問にご相談ください。
ユーザー同意シグナルを収集することを決定した場合は、一般的に次のことが推奨されます:
- ユーザー同意シグナルは、ユーザーが明示的にオプトインまたはオプトアウトした場合にのみ設定すること。ユーザーが選択を行わなかった場合は、LDS を未設定のままにしておくことが推奨されます。ユーザーシグナルが存在しないこと自体が重要な場合があります。
- ユーザー同意シグナルは、一般的にアプリの利用中に「プライバシー選択」または「プライバシー設定」で収集されます。
- 可能な場合、またアプリの同意プロンプトの設計と戦略に応じて、Singular やその他の SDK ができるだけ早くユーザー同意シグナルを収集できるよう、アプリフローの早い段階でプライバシープロンプトを表示してください。
EEA ユーザーに対する EU のプライバシー規制が自社のアプリに適用されると判断した場合:これらのユーザーにアプリが提示する同意プロンプトに基づいて、Singular SDK/S2S の「データ共有の制限」(Limit Data Sharing) 機能を実装します。
- 「データ共有の制限」に関する iOS 、Android 、Server-to-Server API の技術ドキュメント記事をご覧ください
- Google がアプリインストール時にユーザー同意シグナルを取得し、測定と広告インサイトを最大化できるよう、LDS は Singular SDK の初期化より前に設定することが推奨されます
- Singular の LDS は、EEA ユーザーについて、以下のように Google の "ad_user_data" および "ad_personalization" のユーザー同意タイプにマッピングされます:
- LDS=true →ad_user_data/ad_personalization=0
- LDS=false →ad_user_data/ad_personalization=1
- 未設定の LDS→未設定の ad_user_data/ad_personalization
EU のプライバシー規制が自社のアプリに適用されないと判断した場合は、Singular で EEA ユーザー同意シグナルをオプトアウトできます。パートナー設定の「User Privacy」セクションにある「EEA opt-out」オプションをオンにしてください。このオプションを使用すると、LDS とユーザー同意シグナルは Google で使用されません。
- このオプションを使用する場合、EEA ユーザー向けに LDS を実装することは不要です
- このオプションは、Google の 3 月のアップデートが公開される前に有効にできます
Singular のデータ共有の制限 (Limit Data Sharing、LDS) は、アプリ開発者が各ユーザーのユーザー同意シグナルを Singular に渡すことができる機能です。LDS はユーザーごとに設定され、SDK の初期化前または初期化後に設定できます。LDS は Singular の User Privacy Postbacks で使用され、Google などの特定のパートナーに渡されます。これらのパートナーは、自社のデータ慣行に準拠するために LDS を使用します。
「データ共有の制限でユーザーのプライバシー選択をサポートする FAQ」をご覧ください。
Google は、必要なユーザー同意シグナルをサポートする同意管理プラットフォーム(CMP) を一覧で公開しています。これらの CMP のいずれかを使用している場合は、ユーザー同意シグナルを抽出し、Singular の LimitDataSharing 機能を通じて渡すことができます。
ユーザー同意をオプトアウトした EEA ユーザーの場合:
- Google Ads キャンペーンへのユーザーレベルアトリビューションは Singular で利用できません。Google はこれらのアトリビューションを MMP に報告できません
- Google Ads はこれらのユーザーのコンバージョンをモデル化し、それは Singular が Google Ads データコネクタから取得する集計ネットワーク指標に反映されます。
- Google Ads はこれらのユーザーのデータを広告目的に使用できません
ユーザー同意をオプトインした EEA ユーザーの場合:
- Google Ads キャンペーンへのユーザーレベルアトリビューションが可能です
- Google Ads はこのデータを広告目的に使用します
特定のキャンペーンや設定に関するより詳細な情報については、Google の担当者にお問い合わせいただくことをお勧めします。
クリエイティブ/アセットデータ
実行しているキャンペーンのタイプに応じて、Google はクリエイティブ/アセット ID を提供します。キャンペーンタイプごとに利用可能なクリエイティブおよび広告グループのデータを確認するには、以下の表をご覧ください。
| キャンペーンタイプ (トラッカー) | Creative ID あり | Ad Group ID | Ad Group Name |
|---|---|---|---|
| 検索 | v | v | x |
| ディスプレイ | v | v | x |
| ショッピング | v | v | x |
| 動画 | v | v | x |
| ACI, ACE, ACPREX | x | v | v |
| Performance max | x | x | x |
| ホテル | v | v | x |
| その他 | v | v | x |
アプリ向け Dynamic Remarketing
Singular の連携を利用すると、Google が Dynamic Remarketing に必要とするパラメータを既存のイベントで転送できます。各イベントに適用されるイベントとパラメータは、Google によって次のように推奨されています:
| イベント | 属性 |
|---|---|
| view_item |
必須: item_id。任意: google_business_vertical。 |
| add_to_cart |
必須: item_id。任意: google_business_vertical。 |
| begin_checkout |
必須: item_id。任意: google_business_vertical、value、currency。 |
| ecommerce_purchase |
必須: item_id、value、currency。任意:google_business_vertical。 |
-
item_idは、Google Merchant Center フィードのitem_id、item_group_id、またはdisplay_ads_idのいずれかと一致する必要があります。 -
google_business_verticalは任意です。ID をどのフィード/バーティカルと照合するかを指定します (retail、travel、hotel_rental、flight、real_estate、jobs、custom)。
Singular によるマッピング
Google に送信されるポストバックでは、Singular がこれらを Google 独自のフィールド名に変換します:content_id は item_id にマッピングされ、value と currency は Google が想定するものと同じ名前で送信されます。
Singular がお客様のアカウント用にカスタムポストバックを設定する必要があります。ポストバックをマッピングできるよう、アプリが送信しているイベント名とパラメータ名を添えて、CS 担当者または Singular サポートにお問い合わせください。Google 独自のパラメータリファレンスについては、Dynamic Remarketing のイベントパラメータをご覧ください。セットアップの詳細については、Dynamic & Catalog Ads のアプリイベントをご覧ください。