[Beta 版]{class="badge informative"}
Microsoft Ads Customer Match连接 microsoft-ads-customer-match-destination
概述 overview
使用Microsoft Ads Customer Match目标按电子邮件地址匹配客户，并在Microsoft Advertising Network中与客户重新互动，包括搜索和受众广告。 将您的Microsoft Advertising帐户关联到Real-Time CDP，以直接从Experience Platform自动创建和管理客户匹配列表。
用例 use-cases
为了帮助您更好地了解如何以及何时使用Microsoft Ads Customer Match目标，以下是Adobe Experience Platform客户可以使用此功能解决的示例用例。
通过个性化优惠重新定位现有客户 use-case-1
电子商务品牌希望通过Microsoft Search和Microsoft Audience Network联系现有客户，以根据优惠过去的购买和浏览历史记录对其进行个性化设置。 该品牌可以从自己的CRM中将电子邮件地址摄取到Experience Platform，从自己的离线数据构建受众，并将这些受众发送到Microsoft Ads Customer Match以在搜索和受众广告中使用，从而优化其广告支出。
向现有客户推广新产品 use-case-2
一家科技公司推出了一款新产品，并希望提高之前购买过相关产品的客户的认识。 他们使用电子邮件地址作为标识符，将电子邮件地址从CRM数据库上传到Experience Platform。 根据拥有相关产品的客户创建受众。 这些受众将发送到Microsoft Ads Customer Match，以便公司可以定位整个Microsoft Advertising Network的当前客户和类似客户。
支持的身份 supported-identities
Microsoft Ads Customer Match支持激活下表中描述的标识。 了解有关标识的更多信息。
有关基于您的架构结构的推荐源到目标映射对，请参阅映射部分。
支持的受众 supported-audiences
此部分介绍哪些类型的受众可以导出到此目标。
按受众数据类型划分的受众支持：
导出类型和频率 export-type-frequency
有关目标导出类型和频率的信息，请参阅下表。
先决条件 prerequisites
要将受众数据发送到Microsoft Ads，您需要具有活动的Microsoft Advertising帐户。 有关创建帐户的详细信息，请访问Microsoft Advertising文档。
接受客户匹配条款和条件 accept-customer-match-terms
在通过此目标激活受众之前，必须先在您的Microsoft Advertising帐户中手动创建客户匹配列表。 接受客户匹配条款和条件需要这种初始手动创建，这样可自动创建从Experience Platform发送的受众。 未能完成此步骤可能会导致激活受众时出错。
工作帐户(MS Entra) IT管理员批准 work-account-admin-approval
如果您使用Microsoft工作帐户（也称为Microsoft Entra帐户）进行身份验证，则组织的IT管理员可能需要先获得批准，然后才能连接到Microsoft Advertising。
当您尝试使用工作帐户进行身份验证时，您可能会被重定向到 需要审批 页面。 此页面请求链接应用程序的理由，并列出所需的权限，包括ads.manage。 提交请求，您的IT管理员将收到通知以进行审查。 您还将收到一封确认电子邮件，确认您已提交请求。
在IT管理员在Azure门户中批准请求后，您可以返回Experience Platform并使用您的工作帐户进行身份验证。 有关指导，请参阅Microsoft文档：
如果IT管理员尚未批准请求，则身份验证将失败，并出现以下错误： AADSTS650052: The app needs access to a service ('https://ads.microsoft.com') that your organization has not subscribed to or enabled. Contact your IT Admin to review the configuration of your service subscriptions.
帐户配置 account-configuration
配置目标时，必须提供以下信息：
- 客户ID：您的Microsoft Ads客户ID (CID)，采用整数格式。 有关如何查找客户ID的说明，请参阅Microsoft Advertising文档。
- 客户帐户ID：您的Microsoft Ads客户帐户ID。 有关如何查找客户帐户ID的说明，请参阅Microsoft Advertising文档。
连接到目标 connect
要连接到此目标，请按照目标配置教程中描述的步骤操作。
填写目标详细信息 parameters
在设置此目标时，必须提供以下信息：
-
名称：将来用于识别此目标的名称。
-
描述：可帮助您将来识别此目标的描述。
-
客户ID：您的Microsoft Ads客户ID (CID)。 有关如何查找客户ID的说明，请参阅Microsoft Advertising文档。
-
客户帐户ID：您的Microsoft Ads客户帐户ID。 有关如何查找客户帐户ID的说明，请参阅Microsoft Advertising文档。
-
成员资格持续时间：用户在客户匹配列表中保留的天数。 可接受的取值范围为 1 到 390 天。
-
客户匹配列表可用性：选择客户匹配列表的可用性。 在Microsoft Advertising中，一个客户ID下可以有多个客户帐户ID（广告商帐户）。 选择 客户ID（所有广告帐户） 以使列表在您的客户ID下的所有广告商帐户中可用，或选择 客户帐户ID（单个广告帐户） 以将列表限制为您在上面提供的特定客户帐户ID。 有关更多详细信息，请参阅Microsoft Advertising文档。
启用警报 enable-alerts
您可以启用警报，以接收有关发送到目标的数据流状态的通知。 从列表中选择警报以订阅接收有关数据流状态的通知。 有关警报的详细信息，请参阅使用UI订阅目标警报的指南。
完成提供目标连接的详细信息后，选择下一步。
激活此目标的受众 activate
有关将受众激活到此目标的说明，请参阅将受众数据激活到流式受众导出目标。
映射 mapping
在 映射 步骤中，将包含电子邮件地址的源字段映射到Microsoft Ads Customer Match中的目标字段。 您选择的目标字段必须与源数据的格式匹配。
有两个目标字段：
email：用于包含纯文本（未散列）电子邮件地址的源字段。 在将这些值导出到Microsoft Ads之前，Experience Platform会自动对其进行清理和哈希处理。email_lc_sha256：对于包含电子邮件地址的源字段，您已使用SHA-256进行清理和哈希处理。 Experience Platform无需进一步转换即可发送这些值。
映射不使用转换步骤。 当您将纯文本源字段映射到email时，Experience Platform会在将电子邮件地址发送到Microsoft Ads Customer Match之前自动对其进行清理和哈希处理。
选择正确的目标字段
使用下表根据源数据选择目标字段。 身份命名空间和XDM属性都支持作为源字段。
IdentityMap: Email或XDM属性，如personalEmail.addressemailIdentityMap: Email_LC_SHA256或存储经过哈希处理的电子邮件的XDM属性email_lc_sha256email_lc_sha256目标字段，请在映射前遵循Microsoft Ads 清理和哈希处理要求（小写、修剪，然后是SHA-256）。 Experience Platform不会重新整理已散列的值，因此您应负责进行正确的整理和散列处理。 映射非电子邮件字段（如城市名称）仍会进行哈希处理，但不会生成有效的匹配项。“正确的映射示例”
以下示例显示了受支持的映射，其中源字段格式与目标字段匹配。
纯文本身份命名空间到email
将包含纯文本电子邮件地址的IdentityMap: Email命名空间映射到email目标字段。
对email_lc_sha256的经过哈希处理的身份命名空间
将包含已散列电子邮件地址的IdentityMap: Email_LC_SHA256命名空间映射到email_lc_sha256目标字段。
纯文本XDM属性到email
将纯文本电子邮件属性（如personalEmail.address）映射到email目标字段。 Experience Platform会在导出之前对值进行哈希处理。
散列XDM属性到email_lc_sha256
将预散列电子邮件属性映射到email_lc_sha256目标字段。 Experience Platform会发送值，而无需进一步转换。
email_lc_sha256目标字段。 当您映射到email_lc_sha256时，Experience Platform不会对您的数据进行哈希处理，因此Microsoft Ads会拒绝有效负载并且导出失败。 映射UI不会阻止此组合，因此您必须自行选择正确的目标字段。 始终将纯文本电子邮件地址映射到email目标字段。“不正确的映射示例”
纯文本源到email_lc_sha256（不支持）
以下示例显示了不支持的映射。 源字段personalEmail.address和IdentityMap: Email都包含纯文本电子邮件地址，但它们已映射到email_lc_sha256目标字段。 Microsoft Ads拒绝这些值，因为它们未经过哈希处理。
受众命名 audience-naming
Experience Platform在通过Microsoft Ads Customer Match目标导出受众时，会向受众名称附加UTC时间戳。 该时间戳区分了通过此目标创建的受众与通过旧版Microsoft Bing连接器创建的受众，并防止您的Microsoft Ads帐户中的受众名称重复或冲突。
导出的数据 exported-data
要验证数据是否已成功导出到Microsoft Ads Customer Match目标，请检查您的Microsoft Advertising帐户。 如果激活成功，则会在您的帐户中填充受众作为客户匹配列表。
匹配率 match-rates
匹配率是指在Microsoft Advertising中创建受众时，Microsoft Ads在Real-Time CDP受众中成功与其网络中的现有用户匹配的配置文件百分比。
Experience Platform和Microsoft Ads中的几个因素与针对已提交受众观察到的匹配率有关。 匹配率可能会受数据质量考虑因素的影响，例如无效、过时（过时）或电子邮件地址格式不正确。
Microsoft Advertising匹配其广告网络中已知和可定位的用户。 因此，只有可以被识别并符合广告使用条件的用户才能提高最终匹配率。
以下Experience Platform注意事项也会影响匹配率：
- 在导出之前，Experience Platform会过滤掉没有电子邮件地址的用户档案。 导出有效负载中只包含至少具有一个电子邮件地址的用户档案。
- Experience Platform发送与用户档案关联的所有电子邮件地址。 您无法配置发送哪些电子邮件。
- 对于
email_lc_sha256命名空间，匹配率取决于正确的清理和哈希处理。 在映射之前遵循Microsoft Ads 清理和哈希处理要求（小写、修剪、然后是SHA-256）。 Experience Platform不会重新整理已散列的值。 - 仅将有效的电子邮件字段映射为任一标识的源。 映射非电子邮件字段（例如城市名称）仍会经过清理和哈希处理，但不会生成有效的匹配项。
其他资源 additional-resources
有关更多信息，请参阅Microsoft Advertising帮助中心。