Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

SOLVED

trackTimedAction reporting logic & behavior questions

Avatar

Level 1

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:

  • One 'start' event followed by two consecutive 'end' events - does the report show two completions with separate times to complete for the two end events?
  • Repeated 'start' events before an 'end' event - does the time to complete calculate against the first start event or does it reset every time a 'start' action occurs?
  • 'starts' or 'ends' without any complement - if someone starts but doesn't complete, or gets a completion and somehow skips starting, are those just thrown out?

any insight or advice is appreciated, thanks in advance!

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

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.

View solution in original post

4 Replies

Avatar

Correct answer by
Community Advisor

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.

Avatar

Level 1

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.

Avatar

Community Advisor

ok so if i understand the

trackTimedActions

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?

Avatar

Level 1

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.

Here's a primer: https://marketing.adobe.com/resources/help/en_US/mobile/ios/timed_actions.html