Google Customer Match连接
>为了遵循欧盟用户同意政策并继续为欧洲经济区(EEA)中的用户创建受众列表，广告商和合作伙伴必须确保他们在上传受众数据时获得最终用户同意。 作为 Google 合作伙伴，Adobe 为您提供必要的工具，以遵守欧盟 DMA 下的这些同意要求。
>如果客户购买了Adobe Privacy & Security Shield并配置了同意策略以过滤掉未经同意的用户档案，则无需采取任何操作。
>未购买Adobe Privacy & Security Shield的客户必须使用区段生成器中的区段定义功能来过滤掉未经同意的用户档案，以便继续使用现有的Real-Time CDPGoogle目标而不中断。
Google Customer Match使用您的在线和离线数据，通过Google拥有和运营的资产（如： Search、Shopping和Gmail）联系您的客户并重新与他们互动。
Adobe Experience Platform UI中的
用例 use-cases
为了帮助您更好地了解如何以及何时使用Google Customer Match目标，以下是Adobe Experience Platform客户可以通过使用此功能解决的示例用例。
用例#1 use-case-1
运动服装品牌希望通过Google Search和Google Shopping联系现有客户，以根据优惠和项目的过去购买和浏览历史记录对其进行个性化设置。 服装品牌可以从自己的CRM中将电子邮件地址摄取到Experience Platform，并从自己的离线数据中构建受众。 然后，他们可以将这些受众发送到Google Customer Match以在Search和Shopping中使用，从而优化其广告支出。
用例#2 use-case-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类型，您必须遵循其相应的要求。
更新身份映射时的键类型行为 key-type-behavior
Google Customer Match使用三个标识符类别（称为键类型）来维护Google Ads中的单独客户列表。 Google在CustomerMatchUploadKeyType引用中定义了三种键类型：
CONTACT_INFO：电子邮件地址、电话号码和邮寄地址CRM_ID：广告商分配的自定义用户IDMOBILE_ADVERTISING_ID：移动设备ID （IDFA和GAID）
您可以在同一目标连接中映射多个键类型类别的身份。 Google为每个键类型维护一个单独的客户列表。
删除规则： Google仅在您从目标中删除属于该键类型的所有标识字段时才删除客户列表。 只要至少有一个具有相同键类型的其他字段保持映射，则删除一个字段是安全的。
例如，如果已映射email_lc_sha256和address_info_first_name（两者都属于CONTACT_INFO键类型），则删除address_info_first_name是安全的。 CONTACT_INFO客户列表已保留，因为email_lc_sha256仍然是它的一部分。
- 正在删除键类型的所有字段：例如，如果
user_id是您唯一的CRM_ID字段并且您删除了它，Google将删除整个CRM_ID客户列表。 稍后再添加user_id会创建一个新的空列表。 以前的数据无法恢复。 - 在密钥类型之间切换：移除
user_id以切换到address_info_first_name和address_info_last_name，稍后撤消更改，每次删除并重新创建受影响的客户列表。 历史受众数据将会丢失。
如果需要保持多个键类型处于活动状态，请考虑为每个键类型创建单独的目标连接🔗。 这消除了编辑另一种类型时意外删除另一种类型的所有字段的风险。
在CONTACT_INFO密钥类型内，您可以将电子邮件地址、电话号码和邮寄地址合并到同一连接中。 Google推荐此方法，因为它可提高匹配率。
电话号码散列要求 phone-number-hashing-requirements
在Google Customer Match中激活电话号码的方法有两种：
- 摄取原始电话号码：您可以将E.164格式的原始电话号码摄取到Experience Platform，激活时会自动对其进行哈希处理。 如果选择此选项，请确保始终将原始电话号码摄取到
Phone_E.164命名空间。 - 正在引入经过哈希处理的电话号码：您可以在引入到Experience Platform之前对电话号码进行预哈希处理。 如果选择此选项，请确保始终将经过哈希处理的电话号码摄取到
PHONE_SHA256_E.164命名空间。
Phone命名空间中的电话号码。电子邮件哈希处理要求 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和address_info_last_name值发送到Google之前会自动对其进行哈希处理。 这种自动哈希处理是遵守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。
- 默认情况下已为Google Customer Match目标选择 Combine with PII 营销操作，无法移除。
身份验证和权限 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 步骤中，在向Google Customer Match发送IDFA或GAID受众时必须提供App ID。
有关如何查找App ID的详细信息，请参阅Google官方文档或咨询Google代表。
标识映射：在Google Customer Match中激活受众数据 example-gcm
在Google Customer Match中激活受众数据时，请使用以下指南选择正确的源身份命名空间和目标身份命名空间。
选择源字段：
- 如果您使用的电子邮件地址未经过哈希处理，请选择
Email命名空间作为源标识。 - 如果您根据Google Customer Match 电子邮件哈希处理要求将数据摄取到Experience Platform时已将客户电子邮件地址哈希处理，请选择
Email_LC_SHA256命名空间作为源标识。 - 如果您的数据由非散列电话号码组成，请选择
PHONE_E.164命名空间作为源标识。 Experience Platform将散列电话号码以符合Google Customer Match要求。 - 如果您根据Google Customer Match 电话号码散列要求将数据提取到Experience Platform中时散列电话号码，请选择
Phone_SHA256_E.164命名空间作为源标识。 - 如果您的数据包含Apple个设备ID，请选择
IDFA命名空间作为源标识。 - 如果您的数据包含Android个设备ID，请选择
GAID命名空间作为源标识。 - 如果您的数据包含其他类型的标识符，请选择
Custom命名空间作为源标识。
选择目标字段：
- 当源命名空间为
Email或Email_LC_SHA256时，选择Email_LC_SHA256命名空间作为目标标识。 - 当源命名空间为
PHONE_E.164或Phone_SHA256_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
激活后，匹配率降至0% match-rate-reset
如果激活后匹配率降至0%，则可能原因是某个密钥类型的所有标识字段已从目标连接中删除。
从目标中删除属于给定键类型的所有字段时，Google将删除客户列表。 两种情况会触发此情况：
- 正在删除键类型的所有字段：例如，如果
user_id是连接中唯一的CRM_ID字段并且您删除了它，Google将删除CRM_ID客户列表。 匹配率重置为0%，因为Google创建新的空客户列表。 - 在键类型之间切换：删除一个键类型的所有字段以添加其他类型的字段，然后撤消更改。 每次都会删除并重新创建受影响的客户列表。 历史受众数据将会丢失。
只要连接中至少有一个具有相同键类型的其它字段保持映射，删除单个字段是安全的。
要防止这种情况发生，请执行以下操作：
- 请勿在一次激活运行中删除某个密钥类型的所有标识字段。 至少保持受影响键类型的一个字段的映射。
- 如果需要激活多个键类型，请为每个指向同一源受众的键类型创建单独的目标连接。 这消除了编辑另一种类型时意外删除另一种类型的所有字段的风险。
有关详细信息，请参阅更新标识映射时键类型行为部分。
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广告文档。