Skip to content

Commit 1772e9e

Browse files
Move added note to previous section
1 parent a972255 commit 1772e9e

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

src/engage/using-engage-data.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -119,6 +119,9 @@ Engage only sends events to the destination if the computed trait value has chan
119119
}
120120
```
121121

122+
> note ""
123+
> **Note**: Email as an identifier is set in `traits.email` for identify calls, and `context.traits.email` for track calls.
124+
122125
## Additional identifiers
123126

124127
Engage has a flexible identity resolution layer that allows you to build user profiles based on multiple identifiers like `user_id`, `email`, or `mobile advertisingId`. However, different destinations may require different keys, so they can do their own matching and identification. For example, Zendesk requires that you include the `name` property.
@@ -129,9 +132,6 @@ If you send events to a destination that requires specific enrichment Segment do
129132
> note ""
130133
> **Note**: Profiles with multiple identifiers (for example, `user_id` and `email`) will trigger one API call per identifier when the audience or computed trait is first synced to a destination.
131134
132-
> note ""
133-
> **Note**: Email as an identifier is set in `traits.email` for identify calls, and `context.traits.email` for track calls.
134-
135135
## Multiple identifiers of the same type
136136

137137
You might also see that profiles that have multiple values for the same `external_id` type, for example a profile might have multiple email addresses. When this happens, Engage sends one event per email for each audience or computed trait event. This ensures that all downstream email-based profiles receive the complete audience or computed trait.

0 commit comments

Comments
 (0)