Google Customer Match 接続

IMPORTANT
Googleは、欧州連合(EU ユーザーの同意ポリシー)の​ デジタル市場法 (DMA)で定義されているコンプライアンスと同意に関する要件をサポートするために、Google Ads APICustomer Match、およびDisplay & Video 360 APIに対する変更をリリースしています。 これらの変更の同意要件への適用は、2024年3月6日現在で有効です。

>EUのユーザー同意方針に準拠し、欧州経済地域(EEA)のユーザーに対してオーディエンスリストの作成を継続するには、広告主とパートナーは、オーディエンスデータをアップロードする際に、エンドユーザーの同意を確実に渡す必要があります。 Adobeは、Googleパートナーとして、欧州連合のDMAに基づく同意要件に準拠するために必要なツールを提供します。

>Adobe Privacy & Security Shieldを購入し、同意のないプロファイルを除外するように同意ポリシーを設定しているお客様は、何らかの操作を行う必要はありません。

>Adobe Privacy & Security Shieldを購入していないお客様は、既存のReal-Time CDP Google宛先を中断なく引き続き使用するために、同意のないプロファイルを除外するために、​ セグメントビルダー内の​ セグメント定義機能を使用する必要があります。

Google Customer Matchは、オンラインとオフラインのデータを使用して、次のようなGoogleの所有および運営されているプロパティで顧客にリーチし、リエンゲージメントします:Search、Shopping、およびGmail。

TIP
YouTubeのインベントリで顧客にリーチするには、Google Customer Match + DV360の宛先を使用します。この宛先は、Google Audience Partner APIを使用します。

Adobe Experience Platform UIのGoogle Customer Matchの宛先。

ユースケース use-cases

Google Customer Match宛先を使用する方法とタイミングをより深く理解するために、Adobe Experience Platformのお客様がこの機能を使用して解決できるユースケースの例を次に示します。

ユースケース #1 use-case-1

スポーツ衣料品ブランドが、Google SearchとGoogle Shoppingを通じて既存顧客にリーチし、過去の購入履歴や閲覧履歴にもとづいてオファーや商品をパーソナライズしたいと考えています。 アパレル企業は、自社のCRMからAdobe Experience Platformにメールアドレスを取り込み、そのオフラインデータからオーディエンスを構築することができます。 次に、これらのオーディエンスをGoogle Customer Matchに送信してSearchとShopping全体で使用し、広告費を最適化できます。

ユースケース #2 use-case-2

TIP
このユースケースをYouTube インベントリで実行するには、Google Audience Partner APIを使用する新しいGoogle Customer Match + DV360宛先を使用します。

ある大手テクノロジー企業が新しい携帯電話を発売しました。 この新しい携帯電話モデルを宣伝するために、彼らは携帯電話の以前のモデルを所有している顧客に携帯電話の新機能と機能の認識を促進することを目指しています。

リリースを促進するために、CRM データベースからExperience Platformにメールアドレスをアップロードし、そのメールアドレスをIDとして使用します。 オーディエンスは、古いモデルの所有者に基づいて作成されます。 その後、オーディエンスがGoogle Customer Matchに送信されるので、現在の顧客、古い電話モデルを所有している顧客、およびYouTube上の類似の顧客をターゲットにすることができます。

Google Customer Match宛先のデータガバナンス data-governance

Experience Platformの一部の宛先には、宛先プラットフォームに送信または受信したデータに対して特定のルールと義務があります。 お客様は、お客様のデータの制限と義務、およびAdobe Experience Platformとその宛先プラットフォームでのデータの使用方法を理解する責任があります。 Adobe Experience Platformには、これらのデータ使用義務の一部を管理するのに役立つデータ ガバナンス ツールが用意されています。 データガバナンスツールとポリシーについて詳細を見る。

サポートされている ID supported-identities

Google Customer Match では、以下の表で説明する ID のアクティベーションをサポートしています。 ID についての詳細情報。

ターゲット ID
説明
注意点
GAID
GOOGLE ADVERTISING ID
ソース ID が GAID 名前空間の場合は、このターゲット ID を選択します。
IDFA
Apple の広告主 ID
ソース ID が IDFA 名前空間の場合は、このターゲット ID を選択します。
phone_sha256_e.164
SHA256 アルゴリズムでハッシュ化されたE164形式の電話番号
プレーンテキストとSHA256 ハッシュ化された電話番号の両方がAdobe Experience Platformでサポートされています。 「IDに一致する要件」セクションの手順に従い、プレーンテキストとハッシュ化された電話番号にそれぞれ適切な名前空間を使用します。 ソースフィールドにハッシュ化されていない属性が含まれている場合は、Apply transformation オプションをチェックして、Experience Platformがアクティベーション時にデータを自動的にハッシュします。
email_lc_sha256
SHA256 アルゴリズムでハッシュ化されたメールアドレス
プレーンテキストとSHA256 ハッシュ化された電子メールアドレスの両方がAdobe Experience Platformでサポートされています。 「IDに一致する要件」セクションの手順に従い、プレーンテキストとハッシュ化された電子メールアドレスにそれぞれ適切な名前空間を使用します。 ソースフィールドにハッシュ化されていない属性が含まれている場合は、Apply transformation オプションをチェックして、Experience Platformがアクティベーション時にデータを自動的にハッシュします。
user_id
カスタムユーザーID
ソース IDがカスタム名前空間である場合は、このターゲット IDを選択します。
address_info_first_name
ユーザーの名
このターゲット IDは、address_info_last_nameaddress_info_country_codeaddress_info_postal_codeと共に、宛先に郵送先住所データを送信する場合に使用します。

Googleがアドレスと一致するように、4つのアドレスフィールド (address_info_first_nameaddress_info_last_nameaddress_info_country_code、およびaddress_info_postal_code)をすべてマッピングし、これらのフィールドが書き出されたプロファイルのデータを欠落していないことを確認する必要があります。
いずれかのフィールドがマッピングされていない場合、または欠落しているデータが含まれている場合、Googleはアドレスと一致しません。
address_info_last_name
ユーザーの姓
このターゲット IDは、address_info_first_nameaddress_info_country_codeaddress_info_postal_codeと共に、宛先に郵送先住所データを送信する場合に使用します。

Googleがアドレスと一致するように、4つのアドレスフィールド (address_info_first_nameaddress_info_last_nameaddress_info_country_code、およびaddress_info_postal_code)をすべてマッピングし、これらのフィールドが書き出されたプロファイルのデータを欠落していないことを確認する必要があります。
いずれかのフィールドがマッピングされていない場合、または欠落しているデータが含まれている場合、Googleはアドレスと一致しません。
address_info_country_code
ユーザーアドレスの国コード
このターゲット IDは、address_info_first_nameaddress_info_last_nameaddress_info_postal_codeと共に、宛先に郵送先住所データを送信する場合に使用します。

Googleがアドレスと一致するように、4つのアドレスフィールド (address_info_first_nameaddress_info_last_nameaddress_info_country_code、およびaddress_info_postal_code)をすべてマッピングし、これらのフィールドが書き出されたプロファイルのデータを欠落していないことを確認する必要があります。
いずれかのフィールドがマッピングされていない場合、または欠落しているデータが含まれている場合、Googleはアドレスと一致しません。

使用可能な形式:小文字の2文字の国コード (ISO 3166-1 alpha-2🔗形式)。
address_info_postal_code
ユーザーの住所の郵便番号
このターゲット IDは、address_info_first_nameaddress_info_last_nameaddress_info_country_codeと共に、宛先に郵送先住所データを送信する場合に使用します。

Googleがアドレスと一致するように、4つのアドレスフィールド (address_info_first_nameaddress_info_last_nameaddress_info_country_code、およびaddress_info_postal_code)をすべてマッピングし、これらのフィールドが書き出されたプロファイルのデータを欠落していないことを確認する必要があります。
いずれかのフィールドがマッピングされていない場合、または欠落しているデータが含まれている場合、Googleはアドレスと一致しません。

サポートされるオーディエンス supported-audiences

この節では、この宛先に書き出すことができるオーディエンスのタイプについて説明します。

オーディエンスの由来
サポートあり
説明
Segmentation Service
Experience Platform ​ セグメント化サービス ​を通じて生成されたオーディエンス。
その他すべてのオーディエンスの生成元

このカテゴリには、Segmentation Serviceを通じて生成されたオーディエンス以外のすべてのオーディエンスのオリジンが含まれます。 様々なオーディエンスの起源について読みます。 次に例を示します。

  • カスタムアップロードオーディエンス がCSV ファイルからExperience Platformにをインポートしました。
  • 類似オーディエンス,
  • 連合オーディエンス,
  • Adobe Journey Optimizerなどの他のExperience Platform アプリで生成されたオーディエンス
  • その他。

オーディエンスのデータタイプ別にサポートされるオーディエンス:

オーディエンスのデータタイプ
サポートあり
説明
ユースケース
人物オーディエンス ​
顧客プロファイルにもとづいて、マーケティング施策の特定のグループをターゲットにすることができます。
買い物客やカートの放棄が多い
​ アカウントオーディエンス ​
×
アカウントベースドマーケティング戦略のために、特定の組織内の個人をターゲットにします。
B2B マーケティング
見込みオーディエンス ​
×
まだ顧客ではないが、ターゲットオーディエンスと特徴を共有する個人をターゲットにします。
サードパーティデータによる見込み顧客の開拓
​ データセットの書き出し
×
Adobe Experience Platform データ レイクに保存されている構造化データのコレクション。
レポート,データサイエンスワークフロー

書き出しのタイプと頻度 export-type-frequency

宛先の書き出しのタイプと頻度について詳しくは、以下の表を参照してください。

項目
タイプ
メモ
書き出しタイプ
Audience export
Google Customer Match宛先で使用されている識別子(名前、電話番号など)を持つオーディエンスのすべてのメンバーを書き出します。
書き出し頻度
Streaming
ストリーミングの宛先は常に、API ベースの接続です。 オーディエンス評価に基づいて Experience Platform 内でプロファイルが更新されるとすぐに、コネクタは更新を宛先プラットフォームに送信します。 詳しくは、ストリーミングの宛先を参照してください。

Google Customer Match アカウントの前提条件 google-account-prerequisites

Experience PlatformでGoogle Customer Matchの宛先を設定する前に、Google サポート ドキュメント ​に記載されているCustomer Matchの使用に関するGoogleのポリシーを必ずお読みください。

次に、Google アカウントがStandard以上の権限レベルに設定されていることを確認します。 詳しくは、Google広告ドキュメント ​を参照してください。

許可リスト allowlist

Experience PlatformでGoogle Customer Match宛先を作成する前に、Google Ads アカウントがGoogle Customer Match ポリシーに準拠していることを確認してください。

コンプライアンスを遵守しているアカウントを持つお客様には、Googleが自動的に許可リストに加えるします。

ID一致の要件 id-matching-requirements

Googleでは、個人を特定できる情報(PII)が明確に送信されていないことが必要です。 したがって、Google Customer Matchにアクティブ化されたオーディエンスは、電子メールアドレスや電話番号などの​ ハッシュ ​識別子にキーを設定できます。

Adobe Experience Platformに取り込むIDの種類に応じて、対応する要件を遵守する必要があります。

ID マッピングを更新する際のキータイプの動作 key-type-behavior

Google Customer Matchは、キータイプと呼ばれる3つの識別子カテゴリを使用して、Google Adsの個別の顧客リストを管理します。 Googleは、CustomerMatchUploadKeyType参照で3つのキータイプを定義しています。

  • CONTACT_INFO:電子メールアドレス、電話番号、郵送先住所
  • CRM_ID:広告主が割り当てたカスタムユーザーID
  • MOBILE_ADVERTISING_ID: モバイルデバイス ID (IDFAおよびGAID)

同じ宛先接続で、複数のキータイプカテゴリからIDをマッピングできます。 Googleは、キーの種類ごとに個別の顧客リストを保持します。

削除ルール: Googleは、そのキータイプに属するすべてのID フィールドを宛先から削除する場合にのみ、顧客リストを削除します。 1つのフィールドを削除しても、同じキータイプの他の1つ以上のフィールドがマッピングされたままである限り、安全です。

例えば、email_lc_sha256address_info_first_nameがマッピングされている場合(両方ともCONTACT_INFO キータイプに属している場合)、address_info_first_nameを削除することは安全です。 email_lc_sha256がまだ一部であるため、CONTACT_INFOの顧客リストは保持されます。

IMPORTANT
次のような操作は避けます。 両方とも、影響を受けるキータイプの顧客リストを削除し、すべての履歴一致データを完全に削除します。
  • キータイプのすべてのフィールドを削除:​例えば、user_idが唯一のCRM_ID フィールドであり、それを削除した場合、GoogleはCRM_ID顧客リスト全体を削除します。 後でuser_idを再度追加すると、新しい空のリストが作成されます。 以前のデータは復元できません。
  • キーの種類を切り替えています: user_idを削除してaddress_info_first_nameaddress_info_last_nameに切り替え、後で変更を元に戻して、影響を受ける顧客リストを毎回削除して再作成します。 過去のオーディエンスデータが失われる:
これはGoogle要件であり、Adobe Experience Platformの制限ではありません。

複数のキータイプをアクティブにする必要がある場合は、各キータイプに対して個別の宛先接続を作成することを検討してください。 これにより、一方のタイプのフィールドを他方のタイプの編集時に誤って削除するリスクを回避できます。

CONTACT_INFO キータイプ内で、同じ接続で電子メールアドレス、電話番号、および郵送先住所を組み合わせることができます。 Googleでは、マッチング率を向上させることができるので、このアプローチが推奨されます。

電話番号のハッシュ要件 phone-number-hashing-requirements

Google Customer Matchで電話番号をアクティブ化するには、次の2つの方法があります。

  • 未加工の電話番号を取り込む: E.164形式の未加工の電話番号をExperience Platformに取り込むことができ、アクティベーション時に自動的にハッシュ化されます。 このオプションを選択した場合は、必ず未加工の電話番号をPhone_E.164名前空間に取り込んでください。
  • ハッシュ化された電話番号の取り込み: Experience Platformに取り込む前に、電話番号を事前にハッシュ化できます。 このオプションを選択した場合は、ハッシュ化された電話番号を常にPHONE_SHA256_E.164名前空間に取り込んでください。
NOTE
Phone名前空間に取り込まれた電話番号は、Google Customer Matchではアクティブ化できません。

メールハッシュ要件 hashing-requirements

メールアドレスをAdobe Experience Platformに取り込む前にハッシュ化するか、Experience Platformでクリアなメールアドレスを使用して、アクティベーション時にExperience Platform個ハッシュ化します。

Googleのハッシュ要件とアクティベーションに関するその他の制限について詳しくは、Google ドキュメントの次の節を参照してください。

Experience Platformでのメールアドレスの取り込みについて詳しくは、​ バッチ取り込みの概要および​ ストリーミング取り込みの概要を参照してください。

自分でメールアドレスをハッシュ化することを選択した場合は、上記のリンクに記載されているGoogleの要件に準拠してください。

アドレスフィールドハッシュ要件 address-field-hashing

アドレス関連のフィールドをGoogle Customer Matchにマッピングする場合、Experience Platform address_info_first_nameaddress_info_last_nameの値を自動的に ハッシュ化してからGoogleに送信します。 この自動ハッシュ処理は、Googleのセキュリティおよびプライバシー要件に準拠するために必要です。

not​では、address_info_first_nameまたはaddress_info_last_nameに事前ハッシュ化された値を指定してください。 既にハッシュ化された値を指定した場合、一致するプロセスは失敗します。

カスタム名前空間の使用 custom-namespaces

User_ID名前空間を使用してGoogleにデータを送信する前に、gTagを使用して独自のIDを同期してください。 詳しくは、Googleの公式ドキュメント ​を参照してください。

ビデオの概要 video-overview

Google Customer Matchの利点とデータをアクティベートする方法については、次のビデオをご覧ください。

宛先への接続 connect

IMPORTANT
宛先に接続するには、View Destinations​および​Manage Destinations ​ アクセス制御権限が必要です。 詳しくは、アクセス制御の概要または製品管理者に問い合わせて、必要な権限を取得してください。

この宛先に接続するには、宛先設定のチュートリアルの手順に従ってください。

接続パラメーター parameters

この宛先を設定するとき、次の情報を指定する必要があります。

  • Name:この宛先接続の名前を指定してください
  • Description:この宛先接続の説明を入力してください
  • Account ID: Google Adsのお客様ID。 IDの形式はxxx-xxx-xxxxです。 Google Ads Manager Account (My Client Center)を使用している場合は、マネージャーアカウント IDを使用しないでください。 代わりに、Google Ads customer IDを使用してください。
NOTE
OAuth2接続プロセス中に、「Marketo テスト」がGoogle OAuth プロジェクト名として表示される場合があります。 Adobeでは、このプロジェクト名をGoogle Customer Match統合に使用するので、これは通常の動作です。 これは、宛先設定には影響しません。
IMPORTANT
  • Combine with PII マーケティングアクションは、Google Customer Match宛先に対してデフォルトで選択されており、削除できません。

認証と権限 authentication-permissions

Google Ads アカウントを接続すると、Googleは、Adobe アプリケーションへのアクセス権を付与するよう求めるメッセージを表示します。 Adobeがカスタマーリストを作成および管理できるように、Google Ads API権限を承認する必要があります。 アクティベートする対象のお客様アカウントで、Standard以上のアクセス権を持つGoogle Ads ユーザーを使用します。 マネージャーアカウント(MCC)を使用している場合は、顧客アカウントのユーザーでログインし、顧客アカウント ID (MCC IDではなく)を指定します。

OAuth フロー中にGoogle Ads権限が付与されない場合、アクティベーションは後でGoogle Ads APIのエラーで失敗する可能性があります。 権限に関連するエラーを解決する方法について詳しくは、​ トラブルシューティングの節を参照してください。

アラートの有効化 enable-alerts

アラートを有効にすると、宛先へのデータフローのステータスに関する通知を受け取ることができます。 リストからアラートを選択して、データフローのステータスに関する通知を受け取るよう登録します。 アラートについて詳しくは、UI を使用した宛先アラートの購読についてのガイドを参照してください。

宛先接続の詳細の提供が完了したら、Next​を選択します。

この宛先に対してオーディエンスをアクティブ化 activate

IMPORTANT
  • データをアクティブ化するには、View DestinationsActivate DestinationsView Profiles​および​View Segments ​ アクセス制御権限が必要です。 アクセス制御の概要を参照するか、製品管理者に問い合わせて必要な権限を取得してください。
  • ID​を宛先にエクスポートするには、View Identity Graph ​ アクセス制御権限が必要です。
    ​ ワークフローで強調表示されているID名前空間を選択して、オーディエンスを宛先にアクティブ化します。 {width="100" modal="regular"}

この宛先にオーディエンスをアクティブ化する手順については、ストリーミングオーディエンス書き出し宛先に対するオーディエンスデータのアクティブ化を参照してください。

Segment schedule ステップでは、IDFAまたはGAID オーディエンスをGoogle Customer Matchに送信する際にApp IDを指定する必要があります。

アクティブ化ワークフローのセグメントスケジュール手順で、 Google Customer Match App ID フィールドが強調表示されます。

App IDの検索方法について詳しくは、Googleの公式ドキュメント ​を参照するか、Google担当者にお問い合わせください。

ID マッピング:Google Customer Matchのオーディエンスデータをアクティブ化しています example-gcm

次のガイダンスを使用して、Google Customer Matchでオーディエンスデータをアクティブ化する際の正しいソースとターゲット ID名前空間を選択します。

ソースフィールドの選択:

  • 使用している電子メールアドレスがハッシュ化されていない場合は、Email名前空間をソース IDとして選択します。
  • Google Customer Match 電子メールハッシュ要件に従って、データ取り込み時に顧客の電子メールアドレスをExperience Platformにハッシュ化した場合は、Email_LC_SHA256名前空間をソース IDとして選択します。
  • データがハッシュ化されていない電話番号で構成されている場合は、ソース IDとしてPHONE_E.164名前空間を選択します。 Experience Platformは、Google Customer Match要件に準拠するために電話番号をハッシュします。
  • Google Customer Match 電話番号ハッシュ要件に従って、Experience Platformへのデータ取り込み時に電話番号をハッシュ化した場合、Phone_SHA256_E.164名前空間をソース IDとして選択します。
  • データがApple デバイス IDで構成されている場合は、IDFA名前空間をソース IDとして選択します。
  • データがAndroid デバイス IDで構成されている場合は、GAID名前空間をソース IDとして選択します。
  • データが他のタイプのIDで構成されている場合は、ソース IDとしてCustom名前空間を選択します。

ターゲットフィールドの選択:

  • ソース名前空間がEmailまたはEmail_LC_SHA256の場合、Email_LC_SHA256名前空間をターゲット IDとして選択します。
  • ソース名前空間がPHONE_E.164またはPhone_SHA256_E.164の場合、Phone_SHA256_E.164名前空間をターゲット IDとして選択します。
  • ソース名前空間がIDFAまたはGAIDの場合、IDFAまたはGAID名前空間をターゲット IDとして選択します。
  • ソース名前空間がカスタム名前空間の場合は、ターゲット IDとしてUser_ID名前空間を選択します。

ハッシュ化されていない名前空間からのデータは、アクティベーション時にExperience Platformによって自動的にハッシュ化されます。

属性ソースデータは自動的にハッシュ化されません。 ソースフィールドにハッシュ化されていない属性が含まれている場合は、Apply transformation オプションをチェックして、Experience Platformがアクティベーション時にデータを自動的にハッシュします。

​ アクティベーション ワークフローのマッピング ステップでハイライト表示された変換制御を適用します。

宛先の監視 monitor-destination

宛先に接続して宛先データフローを確立した後、Real-Time CDPの監視機能を使用して、各データフロー実行で宛先にアクティブ化されたプロファイルレコードに関する詳細な情報を取得できます。

IMPORTANT
アドレスに関連する4つのターゲット ID (address_info_first_nameaddress_info_last_nameaddress_info_country_code、およびaddress_info_postal_code)をマッピングすると、データフロー監視ページの各プロファイルに対して個別の個人IDとしてカウントされます。

オーディエンスのアクティブ化が成功したことを確認します verify-activation

アクティベーションフローが完了したら、Google Ads アカウントに切り替えます。 アクティブ化されたオーディエンスは、Google アカウントにカスタマーリストとして表示されます。 オーディエンスのサイズによっては、100人を超えるアクティブユーザーがいない限り、オーディエンスの一部が表示されません。

オーディエンスをIDFAとGAID モバイル IDの両方にマッピングする場合、Google Customer MatchはID マッピングごとに個別のオーディエンスを作成します。 お使いのGoogle Ads アカウントには、2つの異なるセグメントが表示されています。IDFA用とGAID マッピング用の1つです。

トラブルシューティング troubleshooting

アクティベーション後、一致率が0%に低下 match-rate-reset

アクティベーション後に一致率が0%に低下した場合、キータイプのすべてのID フィールドが宛先接続から削除されたことが原因である可能性があります。

Googleは、特定のキータイプに属するすべてのフィールドが宛先から削除されると、顧客リストを削除します。 トリガーとなるシナリオは次の2つです。

  • キータイプのすべてのフィールドを削除:​例えば、user_idが接続の唯一のCRM_ID フィールドであり、それを削除した場合、GoogleはCRM_ID顧客リストを削除します。 Googleが新しい空の顧客リストを作成するため、一致率は0%にリセットされます。
  • キーの種類を切り替える: 1つのキーの種類のすべてのフィールドを削除して別の種類からフィールドを追加し、後で変更を元に戻します。 これにより、影響を受ける顧客リストが毎回削除され、再作成されます。 過去のオーディエンスデータが失われる:

同じキータイプの他の1つ以上のフィールドが接続にマッピングされている場合、個々のフィールドを削除しても安全です。

これを防ぐには、次の手順を実行します。

  1. 1回のアクティベーション実行で、キータイプのすべてのID フィールドを削除しないでください。 影響を受けるキータイプの少なくとも1つのフィールドをマッピングしたままにします。
  2. 複数のキータイプをアクティブにする必要がある場合は、同じソースオーディエンスを指すキータイプごとに個別の宛先接続を作成します。 これにより、一方のタイプのフィールドを他方のタイプの編集時に誤って削除するリスクを回避できます。

詳しくは、「ID マッピングを更新する際のキータイプの動作」の節を参照してください。

400 Bad Request エラーメッセージ bad-request

この宛先を設定する際に、次のエラーが発生する場合があります。

{"message":"Google Customer Match Error: OperationAccessDenied.ACTION_NOT_PERMITTED","code":"400 BAD_REQUEST"}

このエラーは、顧客アカウントがの前提条件に準拠していない場合に発生します。 この問題を解決するには、Googleに連絡し、アカウントが許可リストに登録されており、Standard以上の権限レベルに設定されていることを確認してください。 詳しくは、Google広告ドキュメント ​を参照してください。

500内部サーバーエラー – 認証範囲が不十分 insufficient-scopes

この宛先に対してオーディエンスをアクティブ化すると、次のエラーが表示される場合があります。

{"message":"com.google.api.gax.rpc.PermissionDeniedException: io.grpc.StatusRuntimeException: PERMISSION_DENIED: Request had insufficient authentication scopes.","code":"500 INTERNAL_SERVER_ERROR"}

このエラーは、この宛先接続に使用されるGoogle OAuth トークンが、必要なGoogle Ads API スコープなしで作成された場合、またはサインインユーザーがターゲットカスタマーアカウントに対する十分な権限を持っていない場合に発生します。

この問題を修正するには、次の手順に従います。

  1. この宛先アカウントのGoogle認証​を再生成し、要求されたGoogle Ads権限を承認していることを確認します:

    • Experience Platformで、Destinations > Accounts​に移動します
    • Google Customer Match アカウントを探す
    • More actions (⋯) > Edit > Renew​を選択
    • Googleへのログインと同意のフローを完了し、要求されたすべての権限を承認します
  2. マネージャーアカウント (MCC)を介して広告を管理する場合は、ターゲット顧客アカウントへのStandard以上のアクセス権を持ち、宛先で設定された​ Account ID ​が顧客アカウント ID (MCC IDではなく)であることを確認します。

  3. アクティベーションを再実行します。

問題が解決しない場合:

  • Google Ads アカウントがCustomer Match用に許可リストに加えるされ、​ ポリシー要件を満たしていることを確認します。
  • Google Adsのお客様アカウントで、ユーザーのアクセスレベルがStandard以上であることを確認します。 詳しくは、Google広告ドキュメント ​を参照してください。
recommendation-more-help
experience-platform-help-destinations