--- title: Anonymous Audiences slug: anonymous-audiences docTags: createdAt: 2025-06-30T15:47:52.534Z --- # Overview As is often the case in audience generation and identification, customer identifying details can be limited. Customer attributes like email address, phone number or User ID are easy to retrieve for customers who have *already* transacted, but not as easy to pull for *anonymous* customers that have yet to be identified. Chord's "blended user ID", along with a few additional configuration steps, helps to solve this and allows for audience building of yet to be identified customers. ## Example audience using Chord Blended ID ![](https://api.archbee.com/api/optimize/TmutqdeXiIw-V3gBZXVjd/-70bD-vNrMr_JnXpcMYtP_image.png) ## Example audience using user ID & email ![](https://api.archbee.com/api/optimize/TmutqdeXiIw-V3gBZXVjd/yjK1Lb7cR4QTppEpSqOA6_image.png) As [mentioned here](https://docs.chord.co/audiences-api#Yrz_M), some audiences may contain what Chord calls a “blended user ID,” which is derived from the Chord data models to contain the **CDP User ID** - if one exists - else the **Anonymous ID**. This use case is particularly useful when mixing users that may or may not have a known CDP User ID; by using the CDP Blended User ID, audiences can be created for both users and visitors using the same ID. :::hint{type="info"} **Note:** Pre-built audiences like `At-Risk Customers`, `Brand Champions` and `Product Loyalists` are examples of audiences containing user-specific identifiable properties like user name, user ID and user email (which is a property that can be used downstream in most configured data activation destinations to identify and link customer activity). Should you have any questions, please reach out to [help@chord.co](mailto\:help@chord.co). ::: # How to pass along blended ID For anonymous/unidentified audiences to be effectively used, ***Chord's blended user ID ***must be sent downstream to all relevant destinations where the audience is to be activated. This passage requires that the Data Activation destination has a ***corresponding destination configured within Chord CDP.*** In other words, if you are looking to leverage blended IDs in audiences activated to downstream destinations, you **must** configure the corresponding pixel and/or device mode destination in the Chord CDP which is receiving events from a front-end source. :::hint{type="info"} **Note:** Pixel and device mode destinations in the Chord CDP typically reflect destinations receiving events from your store *front-end*. **Examples include:** - Facebook Pixel - Google Analytics (Device Mode) - TikTok Pixel Should you have any questions, please reach out to [help@chord.co](mailto\:help@chord.co). ::: # Examples ## Facebook Ads To help better connect unidentified audiences in your Facebook Ads accounts with their corresponding front-end user events and behavior, it is recommended that the ***Facebook Pixel*** destination be configured in Chord CDP to receive front-end events from your storefront: ![](https://api.archbee.com/api/optimize/U9fkmkKcgT5gcNLmEiMMt-7Yv6hfmVbRz1jGwsF7GnR-20250630-171346.gif) Configuring the Facebook Pixel destination in Chord CDP will help facilitate flow of user-specific identifiers downstream into your configured Facebook Ads account (via [Chord Data Activations](https://docs.chord.co/gFnF-data-activations)). [Facebook's customer information parameters](https://developers.facebook.com/docs/marketing-api/conversions-api/parameters/customer-information-parameters) define which attributes can be sent and in which format they are required. The more customer information parameters passed along, the higher likelihood of profile match and identification. ## TikTok Ads To help better connect unidentified audiences in your TikTok Ads accounts with their corresponding front-end user events and behavior, it is recommended that the ***TikTok Pixel ***destination be configured in Chord CDP to receive front-end events from your storefront: ![](https://api.archbee.com/api/optimize/U9fkmkKcgT5gcNLmEiMMt-r_dStZkaBj-iV4KYuwmWc-20250630-172226.gif) Configuring the TikTok Pixel destination in Chord CDP will facilitate flow of [event-specific attributes ](https://ads.tiktok.com/help/article/how-to-set-up-matching-events-with-events-api?lang=en)like Click ID, Email and Phone, and External ID. This ***External ID*** is mapped to the "blended User ID" captured on the Chord side. Events with an included external ID will increase match rates for improved measurement and audience creation downstream in TikTok Ads. ## Google Ads To help better connect unidentified audiences in your Google Ads accounts with their corresponding front-end user events and behavior, it is recommended that the ***Google Analytics (Device Mode) ***destination be configured in Chord CDP to receive front-end events from your storefront: ![](https://api.archbee.com/api/optimize/U9fkmkKcgT5gcNLmEiMMt-kbxleogXQtVafRvT6kE9K-20250630-172929.gif) Similar to the destinations above, configuring the Google Analytics (Device Mode) destination in Chord CDP allows for passage of client-side user-specific attributes that can aid in user identification downstream in Google Ads. When the destination is configured, [Google Analytic's user\_id](https://developers.google.com/analytics/devguides/collection/ga4/user-id?client_type=gtag)value will be collected (if available) in the storefront and sent through to Google to be used as another attribute for matching purposes. :::hint{type="info"} **Note: **As always, please reach out to [help@chord.co](mailto\:help@chord.co) for assistance. :::