先决条件和注意事项 prerequisites-considerations
请阅读下文，了解您在注册People-Based Destinations之前需要满足的客户要求。
正在注册People-Based Destinations signing-up
People-Based Destinations是一项高级功能，通过允许您在基于人员的环境中激活第一方受众区段、通过社交网络上的自定义选件或通过电子邮件营销定向受众，可增强您的Audience Manager体验。
请联系您的Adobe代表以使用此高级功能。
特定于合作伙伴的先决条件 partner-prerequisites
Facebook facebook
在使用People-Based Destinations将第一方受众segments发送到Facebook之前，请确保您满足以下要求：
-
您的Facebook用户帐户必须为计划使用的广告帐户启用 管理营销活动 权限。
-
将 Adobe Experience Cloud 商业帐户添加为您Facebook Ad Account中的广告合作伙伴。 使用
business ID=206617933627973。有关详细信息，请参阅将合作伙伴添加到业务管理器。note important IMPORTANT 配置Adobe Experience Cloud的权限时，必须启用 管理营销活动 权限。 People-Based Destinations 集成要求具备此权限。 -
阅读并签署Facebook Custom Audiences服务条款。 为此，请转到
https://business.facebook.com/ads/manage/customaudiences/tos/?act=[accountID]，其中accountID是您的 Facebook Ad Account ID。
LinkedIn linkedin
在使用People-Based Destinations将第一方受众区段发送到LinkedIn之前，请确保您的LinkedIn Campaign Manager帐户具有Creative Manager或更高权限级别。
要了解如何编辑您的LinkedIn Campaign Manager用户权限，请参阅LinkedIn文档中的添加、编辑和删除Advertising帐户的用户权限。
有关视频说明，请参阅了解和配置LinkedIn基于人员的目标。
Google Customer Match gcm
在使用People-Based Destinations将第一方受众区段发送到Google Customer Match目标之前，请确保您已阅读并遵守Google关于使用Customer Match的政策，如Google支持文档中所述。
接下来，确保为您的Google帐户配置了Standard或更高权限级别。 有关详细信息，请参阅Google广告文档。
Google会自动允许具有合规帐户的客户列出。
数据载入 data-onboarding
People-Based Destinations的数据摄取当前支持每个批处理传输最多10个链接到一个客户ID (CRM ID)的哈希电子邮件地址。
在多次批量传输中上传链接到某个客户ID的10个以上的经过哈希处理的电子邮件地址会导致Audience Manager保留最近添加的10个电子邮件地址。
若要摄取哈希标识符，请为哈希标识符创建跨设备数据源，并启用 Share associated cross-device IDs in people-based destinations and/or hashed email workflows 选项。
数据隐私 data-privacy
虽然People-Based Destinations允许您根据您上传的经过哈希处理的电子邮件地址来定位受众，但仍禁止您将任何直接可识别的访客信息上传到Audience Manager。 在数据载入阶段，您必须确保使用SHA256算法对您计划使用的电子邮件地址进行哈希处理。 否则，您将无法在People-Based Destinations中使用它们。
数据散列与加密 data-hashing-encryption
加密是双向功能。 任何加密的信息也可以使用正确的解密密钥进行解密。 在Audience Manager的情况下加密数据会带来严重的风险，因为任何加密形式的个人身份信息都可以被解密。 与加密相反，People-Based Destinations设计用于处理哈希数据。
哈希处理是一种单向函数，它可以对输入进行置乱以生成唯一的结果。 如果使用正确的哈希算法（如SHA256），则无法反转哈希函数并显示未加扰的信息。 要载入Audience Manager的电子邮件地址必须使用SHA256算法进行哈希处理。 这样，即可确保任何未经哈希处理的电子邮件地址都不会到达Audience Manager。
哈希处理要求 hashing-requirements
在对电子邮件地址进行哈希处理时，请确保符合以下要求：
- 从电子邮件字符串中修剪所有前导空格和尾随空格；示例：
johndoe@example.com，而不是<space>johndoe@example.com<space>； - 在对电子邮件字符串进行哈希处理时，请确保对小写字符串进行哈希处理；
- 示例：
example@email.com，而不是EXAMPLE@EMAIL.COM；
- 示例：
- 确保散列字符串全部为小写
- 示例：
55e79200c1635b37ad31a378c39feb12f120f116625093a19bc32fff15041149，而不是55E79200C1635B37AD31A378C39FEB12F120F116625093A19bC32FFF15041149；
- 示例：
- 不要把字串加盐。
观看以下视频，了解People-Based Destinations的哈希处理要求。
Adobe Experience Cloud为您提供通过Adobe Experience Platform Identity Service (ECID)对客户ID进行哈希处理的选项。 有关如何使用ECID对客户ID进行哈希处理的详细信息，请参阅对setCustomerIDs🔗的SHA256哈希处理支持。
获取用户权限 obtaining-user-permission
由于People-Based Destinations可帮助您在基于人员的渠道中激活第一方受众数据，因此您有责任通知客户，并征得客户关于您如何将其数据用于广告或其他目的的任何必要同意。
在注册People-Based Destinations之前，请确保先获得客户的同意，然后再将其信息用于广告目的。
如果您的客户希望选择退出广告营销活动，请参阅选择退出管理，了解有关如何阻止Audience Manager进一步收集数据的详细信息。
强制执行第一方数据激活 enforcing-first-party-activation
使用People-Based Destinations时，您只能使用第一方数据激活基于人员的渠道中的受众区段。 在基于人员的渠道中，您无法使用任何第二方或第三方数据来激活受众。
使用People-Based Destinations时，根据目标平台和数据提供商的准则和要求，使用数据导出控件来标记您的data sources和destinations。
通过声明的ID定位载入经过身份验证的哈希ID onboard-authenticated-declared-id
有两种方法可以将离线数据载入 Audience Manager 以便用于 People-Based Destinations。
- 将批次数据发送到Audience Manager以摄取经过哈希处理的电子邮件地址。 使用此方法，您可以选择使用People-Based Destinations中CRM数据库的经过哈希处理的电子邮件地址。 此外，使用此方法时，您还可以限定经过哈希处理的电子邮件地址是否具有载入的特征。
- 在传入经过身份验证的客户ID时，使用声明的ID来声明经过哈希处理的电子邮件地址。 使用此方法时，Audience Manager代表您只向People-Based Destinations发送已在线进行身份验证的用户的经过哈希处理的电子邮件地址。 通过基于人员的渠道激活的电子邮件地址只是声明的ID事件调用中的电子邮件地址。 与客户ID关联的其他电子邮件地址不会实时发送。