looking for documentation or other sources to explain some use cases around trackTimedAction(start|update|end).
In particular, looking to understand how it handles non-ideal pairs/sets of timed actions. For example:
any insight or advice is appreciated, thanks in advance!
Events are instance based. They would be timestamped provided all criteria are met to fire the event.
So if events A -> B -> C are the ideal chronological order then you could segment for that flow or just report instances of each. (FYI the time stamp if trended would only allow an hourly granularity. If seconds are critical then the time of event itself occurring may need to be captured separately as well.
Out of curiosity can you expand on what it is your events are trying to capture? It could be an evar is of use here.
Not really. These are a separate version of trackAction events, which are different from custom events (in a way). trackTimedActions are very unique in their reporting and behavior, and I'm trying to understand the actual use cases a bit better.
ok so if i understand the
Could potentially be made up of other custom events and all you are doing is putting them together in a fashion as a new custom event.
Did i get that right?
Thanks Pablo. This is actually specific to a mobile app implementation that has a feature called trackTimedActions, which have different reporting and behavior from custom events.