Google Customer Match连接
为了遵循欧盟用户同意政策并继续为欧洲经济区(EEA)中的用户创建受众列表，广告商和合作伙伴必须确保他们在上传受众数据时获得最终用户同意。 作为 Google 合作伙伴，Adobe 为您提供必要的工具，以遵守欧盟 DMA 下的这些同意要求。
如果客户购买了Adobe Privacy & Security Shield并配置了同意策略以过滤掉未经同意的用户档案，则无需采取任何操作。
未购买Adobe Privacy & Security Shield的客户必须使用区段生成器中的区段定义功能来过滤掉未经同意的用户档案，以便继续使用现有的Real-Time CDP Google目标而不中断。
Google Customer Match允许您使用在线和离线数据，通过Google拥有和运营的资产（如： Search、Shopping和Gmail）联系客户并重新与其互动。
Adobe Experience Platform UI中的
用例 use-cases
为了帮助您更好地了解如何以及何时使用Google Customer Match目标，以下是Adobe Experience Platform客户可以使用此功能解决的示例用例。
用例#1
运动服装品牌希望通过Google Search和Google Shopping联系现有客户，以根据优惠和项目的过去购买和浏览历史记录对其进行个性化设置。 服装品牌可以从自己的CRM中将电子邮件地址摄取到Experience Platform，并从自己的离线数据中构建受众。 然后，他们可以将这些受众发送到Google Customer Match以在Search和Shopping中使用，从而优化其广告支出。
用例#2
一家知名科技公司发布了一款新手机。 为了推广这种新手机型号，他们正寻求让拥有旧款手机的客户了解手机的新特性和功能。
为了提升此版本，客户需要使用电子邮件地址作为标识符，将电子邮件地址从CRM数据库上传到Experience Platform。 受众是基于拥有旧版手机模型的客户创建的。 然后，受众会被发送到Google Customer Match，以便公司可以定位当前客户、拥有旧手机型号的客户以及YouTube上的类似客户。
Google Customer Match目标的数据治理 data-governance
Experience Platform中的某些目标对于发送到目标平台或从目标平台接收的数据具有某些规则和义务。 您有责任了解数据的限制和义务，以及如何在Adobe Experience Platform和目标平台中使用该数据。 Adobe Experience Platform提供数据治理工具，帮助您管理其中一些数据使用义务。 了解有关Data Governance工具和策略的更多信息。
支持的身份 supported-identities
Google Customer Match支持激活下表中描述的标识。 了解有关标识的更多信息。
GAIDIDFAphone_sha256_e.164email_lc_sha256user_idaddress_info_first_nameaddress_info_last_name、address_info_country_code和address_info_postal_code一起使用。为确保 Google 能成功匹配地址，您必须映射全部四个地址字段（
address_info_first_name、address_info_last_name、address_info_country_code 和 address_info_postal_code），且导出的轮廓中这些字段均不得缺失数据。如任一字段未映射或包含缺失数据，Google 将无法完成地址匹配。
address_info_last_nameaddress_info_first_name、address_info_country_code和address_info_postal_code一起使用。为确保 Google 能成功匹配地址，您必须映射全部四个地址字段（
address_info_first_name、address_info_last_name、address_info_country_code 和 address_info_postal_code），且导出的轮廓中这些字段均不得缺失数据。如任一字段未映射或包含缺失数据，Google 将无法完成地址匹配。
address_info_country_codeaddress_info_first_name、address_info_last_name和address_info_postal_code一起使用。为确保 Google 能成功匹配地址，您必须映射全部四个地址字段（
address_info_first_name、address_info_last_name、address_info_country_code 和 address_info_postal_code），且导出的轮廓中这些字段均不得缺失数据。如果有任何字段未映射或包含缺少的数据，则Google将与地址不匹配。
接受的格式：小写，2字母国家/地区代码，采用ISO 3166-1 alpha-2格式。
address_info_postal_codeaddress_info_first_name、address_info_last_name和address_info_country_code一起使用。为确保 Google 能成功匹配地址，您必须映射全部四个地址字段（
address_info_first_name、address_info_last_name、address_info_country_code 和 address_info_postal_code），且导出的轮廓中这些字段均不得缺失数据。如任一字段未映射或包含缺失数据，Google 将无法完成地址匹配。
支持的受众 supported-audiences
此部分介绍哪些类型的受众可以导出到此目标。
导出类型和频率 export-type-frequency
有关目标导出类型和频率的信息，请参阅下表。
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类型，您必须遵守其相应的要求。
电话号码散列要求 phone-number-hashing-requirements
在Google Customer Match中激活电话号码的方法有两种：
- 摄取原始电话号码：您可以将E.164格式的原始电话号码摄取到Experience Platform，激活时会自动对其进行哈希处理。 如果选择此选项，请确保始终将原始电话号码摄取到
Phone_E.164命名空间。 - 正在引入经过哈希处理的电话号码：您可以在引入到Experience Platform之前对电话号码进行预哈希处理。 如果选择此选项，请确保始终将经过哈希处理的电话号码摄取到
PHONE_SHA256_E.164命名空间。
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_name值发送到Google之前会自动对其进行哈希处理address_info_last_name。 这种自动哈希处理是遵守Google安全和隐私要求所必需的。
请 不要 为address_info_first_name或address_info_last_name提供预哈希值。 如果提供的值已经过哈希处理，则匹配过程将失败。
使用自定义命名空间 custom-namespaces
在使用User_ID命名空间将数据发送到Google之前，请确保使用gTag同步您自己的标识符。 有关详细信息，请参阅Google官方文档。
视频概述 video-overview
观看以下视频，了解如何获取优势以及如何将数据激活到Google Customer Match。
连接到目标 connect
要连接到此目标，请按照目标配置教程中描述的步骤操作。
连接参数 parameters
在设置此目标时，必须提供以下信息：
- Name：为此目标连接提供一个名称
- Description：为此目标连接提供描述
- Account ID：您的Google广告客户ID。 ID的格式为xxx-xxx-xxxx。 如果您使用的是Google Ads Manager Account (My Client Center)，请不要使用您的经理帐户ID。 请改用Google广告客户ID。
- 默认情况下已为 Combine with PII 目标选择Google Customer Match营销操作，无法移除。
身份验证和权限 authentication-permissions
当您连接Google Ads帐户时，Google会提示您授予对Adobe应用程序的访问权限。 您必须批准Google广告API权限，这样Adobe才能创建和管理您的客户列表。 使用对要激活的客户帐户具有“标准”或“更高”访问权限的Google Ads用户。 如果您使用的是经理帐户(MCC)，请使用客户帐户上的用户登录，并提供客户帐户ID（而不是MCC ID）。
如果在OAuth流程期间未授予Google广告权限，则激活稍后可能会失败，并出现Google Ads API错误。 有关如何解决权限相关错误的更多信息，请参阅疑难解答部分。
启用警报 enable-alerts
您可以启用警报，以接收有关发送到目标的数据流状态的通知。 从列表中选择警报以订阅接收有关数据流状态的通知。 有关警报的详细信息，请参阅使用UI订阅目标警报的指南。
完成提供目标连接的详细信息后，选择Next。
激活此目标的受众 activate
有关将受众激活到此目标的说明，请参阅将受众数据激活到流式受众导出目标。
在 Segment schedule 步骤中，在向App ID发送IDFA或GAID受众时必须提供Google Customer Match。
有关如何查找App ID的详细信息，请参阅Google官方文档或咨询Google代表。
映射示例：在Google Customer Match中激活受众数据 example-gcm
这是在Google Customer Match中激活受众数据时正确标识映射的示例。
选择源字段：
- 如果您使用的电子邮件地址未经过哈希处理，请选择
Email命名空间作为源标识。 - 如果您根据
Email_LC_SHA256Experience Platform电子邮件哈希处理要求Google Customer Match将数据摄取到时已将客户电子邮件地址哈希处理，请选择命名空间作为源标识。 - 如果您的数据由非散列电话号码组成，请选择
PHONE_E.164命名空间作为源标识。 Experience Platform将散列电话号码以符合Google Customer Match要求。 - 如果您根据
Phone_SHA256_E.164Experience Platform电话号码散列要求Google Customer Match将数据提取到中时散列电话号码，请选择命名空间作为源标识。 - 如果您的数据包含
IDFA个设备ID，请选择Apple命名空间作为源标识。 - 如果您的数据包含
GAID个设备ID，请选择Android命名空间作为源标识。 - 如果您的数据包含其他类型的标识符，请选择
Custom命名空间作为源标识。
选择目标字段：
- 当源命名空间为
Email_LC_SHA256或Email时，选择Email_LC_SHA256命名空间作为目标标识。 - 当源命名空间为
Phone_SHA256_E.164或PHONE_E.164时，选择Phone_SHA256_E.164命名空间作为目标标识。 - 当源命名空间为
IDFA或GAID时，选择IDFA或GAID命名空间作为目标标识。 - 当源命名空间是自定义命名空间时，选择
User_ID命名空间作为目标身份。
来自未经过哈希处理的命名空间的数据在激活时会由Experience Platform自动进行哈希处理。
属性源数据不会自动进行哈希处理。 当源字段包含未哈希处理的属性时，请选中 Apply transformation 选项，以便在激活时自动对Experience Platform数据进行哈希处理。
监视目标 monitor-destination
连接到目标并建立目标数据流后，您可以使用Real-Time CDP中的监视功能获取有关在每次数据流运行中激活到目标的配置文件记录的更多信息。
address_info_first_name、address_info_last_name、address_info_country_code和address_info_postal_code）时，它们将作为数据流监视页面中每个配置文件的单独身份计算。验证受众激活是否成功 verify-activation
完成激活流程后，切换到您的 Google Ads 帐户。 激活的受众在您的Google帐户中显示为客户列表。 根据您的受众规模，除非有100多个活动用户可提供，否则不会填充某些受众。
将受众映射到IDFA和GAID移动设备ID时，Google Customer Match会为每个ID映射创建单独的受众。 您的Google Ads帐户显示两个不同的区段，一个用于IDFA，一个用于GAID映射。
故障排除 troubleshooting
400错误请求错误消息 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范围，或者登录用户缺少目标客户帐户的足够权限时，会发生此错误。
要解决此问题，请执行以下步骤：
-
为此目标帐户重新生成Google身份验证，并确保您接受请求的Google Ads权限：
- 在Experience Platform中，转到Destinations > Accounts
- 找到您的Google Customer Match帐户
- 选择More actions (⋯) > Edit > Renew
- 完成Google登录和同意流程，并批准所有请求的权限
-
如果您通过经理帐户(MCC)管理广告，请确认您正在向对目标客户帐户具有Standard或更高访问权限的用户进行身份验证，并且目标中配置的 Account ID 是客户帐户ID（而不是MCC ID）。
-
重新运行激活。
如果问题仍然存在：
- 验证您的Google Ads帐户是否已列入允许列表为符合客户要求并符合政策要求。
- 确保用户在Google Ads客户帐户中的访问级别为Standard或更高。 有关详细信息，请参阅Google广告文档。