Skip to content

Commit 665eef8

Browse files
authored
building a preview [netlify-build]
1 parent d007a83 commit 665eef8

File tree

1 file changed

+1
-2
lines changed

1 file changed

+1
-2
lines changed

src/connections/spec/track.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -78,7 +78,7 @@ Here's a complete example of a Track call:
7878

7979
### Create your own Track call
8080

81-
Use the following interactive code pen to see what your Track calls would look like with user-provided information:
81+
Use the following interactive code pen to see what your Track calls look like with user-provided information:
8282

8383
{% include components/codepens/track-spec.html %}
8484

@@ -115,7 +115,6 @@ The following are all of the reserved properties Segment has standardized that a
115115

116116
**Note:** You might be used to some destinations recognizing special properties differently. For example, Mixpanel has a special `track_charges` method for accepting revenue. Luckily, you don't have to worry about those inconsistencies. Just pass along `revenue`. **Segment will handle all of the destination-specific conversions for you automatically.** Same goes for the rest of the reserved properties.
117117

118-
119118
## Sending Traits in a Track Call - Destination Actions
120119
All events have the ability to include additional event data in the `context` object. There may be instances when your team may want to include user traits or group traits in a Track event, such as having a single event trigger multiple events in an Actions destination. Since user Traits are not standard fields for a Track event, in order to do this, you'll need to explicitely pass the user's traits into the event payload's `context.traits` object.
121120
_For instructions on how to pass fields to the context object for a specific library, please see the related library's Source documentation._

0 commit comments

Comments
 (0)