Track
Explaining the track events, properties and the methods to propagate to destinations
The track
API call records the actions customers perform, along with the properties of the action.
Example:
Sample JavaScript track
event call:
Sample track
event payload:
Event
Every single action recorded via track
API call is called an event. The event name should specify the action performed by the user. We follow camelCase
standard while naming the events. The name of the event should be semantically correct for a better understanding of everyone. For example, you should always name your event such as productSearched
or registerButtonClicked
instead of event123
or rBClk
.
Properties
With each track event call, you can attach extra bits of information such as user details, action details, product details etc. This extra information is known as event properties or just properties. The properties are passed with track
event in a JSON type format during the call.
In the above JavaScript example, the object after "productViewed
" contains the properties passed for that track event. We support string, number, boolean and object (hash) as data types in properties.
Propagating events to destinations
All the track events collected from various sources will by default get passed on to the destinations that you've mapped unless specified the events that should not be passed. We'll pass the event and event properties to the destinations provided if they support it. If a particular destination doesn't support properties, we'll only send event names and vis-à-is, if a destination doesn't support a data type in properties, we'll either convert it or exclude it from sending, whichever's feasible.
Last updated